CMMI模型解释.docVIP

CMM与CMMI过程域的比较分析 级别 CMM 过程域 CMMI 过程域 说明与比较 2 需求管理 软件项目规划 软件项目追踪与监控 软件子合同管理 软件质量保证 软件配置管理 需求管理 项目计划 项目监督和控制 供应商合同管理 过程和产品质量管理 配置管理 度量和分析 项目过程管理的基本内容，实际是组织中某个或某几个团队的过程能力，可以说是TSP中的内容。这一级不同的是，在CMMI中增加了一个过程域“度量和分析”。 3 软件过程要点 软件过程定义 培训计划 软件集成管理 软件产品工程 组间协作 同级评审 组织级过程焦点 组织级过程定义 组织级培训 集成化群组 集成化项目管理 组织级集成环境 需求开发 技术解决方案 产品集成 验证 确认 风险管理 决策分析和解决方案 开始从团队过程能力提升为组织过程能力，有关组织的过程域比较多，如组织级过程定义和焦点、组织级培训和集成环境、产品集成、集成化项目管理等；同时，也包含一些深层次的项目管理能力，如需求开发、风险管理、决策分析等。CMM中“软件集成管理”，在CMMI中被分解为3个过程域——集成化群组、集成化项目管理和组织级集成环境。 CMM中“软件产品工程”, 在CMMI中被分解为4个过程域——需求开发、技术解决方案、产品集成、验证和确认。CMM的组间协作，包含在CMMI的集成化项目管理中，而CMM的同级评审，包含在CMMI的验证中。 4 过程量化管理 质量管理 项目定量管理 组织级过程性能 组织级过程性能是建立在定量管理的基础之上的，两者构成了一个完整的量化管理。CMM 中的“质量管理”，被移到CMMI的2级中，发生了较大变动。 5 错误预防 技术更改管理 过程更改管理 因果分析和解决方案 组织级改革和实施 因果分析是通过对过程中出现的方法技术问题等进行分析，找出根本原因以解决问题，是战术性的改进；而“组织级改革和实施”是战略性的改进，组织的变革首先上是管理文化的变革、质量方针和培训体系的变革等。而在CMM 中，主要强调在技术和过程两个方面进行持续改进。“缺陷预防”属于质量保证或管理中的基本内容，不应该放在第5级，所以CMMI做了修正。 CMMI标准中每个级别包含几个PA，每个PA又包含几个Goal，而每个Goal又包含几个Practice。实际上Goal分为两类，一类是Specific Goal（特定目标，简称SG），一类是Geniric Goal（通用目标，简称GG）。SG包含的Practic叫做Specific Practic（特定实践，简称SP），GG包含的Practic叫做Geniric Practic（通用实践，简称GP）。大家如果去看看CMMI的标准，会发现每个PA的SP内容都不一样的，但GP看上去基本类似，只是个别的单词换掉。实际上CMMI的制定者对这些内容进行了精心的提炼，他们总结出不管是哪个PA，都需要有类似的要求，这些要求就被总结成GG和GP。GG（Generic Goal）有以下几种层次：GG1：达到特殊目标的要求GG2：制度化一个可管理的过程GG3：制度化一个已定义的过程GG4：制度化一个定量管理的过程GG5：制度化一个持续改进的过程 GG1非常简单，只要所有SG都满足了，GG1就满足了。GG2就复杂很多，要求制度化一个可管理的过程，GG2包含10个GP（Generic Practice），内容涉及到方针、计划、资源、责任、人员培训、配置管理、干系人的管理、计划跟踪、QA、高级别领导检查等十方面的内容，这些内容，每个PA都有要求，要全部满足这些要求是不那么容易的。GG3只有两个GP，分别是建立已定义的过程以及收集改进的信息，尽管只有两个GP，但要建立覆盖所有SP的已定义过程是不容易的，并且要不断的收集该PA的改进信息。 在进行阶段式评估的时候，对于GG，只需要评估GG2、GG3就可以了，但如果进行连续式的评估，就可能需要评估GG4、GG5。如果一个PA能达到GG4的要求，说这个PA达到了定量管理的层次，达到4级的要求。如果一个PA能达到GG5的要求，说明这个PA在定量管理的层次上能持续地优化，达到了5级的要求。 GP2.1 方针对每一个PA，公司都应该有相应的高层次的要求来指导该方面的工作，也就是所谓的方针。方针这东西很很容易被认为是虚的东西，我们需要仔细体会方针，这个GP是公司商业目标与过程的结合点，过程是否能为商业目标带来价值，很大程度上就看这个方针是怎样定的，并且要把方针贯彻到过程中。 我们以PP这个PA为例子，如果微软要定PP的方针，我想会是：1.赋予小组成员权力，每个人都承担项目管理的责任；2.保持灵巧，预测变化；3.由底而上的估算办法；......在MSF中，我们会看到很多微软进行项目管理的一些原理和法则，可参