新闻中心 
如何正确打开CMMI开发模型？-领汇认证中心
2021-07-13
浏览次数：次
返回列表如何正确打开CMMI开发模型？它给出的是产品开发全过程的重要考虑点以及提升过程能力的通道，模型中的每一条实践都有其目的：或者要规避一些潜在问题，或者要强化一些对实现高效、高质量开发有意义的活动。由于各个组织有不同的场景，在建立实现这些目的的过程时，一定会有性价比的考虑，很有可能有些要规避的问题在某个组织内不是大问题，而有些强化活动同样意义也不是很大，如果评估组不能很好的区分模型要求（意图和价值）和实施选择，带着一套预期的“实践做法”参加评估，就会掉入了CMMI评估陷阱，逼着企业披上两张皮。
这真的是个跳不出来的CMMI评估陷阱吗？我不这么认为。当年Humphrey规定的，今天我们还在遵循的一条评估准则是：评估准备阶段评估组必须充分了解评估组织的context（场景），其目的就是要理解组织的特殊性，理解一些特殊做法的合理性，从而完成一场有价值的评估。这就是说，因为场景不同，同样一条实践意图的实现方式是可以多种多样的。
从我开始做CMM评估师开始，就一直努力摸索破解这个评估陷阱之法。这确实不是一件容易的事，但20年的时间也积累了一些思路。
首先，真正理解模型中实践的意图价值是基础，确定这个意图价值在具体企业中的体现则需要站在他们角度看问题，只有这样才能对无明显价值实践找出替代实践。
比如说，一些CMMI五级的对日外包组织，他们的项目范围仅仅是V模型的下半身，团队只和日方技术团队沟通，工作范围可能仅覆盖详细设计到单体-部件测试，他们没有机会面对真正用户或客户。那么我们如何实施RDM中操作场景的要求呢（RDM3.2）？如何确认需求在目标环境下实现客户要求呢（RDM3.7）？显然用传统僵化模式的话，我们只能跳入CMMI评估陷阱了，做一些脱离场景的评估怪事了。但是如果我们真正理解3.2和3.7的意图，真正理解外包场景，那么找出价值的替代做法也不是一件难事。比如可以通过Q&A票确保团队理解日方提出的输入，同时让日方明确确认我们的编程、测试思路。成熟的日本客户往往也会要求你这样做，这些替代做法形成的过程既有价值，也实现了RDM相关实践在外包场景的目的。
京公网安备 11011502006429号 领汇认证中心，让认证成为一件简单的事！
