张传波（网名：Fireball，大大大火球）

问题：如果按照CMMI从1到5的思路，建设企业的信息化制度（不是为了评定等级，是为了实现项目规范管理），可行吗？需要关注哪些问题点呢？公司如果是个敏捷践行者，那么跟CMMI的建设思路本身是否是无冲突的呢？回答摘要：为Business goals服务的过程改进这是CMMI和敏捷的共同出发点列出公司当前的问题，然后逐步消灭。每一次消灭就是一次MVP。每1-3个月取得一个小成果，...

3级出现了3个以O开头的PA：OPF、OPD、OT。O就是Organizational（组织的）的第一个字母，在2级的时候还没有见到一个O开头的PA，3级就出现了3个，4级还会有1个，5级也会有1个。虽然只有3个PA是O开头的，但不代表其它PA与组织级没有关系，其实到了3级全部PA都包含对组织级的要求，大家会发现大部分PA的SG1其实都是针对组织级的要求的。本文将会让你进一步理解CMMI2级和3级的区别。

OPP是对组织级提出要求的，组织要根据公司的商业目标、企业的实际情况，选择要进行性能分析、量化管理的子过程，制定组织的质量和过程方面的量化的目标，建立基线和模型。这些量化的目标、基线、模型，要用于进行项目管理。具体内容见QPM。

软件研发是高难度的技术活和团队协作活，几乎所有的项目都不可能在项目开始之前就具备完成该项目所需要的技能，所以培训、特别是组织级别的有计划有前瞻性的培训就显得很重要了。

要做这个PA，组织要成立EPG（Engineer Process Group）专门负责过程改进的工作。这个组是整个公司过程改进的动力源头、策划中心、执行中心、培训中心。很多公司的过程改进没有做好，很大部分的原因是EPG的成员没有选择好。EPG成员绝对不能清一色都是“理论派”，没有具体项目经验的。

集成项目管理（IPM）是2级的项目计划（PP）与项目计划跟踪与控制（PMC）的“升级版”，而4级的定量项目管理（QPM）又是集成项目管理的（IPM）的“升级版”。3级与2级最大区别之一就是上升到组织级，项目管理也是一样，项目需要利用组织资产库定义项目自己的过程，考虑各种计划的集成。这是“集成”的其中一层意思，“集成”另外一层意思就是，要协调和管理好项目开展过程中各相关关系人。

有这样的说法：项目管理其实就是风险管理，把风险管理好了，项目也就管理好了。可见风险管理是多么重要啊！CMMI2级的PP这个PA的SP2.2提到要识别风险，但这里的要求还是处于项目级别层次的。3级中的RSKM，已经把风险管理上升到组织层面，组织级需要对风险进行分类、定义风险的属性、制定风险的管理策略等。

验证强调的是在开发过程中对工作产品进行检查，尽早发现问题。而确认强调的是，在真实的使用环境中，确保软件能达到预期的效果。开发环境与真实环境是不可避免存在差异的，为了有效地避免在开发环境中没有问题，但一到真实环境就出现问题的情况，确认的工作是非常重要的。

验证就是按照既定的标准，检查工作产品是否符合要求。工作产品可能是文档也可能是软件本身。而检查的办法一般是同行评审或者是软件测试。那什么是同行评审呢？比方说：A君是做软件设计的，B君也是做软件设计的，A君写了一份设计文档，让B君这个同行（因为大家都是做设计的）来给给意见，这样就使同行评审。同行评审的目的就是让有同样工作经验和技能的人来评审自己的工作产品，发现尽量多的问题。验证这个PA其目的是希望软件企业在软件开发整个过程中，做好相应的检查工作，把尽量问题发现前面，保证了项目的可控性，降低开发的成本。

什么是产品集成？简单的说就是把组成产品的所有软件组件组装起来，使之运行在目标环境上，产品集成包括软件组件之间的集成、软件与硬件的集成、软件基础数据的录入、调试等。系统越复杂，集成就显得越发重要。微软的每日构建，极限开发中的持续集成，都是对产品集成的基本原则，其基本道理就是随时保证组成最终产品接口一致，能顺畅运行，能随时拿得出可运行的版本。

不知道您的工作中，在设计方面是否有这样的一些问题：1)无设计文档；2)有设计文档，但形同虚设；3)设计时没有考虑可以重用以前项目或者第三方的代码或组件；4)没有用需求来驱动设计；5)设计没有考虑多过一个的方案；6)没有考虑清楚设计的原则和标准；7)设计的弹性不够、架构落后？；8)代码与设计脱节？；9)代码到处是炸弹或地雷……

