CMMI实施之核心环节：定义过程文档
在定义过程文档时，首先，应该进行企业的习惯表述与CMMI术语和语言间的映射。特别是组织结构中的一些术语、角色、组织内部之间关系以及过程活动的表述方式都需要映射到其组织的相应部分，以防止别人无法理解。
定义过程文档的一般步骤是：
（1）先确定并描述产品的生命周期。
一般来说，产品生命周期可以划分为6个阶段，即产品概念阶段、产品定义阶段、
产品开发阶段、产品测试阶段、用户验收阶段、产品维护阶段。
（2）根据产品生命周期的各个阶段确定需要改进的过程域（PA）活动。
“过程域”用于描述CMMI标准定义的软件过程能力评估模型中的一种部件。在该模型中，“过程域”是最大的的构造块，每个“过程域”由一组目标构成，每个目标得到一组实践支持。模型中描述的过程是参考模板，用“过程域”来表示。不能与实际过程混淆。“过程域”不是实际的过程，它是模型中的模板。
（3）针对某一个PA过程活动，完成PA的数据流程图。
（4）准备相应的模板、检查表或者方法附件定义过程文档。再在EPG内部讨论修改，然后拿给评审人员阅读，最后是进行正式评审。进一步修订，再评审直到大家认可为止，再进入下一个PA过程。（或者也可以评审通过后进行试点，试点成功再进入下有个PA过程。）
在定义第一个PA过程时，如果没有考虑它跟其它PA之间的关系就直接参照CMMI的此PA的目标和实践完成了过程文件，可能发生的结果要么是无法通过评审，要么就是通过了之后再返回进行修改。由于各PA间关系密切，息息相关，因此在实际的定义过程中，先要从总体上把握住各PA间关系，完成整个过程的数据流程图的基础上再进行逐步细分，否则即是“只见树木不见森林”。
由于在项目初期，EPG小组对于CMMI的理解不够透彻，大家也没什么经验，这就需要EPG成员、QA、管理人员、开发人员之间多多交流，在定义过程文档时多讨论，集众人之智慧，随着过程定义的进展，EPG小组对CMMI的理解加深，就需要总结经验，避免将来在遇到类似问题的时候多走弯路。
