原创BPR之企业流程分析模型图 FDD

    信息系统实施过程，经常面临的首要过程就是帮客户对其业务流程建模。没有流程的作业模式，或者有作业流程但未标准化的企业是不可能成功实现信息化的。在我的团队里，大家都深知这点，我们常跟客户讲的一条信息化的路线图就是：

业务过程流程化--&gt企业流程要优化（简化合理化）--&gt企业流程标准化--&gt企业信息系统化--&gt持续改善。

    BPR（企业流程再造）是一项系统工程，我们的需求分析师，或者实施顾问功力再强，也比不上企业自己对自己的了解。所以我一直觉得BPR必定是企业自己主导才能做好的，当然咨询顾问的指导和建议也是必不可少的！

    说到流程，想起句题外话。我的需求工程师出去跟客户开会检讨需求，常常是第一次回来就开始画流程图，满口谈的也是流程。这时候我总免不了跟他讲，流程是线，要先找点，再连线！那么什么是点？那些分布在企业业务过程中的离散的数据和活动就是点。如产品结构，工艺文件，编码规则，生产活动，企业的组织形式，各种表单。。。所以，虽然我们将要讨论的是一个关乎流程的问题，但在下面的模型图中，其实我们看到的是一个关于点的分布情况的讨论与分析。

     在多年制造业信息系统实施的过程中，我自己总结出一套流程分析的模型。我们做软件需求时，常用到一个图，叫FDD，指的是功能分解图。但我这个FDD，是指

Function Distributed Diagram,即功能分布图。当然其实叫ADD也可以，Activity Distributed Diagram ，即活动分布图。

    在这张二维图上，企业产品的生命周期或业务运作阶段为横轴，以企业在业务运作过程的组织单位为竖轴。如下图，即可整理出在企业运作的不同阶段不同角色的组织所要执行的活动。

     现以下图为例，展示基于此模型的分析过程：

    1.在最下面的圈注处，我们发现设计师这个团队在产品的不同生命阶段均需参与活动。对于将某一角色的人员的工作，在整个产品生命期中的工作战线拉得过长，不利于该角色人员对自己份内工作的提供足够的关注度和不断提高专业化程度。对于此种情况，我们不妨问几个问题，大致就可理出此种问题的改善方案。

        问题一：活动1.3，1.4，1.5，1.6 是否可提前至第一阶段并仍由设计师完成？

        问题二：活动1.3，1.4，1.5，1.6 是否可移转给下一阶段的角色单元独立完成？

        问题三：以上两个问题在一个角色分工和流程标准化程度相对不错的企业中，基本上答案都是否定的。这时我们可以考虑是否可以将设计师这个角色根据他们在产品不同阶段完成的工作性质的不同干脆将其分为两到三个组织单元，如概念设计师和产品设计师。

    2.在中间的圈注处，我们发现在同一个产品阶段，有两个不同角色单元的人员需要协同工作。多组织的协同工作在当前的企业运作中越来越多，也是不可避免的。

但是碰到这种情况，其实我们也要问上几个问题：

        问题一：由两个组织协同完成工作是否是必要的？如果对其中一中组织角色的能力技术的依赖程度要求不高，是否可考虑对另一组织角色进行简单的培训，由其独立完成此阶段的工作？

        问题二：如果此项工作这两个组织角色缺一不可，就要考虑由谁主导这份工作的问题！权责是分不开的，出现分歧由谁拍板决定？具体的工作，如会议组织之类的由谁主导？出了问题，责任如何分摊？这些均需要有明确的事先定义！两个组织必须有个主次！如果实在难定主次，就要定义有明确的第三方组织作为决策管理人进行仲裁！以避免工作中出现两个和尚抬水喝，三个和尚没水喝的情况。

    3.最上面的圈注处，我们可以看到有一个管理团队，参与了整个产品的大多数生命阶段的工作。作为这种提纲挈领的组织角色，我们常常要关注的是，其在各阶段的工作或活动定义是否充分。

          问题一：如下图的管理团队，有两个生命期阶段，是没有定义他的活动的。这时我们就该问问，难道那两个画省略号的地方，真的不需要管理活动吗？答案当然是否定的！这样我们就发现了两处关于管理团队职责定义的漏洞所在！

    总之，一个权责分明，职责定义清晰的组织流程，在下图中应该有两条主线。

一条是平行于横轴的一条“管理线”，体现了企业运作过程对于风险，进度，成本等方面的监控和对人员，工作，资源等方面的管理是一条自始至终，不应间断的线！

另一条，则应该是以穿过原点的45度线的“活动主线”，所有企业运作的关键流程中的活动都应落在这条线的附近！活动的分布越接近这条线，组织的运作流程就更顺畅和迅速！

    当然，以上只是理想的情况，具体情况还要视企业的实际业务运作情况而定！就像我们在实际设计数据库时，考虑到性能系统架构等因素，并不能严格遵守设计三范式，而要适当保留一定的数据冗余一样。模式和模型只能对现实问题提供指导，并不能现实地解决实际问题。

BPR.jpg

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/22110482/viewspace-614601/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/22110482/viewspace-614601/