要理解好本PA，需要先理解清楚以下几个关键的概念：1)客户需求(Customer Requirements)；2)产品需求(Product Requirements)；3)产品组件需求(Product Component Requirements)。我们经常抱怨客户的需求在变，其实80%的原因是没有把握住客户需求，其实客户经常变的是产品需求或者是产品组件需求，客户需求是很少变的，就是因为我们没有把握住客户到底想要什么、需要什么，导致我们认为客户太难“服侍”了。只有把握住客户真正的需求，我们才能抓住根本，万变

3级的几个重要特点：1)明确规定了需求开发、设计、编码、测试、集成等软件开发各过程的要求。2)对项目管理提出了更高的要求，要利用组织级的数据来管理项目。3)出现了专门针对组织级的PA，要求有专门的组织来负责过程改进的工作。4)提供了一个做出最佳决策的指导，而这个方法可以用于软件工程，也可以用于组织级过程改进。

Organizational Process Definition,简称OPD，就是一个组织如何进行知识管理的问题了。知识可以包括两类，非技术类和技术类，非技术类包括：标准过程、规章制度、流程、项目管理经验、度量数据等等，技术类包括：设计、代码库、重用组件等。组织除了要对知识进行分类外，还需要建立知识的收集、分析、存储、使用的策略及具体可操作的办法等。

决策分析就是根据一定的选择标准，在一些候选方案中选出合适的方案。一般来说，经过决策分析后得出来的决策，科学性更高，实施该方案成功概率会比较高。但实施决策分析本身的成本也比较高，一般我们只在重大问题采取决策分析的办法，例如：大家购买房子就需要决策分析一下了，但今晚去哪里吃饭，恐怕就不需要决策分析一下了。

企业最关注的是利润，并且追求持续的、稳中有涨的利润！要达到这样的目标，需要全方位的、根本性的改进，打造良好的组织架构、人才招聘及培养体系、绩效考核机制、软件研发过程、高战斗力的团队，积累核心业务及技术等，让企业具备稳定的并可持续进步的核心竞争力，可持续地、稳定地输出优于竞争对手的高质量产品。我们为企业提供包括CMMI在内的一切有利于帮助企业打造核心竞争力的服务，内容覆盖并且不限于上述提到的各个方面。

群有朋友发出QA的招聘信息，我居然说：至于QA职位，强烈建议大家不要考虑，这是个坑坑坑坑坑啊！我是不是超级不会做人啊，难道我和QA有仇？本文为你深度分享QA的前生今世，业界中QA的困惑和问题，以及回答这个问题：公司到底是否需要设QA岗位？

为方便大家找到合适的文章，我将一些精华文章的索引汇总在一起，只需要轻轻一点就可以快速达到你想看的内容啦！目前已经汇总的文章又：“软件设计是怎样炼成的”系列文章、“神马是敏捷”系列文章、IT项目求生法则系列文章、需求分析挑战之旅系列文章、UML扫盲文章、设计模式扫盲文章、CMMI扫盲文章、IT职场求生系列文章等。

聪明的人在出现问题的时候，除了解决问题外，都会想到如何避免问题以后再次发生，避免的办法可能是从过程或者技术两个方面入手，从根本杜绝问题的发生。问题分析是很常见的，为什么在5级的时候才有这样的要求呢？难道2、3级的企业，甚至是没有级别的企业，就不会做问题分析并防止问题再次发生吗？其实5级的这个CAR没有这么简单……

5级的企业，是如何做到“持续改进”呢？其实一个软件企业，要提高生产力，有3方面途径：1)改进过程，使现有的过程更强更有效。2)引入新技术，提高生产力。3)对工作出出现的问题进行原因分析，避免以后再次出现。

这五个问题相当经典而且比较深，需要做过CMMI4、5级的朋友才能看懂这些问题。希望本文对正在实践CMMI4、5级的朋友有帮助，也欢迎你来围观一下，不过本文对于无基础的朋友来说有点难喔。

2级到5级，直接跟项目管理有关的PA有好几个，它们是怎样的关系呢？

定量项目管理与一般的量化管理很不同，不是在项目管理过程中用到数据，就算是定量项目管理。定量项目管理要求过程是稳定的，过程要稳定，需要满足很多条件，企业的过程要做到稳定，要付出很多努力。

好像很少听说某公司评估CMMI不通过的情况，似乎通过率很高，甚至100%，这其中有什么玄机吗？

评估简单的说就是用一定的办法判断是否达到了CMMI的要求。那怎样才能判断呢？这就是“SCAMPI A”评估办法，晕不？我们将通过一个吃饭的简单例子来理解这个评估方法。

组织革新与部署(Organizational Innovation and Deployment)，在CMMI1.3中，OID已经改名为OPM（Organiational Performance Management，组织性能管理）

