[原创]CMMI过程改进－工程系统思考

本文由我整理英文资料的时候翻译的一章内容

在过去的7-10年里，我已经在很多软件开发和管理中没有严格的工程纪律的企业工作过。当一个组织正处在过程改进的初始起步阶段的时候往往并不会造成什么问题，但是当到了开发行动计划的时候他们去将自己陷入了根深蒂固的问题中。工作小组和过程行动小组都发现这是一件非常困难的事情，即如何通过必要的步骤将事情从推荐措施阶段转移到真正的实施活动阶段上，例如:

1.将详细的描述体系到项目级的计划上(通过交付物或里程碑完成的每个任务)
2.根据组织的商业需求和项目的重要性来排定优先级
3.根据已经明确定义的增量计划确定实施时间表
4.能够在组织的资金和资源约束允许条件下进行实施

系统思考

系统思考是一种看到事物全部的行为。它为我们理解事务的相互作用和重复事件而不是孤立的看待事物提供了框架。系统思维要求我们动态和变化的看待事物而不是静态和一成不变的。系统思维体现了一个重要的思路，即为了实现系统最终目标的各个部分间的相互作用和内部关系是非常重要的。系统思维对于一个成功的产品开发和过程改进是非常必要的。

第五项修炼

彼得圣吉在《第五项修炼——学习型组织的艺术与实务》中描述了学习型组织的具体内容。系统思维是第五项修炼，也是学习型组织能够成功实施其它四项修炼的催化剂和基石。

1.通过终身学习实现个人自我超越
2.根据组织市场和竞争对手来改善心智模式
3.为组织的未来建立共同愿景
4.团队学习

关于第五项修炼彼得圣吉描述了确凿的事实和证据，其中一些事实也支持工程学的系统思维。

1.短期的改进往往导致长期改进的困难，当组织仅仅是注意短期的收益的时候，他们就不能建立一种持续获取的远期改进机制。

2.容易的解决方案根本就谈不上解决方案

3.快速的解决方案，特别四在征兆或假设级别的解决方案，往往比最初带来更多的问题

4.做事情的动机和原因并不一定和最终的效果密切相关，不管是在时间上还是在空间上。有时候现在实施的解决方案往往在很远期的一段时间才会产生影响。

5.有组织和环境组成的整个系统，必须作为一个整体进行考虑。

工程系统思考法则

工程系统思考不仅仅是口号，它是诸多基本法则的结合，而且能够被应用到每天的商业活动中。根据我的教育背景和专业经验，这里列出关于工程系统思考的重要法则。

1.系统工程师必须关注项目的各个阶段和系统的整个生命周期(需求开发RD)

• 客户的组织愿景，目标和任务
• 客户的需求和偏好
• 在系统和客户需求之间需要解决的问题

2.整个系统以及系统间各个元素之间发生的交互作用和影响都必须关注。迭代和循环往复的思考方式应该替代传统的线性思考方式(技术解决方案TS)

3.项目成员应该总是从子系统集成中去寻找协同和相互优势。

4.解决方案不仅仅是基于工程学的最优，以下内容都应该关注

•    商业和经济成本
•    产品和已经开发的基础设施的重用性和可用性
•    组织，管理，政治，个人的因素考虑

5.系统工程师应该尽可能的考虑足够多的不同愿景

6.系统工程师和项目经理应该总是关注以下内容(RD-TS)

•    电子，机械和环境的考虑
•    质量保证的考虑
•    诸如可靠性，可维护性，可扩展性，可测试性等质量因素的考虑 
  

7.当一个需求变更引发了多系统的修改的时候，重视应该考虑(RD-TS-RM需求管理)

•    工程和非工程复杂度
•    Form,Fit,Function - 3F原则影响     
•    对于变更系统的反应
•    与变更相关的所有人面临的需求，难度和对变更的态度

8.每个问题往往都有超过一个的可行方案(TS)

•    所有可行的替代方案都应该通过数量和质量方面的度量来比较
•    在每个阶段都应该考虑工程的取舍和成本效益分析

9.系统工程师应该被鼓励去寻找通过较小的投入就可以获取显著改进的方法

10.一个已知的解决方案并不总是适合当前的问题。每个可行的解决方案都应该结合依附在系统中的风险，依赖，约束进行分析。

11.开发风险必须在整个产品开发生命周期中关注(RSKM)

12.运行一个项目离不开项目计划PP和跟踪控制PMC

•    控制
•    配置管理
•    里程碑
•    进度和时间安排方法

13.最终用户必须被考虑为系统的一个重要组成

14.不论是定义项目规格说明书还是确定项目的成本和性能目标，工程系统思考都应该包括概率统计的内容(DAR)