文章 - 212 评论 - 33 收藏 - 0 粉丝 - 12 访问量 - 237449

如何培养企业自己的业务架构分析人员

----摘自《自主变革的基石 制造企业管理技术及SOA实践》

 

    如果我们的制造业除了关注培养自己的专业管理的领军人物以外,还能重视培养自己的业务架构分析人员,那么我们可以相信我们的业务架构将会越来越合理,我们企业应对变革的能力也会越来越强。我们可以想象一下军队中参谋部的作用,虽然这些军事作战的参谋们未必是单一兵种的作战专家,但他们却是善于根据情报信息进行系统分析和形势判断的高手。很多制造企业中都设置什么经营管理课、企划部等经营策划部门,但据我们的观察和调查,这些部门通常主要负责经营目标的设定、经营策略的拟定以及KPI指标管理等,但这些部门的管理人员由于不直接参与各种典型业务的作业,他们也就并不具备根据提交上来的业务指标数据,来分析和判断业务架构问题的能力,更别说向经营层提出某项典型业务架构的具体的改进规划了。为此,我们认为:在当前市场竞争日趋白热化的时代,企业为了发展,非常需要培养自己的业务架构分析人员,以适应企业快速应对变革、系统整合以及全面提高协同作业能力的迫切需求。但企业应该如何培养自己的业务分析人员呢?

2.6.1 业务架构分析人员的知识和技能结构

    在很多企业中,习惯把企业的信息化建设全权交给负责信息系统技术的部门,而这个部门中往往是由清一色的IT工程师所组成,这本来并没有什么异常,也许在过去了的数十年的单一系统时代,这样的组织架构设计是非常自然的考虑。但如我们要把系统整合、信息整合以及流程整合等涉及企业业务架构规划的工作也交给这样的IT部门,恐怕就有点不妥了。但我并不是想说,我们的IT专家就必然不能担任企业的业务架构分析的工作,他们在学习和搭建面向服务的系统架构时,也需要研究业务架构。但问题就在于我们大多数企业的领导,并没有意识到负责企业业务架构改进规划设计的管理人员也是需要精心的挑选、刻意的培养以及明确的授权的。问题就在于我们的IT部门的知识结构和协调能力是否能够承担起企业业务架构改进规划设计的重任。为此,我们首先应明确企业业务架构分析人员应具备怎样的知识和技能结构,这里我们提出的建议如下:

 

 1)业务架构分析人员首先需要精通业务架构分析技术,需要经过业务架构分析课程的培训。有很多知名企业(如IBM、ORCAL等)提供这样的培训。但他们的培训往往是面向企业集团内部或合作伙伴的,主要目的是培养公司内部或合作伙伴的业务咨询人才,并不对外开放。所以,我们的制造业应该考虑自己来设置这样的培训课程。

 

2)业务架构分析人员必须学习掌握各种典型的企业管理理论,如产品开发控制、生产管理、质量管理、营销管理、项目管理、6δ管理、质量体系理论等等。至少你是其中某一方向的专家,可确保你在设定最佳业务策略时,能依据当前成熟的理论研究成果。怎样才能确保我们的业务分析人员能在较短的时间内掌握不同业务的作业规律呢。根据我们的经验,我们认为应在企业内部组织的知识管理活动中,增加业务知识发表KC评分项目,这种在业务知识上互通有无、相互切磋的机制,对于迅速提高业务管理人员的业务知识具有非常明显的促进作用。

 

3)业务架构分析人员必须熟悉企业各种典型业务,无论你是IT专家还是管理专家,你首先必须掌握企业主要典型业务的作业流程、作业规则以及控制基准,至少你还应清楚企业各种产品BOM的结构区别、形成机理以及运用的范围。但需要声明在先的是:业务架构分析人员并不一定是“非经验老到者莫属”,只要有明确的授权和持恒的学习过程,年轻的业务骨干也照样能够胜任。

 

4)业务架构分析人员必须掌握业务改进方案的编写能力,尤其是关于系统功能改进方案的编写能力。前者只须基于业务架构分析的输出资料,进行相应的归纳、重组并提出具体的对策方案,即基本可形成一篇有效的业务改进方案。但后者则必须经过必要的培训和经验积累。我们认为编写合格的涉及系统功能改进方案的能力,是左右企业全面提升系统整合能力的重要一环,必须给与高度地重视。这种改进方案的编写质量至少会在如下三个方面对系统整合项目产生不利的影响:

—     影响IT团队准确理解业务需求,导致此后的设计方案产生大的偏差。

—     由于业务目标未通过具体活动和业务逻辑加以表述,有可能造成开发功能性项目的缺失。并造成此后验收时的分歧和麻烦。

