如何正确打开CMMI开发模型?-领汇认证中心

2021-07-13
浏览次数:
返回列表

如何正确打开CMMI开发模型?它给出的是产品开发全过程的重要考虑点以及提升过程能力的通道,模型中的每一条实践都有其目的:或者要规避一些潜在问题,或者要强化一些对实现高效、高质量开发有意义的活动。由于各个组织有不同的场景,在建立实现这些目的的过程时,一定会有性价比的考虑,很有可能有些要规避的问题在某个组织内不是大问题,而有些强化活动同样意义也不是很大,如果评估组不能很好的区分模型要求(意图和价值)和实施选择,带着一套预期的“实践做法”参加评估,就会掉入了CMMI的评估陷阱,逼着企业披上两张皮。

如何正确打开CMMI开发模型?-领汇认证中心(图1)

这真的是个跳不出来的CMMI评估陷阱吗?我不这么认为。当年Humphrey规定的,今天我们还在遵循的一条评估准则是:评估准备阶段评估组必须充分了解评估组织的context(场景),其目的就是要理解组织的特殊性,理解一些特殊做法的合理性,从而完成一场有价值的评估。这就是说,因为场景不同,同样一条实践意图的实现方式是可以多种多样的。

从我开始做CMM评估师开始,就一直努力摸索破解这个评估陷阱之法。这确实不是一件容易的事,但20年的时间也积累了一些思路。

首先,真正理解模型中实践的意图价值是基础,确定这个意图价值在具体企业中的体现则需要站在他们角度看问题,只有这样才能对无明显价值实践找出替代实践。

比如说,一些CMMI五级的对日外包组织,他们的项目范围仅仅是V模型的下半身,团队只和日方技术团队沟通,工作范围可能仅覆盖详细设计到单体-部件测试,他们没有机会面对真正用户或客户。那么我们如何实施RDM中操作场景的要求呢(RDM3.2)?如何确认需求在目标环境下实现客户要求呢(RDM3.7)?显然用传统僵化模式的话,我们只能跳入CMMI评估陷阱了,做一些脱离场景的评估怪事了。但是如果我们真正理解3.2和3.7的意图,真正理解外包场景,那么找出价值的替代做法也不是一件难事。比如可以通过Q&A票确保团队理解日方提出的输入,同时让日方明确确认我们的编程、测试思路。成熟的日本客户往往也会要求你这样做,这些替代做法形成的过程既有价值,也实现了RDM相关实践在外包场景的目的。

CMMI文章推荐
热门资质推荐
最新热门政策
常见问题推荐

搜索