浅谈CMMI与PM项目管理的关系

开篇：润墨网以专业的文秘视角，为您筛选了一篇浅谈CMMI与PM项目管理的关系范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！

摘要：文章讨论了cmmi7个过程域和pm项目管理8个领域之间的关系，介绍了软件项目管理基本原理和理论。

关键词：CMMI；PM项目管理；管理体制

中图分类号：F284 文献标识码：A 文章编号：1009-2374（2013）06-0129-02

前段时间，我们公司内部试行了一段时间CMMI，我们自己也得到了一些提高和锻炼，现在把一些体会和理解拿出来跟大家分享一下，共同提高。因为我们试行的是CMMI2级，下面我就简称CMMI2。

谈起管理，应该是科学加艺术，也就是说很多东西，是不容易谈出来的，也许是人类发明的语言、公式、图表的表达能力有限，也许是管理涉及到人的因素（最难控制的是人），有些东西是只能意会，不能言传的。是需要时间积累的，是需要碰着问题解决问题才能够提高的。

PM（Project Management）是管理中的一个分支，区别于行政管理（部门老大）、公共事务管理（人民公仆）等管理。它是以项目为管理目标，项目结束了，项目经理就得歇着，等下一个项目来。

项目管理和我们国家传统的职能管理体制是有所不同的。我们传统的体制是纵向的（军师旅团营、省市区县镇），而项目经理是横向的，有点独立团的意思，就是临时组建的，比如要唱个《东方红》大合唱，高音2个，低音5个，群众音100个，风琴手1个，钢琴手1个，吉他手不要。唱完了，就完了，大家各回自己组织休息区，曲终人散！也就是说项目结束了，就哪凉快哪里待着去，等下一个项目。没有永远唱不完的东方红是吧。

CMMI（Capability Maturity Model Integration）是能力成熟度模型，这个翻译很学术化，有点望而生畏。何为能力成熟度，能让大家好理解成熟度呢？我来尝试回答一下，CMMI侧重于过程（process），过程这个概念非常重要，CMMI的最高级五级的定义就是“持续改进过程”。何为过程？有很多人注重结果，而不太注重过程，举个例子，要爬山，以爬到山顶为目标。那么就会存在很多因素，如天气、路线（台阶、攀岩、索道）、设备（要不要个手杖）、物资（矿泉水）、人员（高血压、前天打麻将太累了）、资金（门票）、住宿（旅馆、帐篷）、进度（几点必须下山集合）等，如果你觉得这些你压根就没有想过，这说明这个爬山项目管理并不成熟。也就是说你的这次爬山活动是不可以复制的，所谓成熟，比如成熟的生产线，那么保质保量的产品就会准地的从生产线流出来，否则这个生产线就不成熟。成熟的男人，意味着月工资就会保质保量准时地交出来。为了便于区分成熟的程度，CMMI分五级，类似于星级酒店，我觉得成熟男人就不用分这么多级了吧，全部上缴，就是五级。

而如何能够保证成熟的管理呢，CMMI认为，正确的过程很重要。因为错误的过程可能会产生正确的结果，但是正确的过程，更容易（概率上）产生正确的结果。比如过马路的过程可以这样定义：等绿灯；绿灯时没有过往车；通过。如果你不遵守这个规则，并不一定就得不到正确的结果，但是如果你遵守正确的过程，得到正确结果的概率就会很大。假如不遵守正确的过程，产生的不正确结果一般人不能承受，毕竟和汽车产生肢体接触不太好。

处理复杂的事情，第一步就是要分块，CMMI二级划分了7个过程域，PM划分了8个知识域。7个过程域分别为：需求管理REM（Requirement Management），项目计划PP（Project Planning），项目监控PMC（Project Monitoring and Control），度量与分析MA（Measurement and Analysis），过程与质量保证PPQA（Process and Product Quality Assurance）、配置管理CM（Configuration Management）、供应商管理SAM（Supplier Agreement Management）。PM的8个知识域为：范围管理、质量管理、成本管理、进度管理、沟通管理、人力管理、采购管理、风险管理。这世界本来挺简单的，但是被人一研究就复杂了。

需要留意的是，CMMI2和PM光从名字上看差异挺大的，但是互相之间又完全融合、心灵相通，有点像华山剑派，有人玩气，有人玩剑，终极目标都是强身健体的意思。

我们先从CMMI2一个个说起，顺便捎带与PM的关系。除了SAM比较独立（也与其他有关联），其他6个过程域都不是独立存在的，是互相之间有关联的，并且关联还相当大。这就给我们的理解造成很多困难。我来大致理一下它们的关系，先挑最简单的CM，所有的开发活动中的活动及结果都要归档，甚至连CMMI2的规章制度都要归档。说白了，“文档说你的行为，行为是文档所说的”，做人要厚道，做项目也要讲诚信。

剩下5个了，REM很麻烦，因为用户要求经常变来变去，所以需要需求管理，也就是说做什么，不做什么，做成什么样子，达到什么标准等。需求管理就是PM中的范围管理，是项目的基石，有点牵一发动全身的意思。需求能确定就确定，能早确定，就早确定，如果要发生变化，需要有一套过程去保证需求不会被随意、错误地修改。并且需求管理要贯穿研发测试生产始终。每一条需求都需要设计测试生产去对应，而每一个设计测试生产都需要对应某一条需求。为此，二级创造一个需求跟踪矩阵（Requirement Trace Matrix），当有人问到为什么需要这块代码，为什么需要这个部件，为什么需要这个测试用例，为什么需要这种工艺流程，我们可以很自豪的说，为了完成某某需求，我们没有浪费一分钱、一分钟时间，我们做的都是有用功。

剩下4个，关联更深。一个项目得有计划PP吧，计划不是进度（什么时间做什么事），计划包含进度，但是同时还要包含质量计划，成本计划，开发遵守什么流程，人力管理等。计划就得执行PMC，有点开车的意思，缺油了买点油，堵车了拐个弯，时间紧了加个速，出现问题（缺陷）了修一下，定期开个会什么的。但是你如何才能知道缺油、堵车、工期紧、缺陷等呢？所以你需要一套情报收集及分析MA系统。时刻收集着油箱数据、路况信息、项目进度、测试结果等。在进行整个计划的执行过程中，你不仅要保质保量按时完成，还要符合过程正确（PPQA）。结果正确，道路不正确，那是不行的！为什么不行，答案很简单：因为你不够成熟！这个理由抽象吧。专业技术好不行，还得思想觉悟高，要又红又专，“才能做一个纯粹的人，一个脱离了低级趣味的人”。

值得一提的是，管理也是一门艺术，切忌呆板（教条主义害死人），也就是说要灵活，强大的马克思主义到中国发展出了科学发展观和八荣八耻。花了很大代价制定的计划（包括进度，成本，质量等子计划），可以改不？可以；制定的政策法规，过程（规章制度），可以改不？可以；制定的设计方案，测试用例，生产工艺等，可以改不？可以；人员更替可以不？可以；项目经理可以换不？可以。

太多的变化，太多的不确定！如何才能在这么多的不确定中辗转腾挪，攻城略地，夺取最终胜利？那就是对CMMI和PM的深刻理解和融会贯通。

作者简介：肖永全（1975-），男，陕西西安人，西安西瑞保护控制设备有限责任公司工程师，硕士，研究方向：嵌入式系统、高速信号处理。