找到适合自己的银弹
Scrum是很好的框架，简单易用，但没有明确的工程实践。OK，XP的结对编程、持续集成以及TDD等都可以借鉴。Scrum对于大型项目（完成的功能和系统架构复杂、团队成员多）支持力度不够，OK，AM（Agile Modeling）的Envision requirement和Envision Architecture可以借鉴。Scrum对于产品在运维阶段可能不适用，例如产品上线后的技术支持，很多响应要求在24小时内完成，甚至更短的时间，KanBan可以在这个阶段采用。
?
另外，Scrum对组织级别涉及的很少。对于一个组织而言，选择一种方法或者改进过程时要考量的因素应该是：
对于一个组织而言，选择一种方法或者改进过程时第一步需要参考的是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也不是银弹。但是很多方法的组合，或者某一种模式具体的一种实践，根据企业和团队自身的当下现状，有可能成为最适合自己的良方。
