Scrum是很好的框架，简单易用，但没有明确的工程实践。OK，XP的结对编程、持续集成以及TDD等都可以借鉴。Scrum对于大型项目（完成的功能和系统架构复杂、团队成员多）支持力度不够，OK，AM（Agile Modeling）的Envision requirement和Envision Architecture可以借鉴。Scrum对于产品在运维阶段可能不适用，例如产品上线后的技术支持，很多响应要求在24小时内完成，甚至更短的时间，KanBan可以在这个阶段采用。
另外，Scrum对组织级别涉及的很少。对于一个组织而言，选择一种方法或者改进过程时要考量的因素应该是：
1) Align with business goal
2) Get cost and schedule under control
对于一个组织而言，选择一种方法或者改进过程时第一步需要参考的是CMMI的Level3的过程域OPF（ORGANIZATIONAL PROCESS FOCUS）的SP 1.1 Establish Organizational Process Needs。
再看看CMMI和Scrum。Scrum有很好的方法使CMMI更加敏捷，CMMI解决了“What”，Scrum给出了“How to”。例如CMMI的Level2的过程域REQM（需求管理）：
SP5: Identify inconsistencies between the project plans and work products and the requirements.
Scrum给出的具体方案是:
Daily standup meeting to identify issues.
Release planning and Sprint planning sessions to address inconsistencies.
Sprint burndown chart that tracks effort remaining.
Release burndown chart that tracks story points that have been completed. This shows how much of the product functionality is left to complete.
当然，CMMI也可以帮助实施敏捷的企业更加的“成熟”，这里不再举例。
Scrum不是银弹，CMMI也不是银弹，XP也不是银弹。但是很多方法的组合，或者某一种模式具体的一种实践，根据企业和团队自身的当下现状，有可能成为最适合自己的良方。