如何通过CMMI评估帮助组织完善敏捷?

    灵敏安排在准备CMMI评估时，遍及有个担心：咱们覆盖了模型一切的要求吗？更头疼的问题是完结灵敏实践和模型实践的映射。搞清楚下面两个问题对灵敏环境下的CMMI评估会有很大的协助。
    施行挑选仍是模型要求
    在解读CMMI模型要求时，有人常常把施行的挑选当成模型的要求，这也是评价时常常碰到的问题。以MA这个进程域为例，确实有些企业会树立一个巨大的衡量系统以支持安排一切进程的施行改善，这并不意味着CMMI模型要求一切施行企业都要这样做。经过树立保护一个巨大的衡量系统施行MA是企业的挑选而不是模型的要求。因为MA只是期望安排能够收集、剖析、存储衡量数据，并没有明确要求这些数据是什么、它们应该如何被存储运用。这个决策或挑选只能留给安排，这个挑选有必要是基于安排的商业方针。假如你的挑选是：遵从灵敏准则，在一个时间段内，仅仅重视少数几个要害衡量方针。这些衡量方针也能够满意安排的办理信息需求，那么这个挑选并没有和MA的要求不一致。
    灵敏环境下的CMMI评估愈加需要咱们真正了解什么是模型的要求，什么是施行的挑选。而真正了解模型的要求，往往需要咱们深化探讨“意图”的问题：进程域要完结的意图是什么？特定方针或通用方针要完结的意图是什么？特定实践和通用实践的意图是什么？任何模型不可能给出统一的施行方式，这就是为什么进程域不是进程。以灵敏为主的开发安排做出的施行挑选一定和以传统方法为主的安排不同，如何用最小的代价完结模型实践的意图（施行挑选）是灵敏安排的挑战。
   了解模型的意图
   模型提出了“做什么”的要求，而“如何做”则是评价时要重视的问题。灵敏环境下CMMI评估常常遇到的一个问题是：从字面上来看，模型的某个实践好像没有执行，但评价组不应该轻易下结论，应该深化了解，或许你会发现一些本地做法，它们也有可能满意模型的预期要求。每家软件企业都会有自己多年形成的有用实践，这些在特定环境下逐步形成的做法，是改善和评价的起点和基础。很多人不把它们看作是传统含义下的进程，但它们却是十分有用团队施行的“进程”。
   如灵敏安排的一些实践被团队看做是自然而然的事，如白板前的头脑风暴讨论，不那么规范的团队任务清单，为客户演示开发出的不完整的产品等。或许你不能马上将这些活动对应到模型的实践，但这些是安排实在的进程。注意本地团队因为不了解CMMI模型的要求，他们一般不可能主动讲出来，是评价组或确诊组根据模型的意图（intent）问出来，而不是围绕着模型实践的字面意思打转。
   咱们以同行评定为例，灵敏没有明确的同行评定实践。那么CMMI的同行评定的意图是什么呢？其主要意图是尽早辨认缺点并铲除缺点，并供给改善完善主张。次要意图是为团队供给学习及信息共享的时机。
   评价时假如你的问题是有没有做正式的同行评定或开了哪些同行评定会议，答案大概是没有。但评价组应该深化了解为了达到同行评定的意图，团队做了哪些工作。或许更好的问题是：在产品开发进程中，你们是如何辨认并铲除缺点的？是如何给出改善完善主张的？
   或许你会听到下列答案：每轮迭代后，咱们会给用户演示，发现问题，获取反馈；在整个开发进程中，团队会和PO一同梳理、细化需求；也会对要害代码做交叉查看。在每日例会中，咱们一同会讨论工作的完结状况，完结的产品会放入产品库，团队成员会查看并提出反馈。
   评价组应该意识到，当他们说没有同行评定时，说的是没有你了解那种形式的同行评定。但在整个产品开发进程他们有继续的非正式评定，这种方式有可能相同完结同行评定的意图。在  评价一个灵敏安排时，咱们会看到许多类似的场景，方针的完结有必要是咱们的重视点。过于教条化的评价会逼着企业在灵敏和CMMI中做个挑选，这会把CMMI带进死胡同。