文章 - 212 评论 - 33 收藏 - 0 粉丝 - 11 访问量 - 239122

典型业务组件构成缺陷分析

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

 

   在每个业务部门的年度总结中,可能会列举出一些没有达成年度KPI绩效指标的项目,也许是某个产品开发项目没有按期完成,也许是某个质量指标没有达到指标,还有可能出现财务部门在盘存后发现有一大笔费用缺口,而且原因不明。总之,我们会总结出很多典型业务能力不足的缺陷。虽然,还不知道具体存在什么问题,但我们明白是因为某种能力上的缺陷造成了上述不够理想的结果。通常,企业的中层领导会习惯性把这种表现出来的能力缺陷,归咎为人员紧缺、员工业务能力不足、协作部门配合不力等客观原因,因为,能实事求是地面对自身的差距实在不是一件容易事。而如要求我们的领导干部能在没有任何问题发生的正常情况下,去主动地发现自身的作业瓶颈、主动探索更合理的业务运作方式,那就更加难能可贵了。这里提到的典型业务组件构成缺陷分析,就是要求我们的业务分析人员,在下述情况下,及时展开的自我反省和分析活动,所以,业务分析人员经常需要代表你的部门领导,去努力表现君子的谦谦之风。

 

(1)年度绩效目标没有完成时

(2)企业提出了新的经营方针

(3)企业提出了更高的业务目标时

(4)部门需要拓展新的业务时

 

   总之,当企业或部门需要提升或调整某个业务领域的业务能力时,要进行业务组件构成缺陷的分析。在前面给出的典型业务的定义中,已经知道,每个典型业务都有多个业务组件构成,而且在不同的业务部门都有相应的业务组件,所以在进行此项分析时,应注意站在企业的高度,对所有相关部门的组件进行分析。

为此,当企业的经营战略或经营目标发生变化时,各业务部门的部门目标自然也需要做出相应的变更。此时,分析现有各部门业务组件构成的合理性就变得十分必要。例如,当企业提出要全面加强产品开发过程监控能力的要求时,而且,我们假设,至今为止,还从来没有对产品开发这个典型业务进行过业务架构分析。所以,应该首先编制完成如下产品开发典型业务架构图。显然,要得到这样一张企业级的业务架构图,必须和各业务部门的业务主管人员进行必要的讨论和确认,可采用的方法很多,可以举行相应的研讨会,也可采用调查反馈表的形式等等。但是,如果原来已经分析过,手上已经有一份类似的资料,那么只需要据此和各部门进行再次确认即可。总之,必须对现有的情况有一个清晰、完整地认识,方可展开后续的分析活动。



  

图2-5 初次分析前的产品开发业务架构图

 

   有了上述反映现状的整体架构图,企业的业务分析人员便可根据企业的目标要求,确认现有的业务组件构成是否能够满足企业提出的要求。做出是否需要增加新的组件,还是只需对某些组件进行改进即可的决定。做出这样的重大决定,当然需要进行必要的调查和分析,在本小节,我们只关注是否增加和删除现有业务组件的问题。其基本思路如下:

 

(1)需要增加某个业务组件的基本前提

  通常,增加新的业务组件,是一项事关重大的决定,因为,这个决定必然意味着增加作业资源,必然意味着要增加一定的日常工作量,所以,请大家务必要保持如履薄冰之清醒,不到山穷水尽之境,不要轻易提出这样的提案。通常,在如下情况下,可以有所考虑:

 

—       不增加新的业务组件,就不可能达成典型业务的既定目标。

—       增加新的业务组件所产生的效益,远远大于增加的作业资源的耗费。

—       增加的新组件,将大大提高管理层的过程控制能力以及决策层的战略决策能力,具有整体提升经营管理水平的重大意义。

—       企业领导坚持要这么做,而且没有商量。在这种情况下,为了自身的饭碗,当然只好妥协,但我们应该在如何最大限度地减少资源方面,寻找有所补偿地改进课题,否则,也许就要反省,是否有“为人谋而不忠乎”的嫌疑了。

 

(2)取消某个业务组件的基本思路

  能取消某个组件,当然,是值得提倡的好事。在这样的变革需求面前,没有不全力以赴的理由。通常只要存在如下可能,就应加以探讨:

 

—        该业务组件没有自己明确的业务目标,对其所属的典型业务也基本没有直接的贡献。

—        该业务组件的功能极其单薄,存在并入其他业务组件的可能性。

—        该业务组件是为了应对某个特定的业务场景,目前这一业务场景已经不再存在,或已融入其他的业务活动中了。

 

  总之,假设各个部门的业务分析人员都有积极响应企业方针的自觉性,都有处处为企业着想的良好素质,则在完成上述分析后,大家一定会提出一些改变现状的建议,当这些建议得到大家一致的认可后,就可以修订现有的产品开发业务的架构图了,请参见图2-5。   

 

图2-6 构成分析后的产品开发业务架构图

 

  综上所述,所谓的业务架构构成缺陷分析,并不一定必然是增加业务组件,以加强业务能力。很多情况下,我们在对业务组件进行了有效的改进后,也可能会实现取消某些业务组件的目的。另外,组件的增加或减少也可能会影响到其它组件的业务能力,所以,建议一旦做出增减的决定,还必须进一步对其可能存在的影响做出分析,如确实存在这种影响,则需要记录在案。总之,作为本小节的结论是:所有典型业务的业务架构图实际上是一种由企业业务架构分析人员维护的动态文件,其组件的增加或许意味着业务能力或业务范围的拓展,其结构的精简,则可能意味着技术手段和管理理念有所发展。

但是,业务能力不足,并不一定非要增加新的组件不可,也可能只需对现有的某个业务组件进行功能改进,即可达成提升业务能力的目的。所以,实际上,我们往往需要同时对业务架构图中的现有组件展开分析,这便是下一节将重点讨论的内容。

发表于: 2011-10-19 15:17 阅读(2781) 评论(1) 收藏 好文推荐
# re: 典型业务组件构成缺陷分析
2011-10-25 10:04 | 【匿名用户】:E-works热心网友 | 1楼
期待后文。

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

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