2、3级已经对软件开发的方方面有了详细的指引，4级还会有什么更高的要求呢？4级叫定量管理，那什么叫定量管理？微软的MSF达到CMMI几级水平呢？是不是所有企业都适合做CMMI4级呢？

度量工作有很多学问，所有的度量工作，都需要回答这些问题：1.度量的目的是什么？2.谁来做这个度量？3.什么时候做这个度量？4.如何做这个度量？5.怎样记录度量的数据？记录到哪里？6.谁会使用这些数据？7.如何分析这些数据？8.谁来分析这些数据？9.分析的结果如何使用？

有人可能会说，过程就算是错的，也需要执行，在执行中持续改进。这个观点在某些情况下是不对的，要看过程错的程度。如果过程错到根本无法执行，这样强硬执行的话，肯定吃力不讨好。在刚建立过程的时候，不宜太死，可以适当宽松，另外应该鼓励项目组定义自己的做法，然后QA就按照项目组自已定义的做法来监督执行。通过不断的积累，就可以建立比较完善的过程。

做软件开发的，不免要购买一些软硬件。软件可能是中间件、控件、插件、组件等，硬件可能是一些服务器、PDA、单片机等。只要稍微复杂的项目，都不可避免的会有采购的问题，就算目前没有采购，以后也会不可避免。另外也有可能把项目的一部分外包给第三方来做。作为一个想改进过程的企业，是不应该规避这个问题的。采购的软硬件或者是外包，都会从根本上影响项目的成本、进度和质量，采购和外包可以认为是风险最大的活动之一。

人是会死的，需求是会变的。相信大家都经历了很多需求变更的痛苦，项目被拖延，成本高涨，十有七八是需求管理没有做好导致的。有哪一些需求管理方面的常见问题呢，这里列举一下：1.因为项目进度赶等原因，在很多需求还没有明确情况下，便开始开发的工作。2.开始客户只能提出模糊的需求，客户喜欢先让你做个东西给他看，然后他才可能逐渐提出真正的需求，而需求调研人员，对此没有什么好的处理办法。3.客户以种种

计划不是用来看的，是用来执行的。PP讲述了如何做计划，PMC讲述的就是如何跟踪计划的执行并在实际情况偏离计划时采取纠正行动。我们先看看SG1，SG1讲述的是如何根据计划来跟踪计划的执行问题。SG1: Actual performance and progress of the project are monitored against the project plan.中文大意是：根据

大家都明白这样的一个道理：做事情要有计划，有一个不成熟的计划总比没有计划要好，软件开发这么复杂的活动，更加需要计划。那么应该怎样做好一个计划呢？如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。PP这个PA的第一个Specific Goals，中文大意是：建立和维护用于项目计划的各类参数的估算，英文原文是

GP3.1是要求建立组织级的关于该过程的制度、标准、模版等全套体系，要求覆盖该PA所有的SP和GP。GP3.2 体现的是持续改进，每个过程都应该收集相应的改进信息。这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）

GP2.7：为保证不同的PA的活动能正常有序进行，必须事先识别出哪些人需要参加该PA的活动，在计划中标示出来，并标示出这些人需要参与什么活动。每个PA都有GP2.9，意味着所有的PA都必须有相应的一些标准、过程，要有人对这些PA的过程进行客观的评估、检查。（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）

某某工作产品要进行配置管理，并不意味非要进行很重型的配置管理，根据实际需要采取合适的方式就可以了。（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）

没有资源和落实权责，将无法做好事情，这是很多公司很多人都懂的道理。但很多做CMMI改进的公司，号称很多核心人员负责过程改进，其实是兼职挂牌而已，有些甚至招聘应届生作为过程改进的主力…… 如此这般，又怎能切实做好改进过程工作能力！。（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）

这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。说起猪皮(GP，Generic Practice)，真的让人又爱又恨，中文翻译叫通用实践。CMMI标准中每个级别包含几个PA，每个PA又包含几个Goal，而每个Goal又包含几个Practice。实际上Goal分为两类，一类是Specific Goal（特定目标，简称SG），一类是Geniric Goal（通用目标，简称GG）。SG包含的Practic叫做Specific Practic（特定实

实际上做任何项目总会缺失各种技能，培训特别是未雨绸缪的培训就显得很必要了！（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）

方针这个GP每个PA都有，其实CMMI实践有没有实在价值，就在于方针！如果我们做出来的CMMI实践仅仅就是写文档、多步骤、没事找事，那其实就是违背了公司的商业目标，公司的商业目标简单说就是：用简单有效的办法多赚钱！如果你的CMMI实践达不到这个目标，其实就是方针出了问题。（这是《CMMI快乐之旅》系列文章之一，如果你对CMMI不是很熟，建议从第一篇文章开始读起，否则可能有很多理解障碍。）