如何管理复杂系统？瀑布模型(CMM-CMMI)和敏捷迭代(Scrum)方法分别是如何管理复杂系统的？

复杂系统可区分为：(a).可分解的复杂:Complicated;(b).不可分解的复杂：Complex。常见的按照客户需求定制的复杂业务流程、数据结构与软件需求包括但不限于(c)：(1).树状、嵌套、多级或者循环依赖的数据结构; (2).无法用一张A4纸5号以上字体写清楚所有计算明细及公式的数学计算逻辑; (3).超过1个G的依赖计算数据; (4).无法用10页以内A4纸5号以上字体描述清楚的需求。

对于复杂系统，可以将功能点及项目分成多个不同的质量等级：

(0).无风险，完全按计划进行，无偏差，或者在预算内提前完成所有项目计划预期项目

(1).微小风险，完全按计划进行，偏差 85%~125%

(2).小风险，基本按计划进行完成，但可能会有延期，偏差 85%~200%

(3).一般风险，可以按计划进行完成 50%，并且可能会有延期，偏差 85%~200%

(4).高风险，项目结果不可预知，可以完成计划的 20%，并且可能会有延期，偏差 85%~200%

(5).非常高风险，项目结果不可预知，项目过程基本不可控制

对于“(a).可分解的复杂:Complicated”，如果客户已经将其分解，每个单个的都不满足上述(c)里4个的任意一个条件，并已经明确定义清楚他们之间的层级、网状、依赖、接口关系，则可以以此为依据对其逐个估价、开发、测试和管理，则可对其每个分解下来的项目，可认为它是简单系统，而不是复杂系统，邑泊可将该分解条目风险等级设为“(2).小风险”及以下。如果客户没有对“(a).可分解的复杂:Complicated”分解清楚，需要由邑泊提供咨询服务分解或者使用敏捷迭代的方法去探索分解，除非邑泊有现成软件产品刚好可以满足客户需求，对于定制开发的功能列表，邑泊需将其风险等级划分为上述“(3).一般风险”等级或者以上等级。对于“(b).不可分解的复杂：Complex”，邑泊需将其风险等级划分为“(4).高风险”等级或者以上等级。

瀑布模型(CMM-CMMI)在管理复杂系统时，需要一开始一次性地将其分解成一大堆的结构化、层级化的简单系统，使用管理简单系统的方法管理复杂系统。这个方法成功的因素在于分解的合适性与精确性，后续很难对错误的、不合适的、不够精确的分解进行调整，一般需要经验丰富的专家介入才有可能项目成功。

敏捷迭代(Scrum)方法是采用逐层逼近和调整的迭代方法，根据容错性及实际情况迭代分解复杂系统为一大堆简单系统的组合近似接近复杂系统的方法，来使用一大堆非结构性、碎片化地简单系统近似代替原来的复杂系统来解决问题。可以不需要专家预先的接入，但是专家给出迭代的起始迭代分解，可以降低迭代次数和成本。和瀑布模型(CMM-CMMI)相比，敏捷迭代(Scrum)方法总体成本不可控，但是可以解决的问题远远多余瀑布模型(CMM-CMMI)。