—     不符合要求的、缺乏专业素养的业务改进方案常常会被公司领导直接否决掉,真所谓,出师未捷身先死,呜呼哀哉!这当然是最大的罪过,好不容易瞄准了目标,却仅仅因为表达不到位,就造成项目流产。

 

   所以,我们认为业务架构分析人员在编写涉及系统功能改进或系统整合的方案时,必须注意如下要点:

—     应完整、清晰地表达项目的总体目标,越大气越好,至少确保领导看了来劲。

—     应明确表示:要达成总体目标需要建立和改进哪些业务组件。

—     所有组件都应有明确的、具体的业务目标。

—     所有组件的业务目标,都必须通过具体的活动和活动规则来表达。这一点非常重要,很多企业的系统整合项目常常会被拖入持久战状态,都和这一点有关。我们在这方面的实战经验是很深刻的,只是不好意思在这里自曝家丑。

—     涉及流程的功能需求,必须按照流程功能编写的基本规范进行,限于篇幅,这里就不展开了。但我们建议一定要进行这方面的专业培训。

—     对所有开发过程节点的输出,应有明确的要求(阶段测试报告、变更进度表、系统联测方案、初版发行报告等等),最理想的状态是各种输出都应有明确的规范。

—     界面设计意图也应有明确的表达,不要模糊处理,否则,也有可能造成无谓的返工。

当然,还有很多细节,值得讨论,这里就不多罗嗦了。

 

5)业务架构分析人员必须掌握必要的IT系统技术理论。因为,现代管理技术中技术手段,绝大多数和IT系统技术相关,绝大多数业务改进规划需要通过IT系统的改进来体现。所以,不学习掌握现代IT系统技术的应用知识,你很难归纳出IT部门能心领神会的业务改进方案,你很难和IT人员进行顺畅的交流,你也就很难最终成为一名优秀的业务架构师。但我们并不是说业务架构分析人员需要去掌握全部的IT知识,但我建议应该注意如下几个方面知识的学习和理解:

 

    — 必要的系统架构知识,至少知道什么是B/S、C/S结构,了解一点P2P、EAI和SOA的概念也有

必要。

—     充分掌握数据库应用技术,数据库知识应作为必备技能加以考核。

—     基本掌握各种单一系统(ERP、PDM、MES、SCM等)的基本功能和应用。

—     能应用UML表达方法向IT技术人员传达业务改进意图。

—     了解系统整合各种技术的基本概念和应用范围。

   

   综上所述,我们认为理想的业务架构分析人员应具有较好的业务知识积累和一定程度的IT应用知识的积累,当然,最重要的是要学习掌握和业务及系统架构分析相关的方法论。

2.6.2 企业业务架构分析人员的培养方法

企业要培养自己的业务架构分析人员(或可称之为业务咨询人员),听起来似乎有点离谱,因为你或许会认为:我们企业各个层次的管理干部本来就应该是企业各个层面的业务架构分析人员,他们承担着不断优化管理技术的责任。你的理解是对的,如果企业确实把这方面的责任完整地交给各级管理干部,并加以必要的培训和认真考核的话。但实际情况是:我们的各个层次的中低层管理领导并没有经过这方面的训练,尤其是在需要跨部门、跨平台进行业务架构的分析和编制改进规划时,他们就更不可能承担任何责任了。因此,即使你希望依赖各级中低层管理干部承担此事,我也强烈建议:应把他们当成业务架构分析人员加以培养。当然,作为我个人的观点,自己更倾向于在企业内部成立类似于军队中的参谋部那样的部门,当然利用现有的经营管理部门或信息系统部门的资源也无不可,最重要的是我们应该将企业各个典型业务中,具备的业务架构分析人员资质的人员集中起来加以使用,他们应该成为提升企业管理技术水平的骨干和智囊,如将他们和IT技术团队组合使用那就更加理想了。为此,我认为企业培养自己的业务架构分析人员应按如下思路进行:

1)设立类似于业务架构分析人员这样的职位;

2)最好设立业务架构分析的专业部门

3)明确各级业务架构分析人员的任职能力(分析员、分析师、资深分析师等),并组织必要的培训。

4)明文规定业务架构分析人员承担公司业务架构改进规划设计以及策划和推动数据、流程系统整合项目的职责。

5)由公司业务架构分析人员和系统技术人员一起策划和组织各种业务和系统架构改进相关的项目活动。

发表于: 2011-10-11 14:38 阅读(2279) 评论(1) 收藏 好文推荐
# re: 如何培养企业自己的业务架构分析人员
2011-10-13 09:05 | 默沙东 | 1楼
来自新浪官方微博的网友评论:
业务架构分析人员被忽略的可能几种原因:培养难度大,思考模式与业务架构不同,决策者与业务架构达成沟通复杂度太高,业务架构对信息技术依赖很高。

发表评论(网友发言只代表个人观点,不代表本网站观点或立场。)

您尚未登录,请先【登录或注册