CMMi, RUP （Rational Unified Process）与产品级敏捷在工程实践上有何不同?

★ CMMi, RUP的开发模式，强调的是 “垂直型”的 “专业分工”；明确界定各个不同的角色；BA, SA,架构师，开发人员，测试人员；什么时间? 该各自完成什么事?

★ CMMi, RUP 下的各种工程实践；如: 需求分析，架构设计，概要设计，详细设计，测试用例设计；因为，都只是针对特定的角色；如:测试用例设计，只是针对测试人员。所以，CMMi, RUP下的各种工程实践，往往不需要考虑，彼此之间的互相 “组合（Composition）”。

★ 产品级敏捷的开发模式，强调的是 “水平型”的 “专业协作”；团队中的各个不同的角色；BA, SA,架构师，开发人员，测试人员；均要能一起协作、共同完成，从版本一刚开始的价值场景识别到最终版本发布的所有事情。

★ 产品级敏捷为使各个不同的角色，均可高效的互相协作，所以，产品级敏捷的各个工程实践，往往需将不同的软件工程实践与程序语言（框架），进行组合 （Composition）。例如: Story场景树便组合了 “Use Case”, “领域驱动设计”、“单元测试”、“Java”、“Spring”、“C++/C”，而使  BA，SA，架构师，开发人员，测试人员均可共同的互相协作；可视化，轻量级与高效的共同完成 Story的场景分析，设计与 Story 测试用例设计。

所以，产品级敏捷中的每个实践，背后均有业界认可的各种工程实践与程序语言（框架）作支撑，并且每个实践体现在外的是 “可视化”、“轻量级”、“简单却不简化”。更重要的是，每个实践均支撑 “不同角色”，“不同地域”的 “水平型（扁平化）” 的高度团队协作。