作者：Edmond 宋
你可能会发现，在你的机构中施行进程改善，以达到CMMI成熟度等级有点困难。这个简单的指导，将帮助你在你的CMMI进程改善中使用IEEE的标准。
第一步：了解你的商业进程
在你确定进程是否完成或是否符合要求之前，你必须了解现在的进程。
- 权限条例是否已经明确定义？
- 职务和责任是否明确定义？
- 内部和外部是否有明确的定义区分？
- 他们都被很好的归档保存了么？
第二步：诊断----从CMMI来了解进程的完整性
CMMI可以作为一个参考，来审核有多少软件工程进程已经在你的机构中就位。你可以在成熟度等级2中施行以下六个过程域（PA）----REQM，PP，PMC，MA，PPQA和CM。这并不限定你不能查看其他区域。例如，你的工程师可能正在操作一些CMMI工程过程域。有相同的模板或者文件并不表明这个过程域是满意的。例如，你可以和你同事尝试探讨以下问题，来查看他们的理解情况：
n 询问你的项目经理：
Ø 一个计划和一个进度表之间有什么区别？
Ø 对于已经发生的估算，你记录了些什么？
Ø 在你做计划的时候，你大小和效果都估计了么？你是否在项目进行过程中对他们的属性都进行了监控？
n 询问你的参数经理：
Ø 基线是什么？
Ø 参数审计的目的是什么？
Ø 谁授权修改参数单元？
n 询问你的质保分析师：
Ø 它和质量控制有什么不同？测试不同？
Ø 在机构中谁了解质量保证活动和结果？
第三步：从支持标准中了解进程细则
IEEE软件工程知识体系（SOFTWARE ENGINEERING BODY OF KNOWLEDGE）有十个区域。这些标准能作为最佳实例参考。关键模板可以从相关标准中修改而来。最相关的IEEE软件工程标准参考【围在框中】，在相关模板/工作产品的名字下面已经列出。CMMI成熟度等级2和3过程域是由这四部分组成：项目管理，支持，工程和进程。
n 项目经理 PP，PMC，SAM，IPM，RSKM
l 软件项目经理计划【1058】
l 风险管理计划【1540】
l 项目管理知识体系指南【1490】
l 软件获取计划【1062】
l 风险管理计划【1540】
支持CM，PPQA，MA，DAR*
l 软件配置管理计划【828】
l 软件质量保证计划【730】
l 软件测量和度量的计划【1044，1045，1061，982.1】
l IEEE1061，软件质量度量方法
l IEEE1219，软件维护
n 工程REQM，RD，TS，PI，VER，VAL
l 系统需求参数【1233】
l 操作文档的概念【1362】
l 软件需求参数【830】
l 软件设计文档【1016】
l 软件使用者手册【1063】
l 软件集成测试计划/报告【829】
l 软件检测和验证【1012】
l 检查/检测报告【1028】
l 单元测试报告【1008】
进程管理OPF，OPA，OT
l 软件生命周期进程【1074】
l 软件生命周期进程【12207.0，12207.1，12207.2】
l 系统生命周期进程【ISO/IEC15288】
注：
*-IEEE 1049，PM BOK指南，同时支持DAR。
#-10227.x 和15288生命周期进程，支持所有4个区域，不单单是进程管理。
第四步：根据框架标准来确定生命周期定义
在成熟度等级3，现在有一个进行商业活动的机构方法。有一般、共享的方法来操作项目。进行商业活动的机构方法在标准进程机构设定（ORGANIZATIONAL SET OF STANDARD PROCESSES）中已经整理成文档，它包括了生命周期模型。项目经理只要根据机构方法对进程进行修改，然后遵照执行就行了。
生命周期进程框架：
l ISO/IEC 15288 系统生命周期进程框架
l IEEE/EIA 12207 软件生命周期进程框架
第五步：定义进程，开始试点实施，然后提炼。
在各种计划的模板/格式，以及文档都定义好之后，请项目经理提供反馈。当反馈落实到进程中，你就可以开始贯彻到所有的项目中。你可以组织相关的培训，这样项目团队就能明白期望是什么以及该如何去做。
定义一个进程基线在实施软件进程时也是很严格的。你可以观察潜在工具，他们可能在进程自动化的支持方面得以应用。
第六步：使用缺口分析来检查结果----如果需要的话修改进程
在CMMI中，评估有三类：A、B和C类。A类是最后产生的一个等级，因此是成本最高的一个。C类换句话说，是适合作为一个初期的评估。例如，用于缺口分析。Ｂ类在Ａ与Ｃ之间。它通常发生在最终的A之前，作为一个预评估。
在实施之后，你可以利用缺口分析（一个C类评估）来衡量实施的进程改善效果如何。这一类的评估将会给未来的进程改善结果提供一个基线，并且将定义弱度和强度。
项目和进程组，之后将被完善（第五步），以弥补缺口。
实用的网址：
computer.org----针对IEEE软件工程标准
www.sei.cmu.edu----针对CMMI ver 1.2 模型和评估方法
相关书籍和文章
“对于CMMI-SW软件项目文件的实例支持----使用IEEE软件工程标准”2006
Susan K. Land, John W. Walz（IEEE 计算机协会）Wiley & Sons著
这本书对在进行CMMI进程改善等级2和3的公司很有帮助。该书仍然基于CMMI 1.1版本（不是最新的1.2版本）。在随书的CD中，有基于IEEE标准的模板。任何人都可以根据这些模板和IEEE标准，快速地开发或者改进他们现有的进程。在该书中，所有过程域等级2和3的核心都涵盖了。
“软件工程路标----一个基于标准的向导”2005
J. Moore ,Wiley & Sons 著
这里提供了额外的信息，当你试着用IEEE标准去定义你的进程基线时，可以用的上。它解释了如何在提取不同等级时分类你的基线进程。
缩略语和术语：
CMMI----能力成熟度模型集成
IEEE----电器和电子工程师研究所
PP----项目计划
PMC----项目监管和控制
SAM----供应商合同管理
IPM----集成项目管理
RSKM----风险管理
CM----配置管理
PPQA----进程和产品质量保证
MA----度量和分析
DAR----决策分析
REQM----需求管理
RD----需求开发
TS----技术解决途径
PI----产品集成
VER----验证
VAL----确认
OPF----组织化进程集中
OPD----Org 进程定义
OT----组织化培训
