纵观CMM（二）各KPA活动的要求，绝大多数的KPA均需要从计划（策划）开始，普遍的步骤要求是从准备工作——计划——执行活动——维护过程——改善过程等这几个大类，如配置管理、质量保证、项目计划、子合同管理等等。CMM的需求管理虽然没有明确要求有一定的计划，但在操作前各项目小组为了保证项目需求过程的顺利进行、保证需求活动有序有节地完成，都会粗或细地拟定一个需求计划，这个计划的定制，会直接影响到整个开发项目的成效、影响到定制需求基线的准确性。我们在了解CMM需求管理KPA要求的活动后，从该角度来考虑这个计划是如何定制的。

    首先 活动计划的文档化 ，我们知道，一个计划最有效的操作方式就是文档化，白纸黑字的留下我们计划的活动、参与人员、操作内容、实现目标等等，以便将来的操作有机可寻，有“一个书面的机构管理策略”，这也是CMM需求管理过程中执行约定首先要求的部分。在这书面化的东东里，包含着我们需求管理过程中的所有需执行的约定、执行能力、执行活动、分析过程和验证执行结果等的五个KPA活动的共同特性。我们根据CMM—需求管理过程的KPA要求，拟定以下的需求管理计划模板，模板的作用是根据要求的共性，产生一个公用的，可引导人们按此方式进行思考、可适用于大多数同类操作基本要求的文档。

    《需求管理计划模板》1、 确认1） 本模板适用的范围，达到的目标2） 项目经理在本活动中的职责、项目小组成员的职责3） 明确客户方参与需求调研活动的职责（有无决策权、所需配合的活动、所需提供的资源等等）

    4） 确认用户给定需求的文档（如协议、条件和合同条款，比如要交付的产品、日期和里程碑要求等等）、功能需求、技术需求等等（详见CMM需求管理的执行能力2）

    2、 需求活动的概述2.1 需求调研的方法决定采取什么方式进行需求调研，即确定信息采集和分析的方法（如确定与客户交流的方式、沟通使用的表单、项目组业务流程分析表单等。）

    2.2 需求活动要求1） 收集相关技术需求，要求收集所需的功能点、约束和处理流程等等2） 收集用户的特殊需求3） 分析用户原业务或工作流程4） 分析所需建立的系统业务流程，建立系统范围和目标5） 要求使用《CMM需求规格说明书模板》作为需求说明文档2.3 需求周期计划对本次需求活动拟定一个时间进度表，及各阶段所需完成的内容。

    3、 需求评审计划1） 确定需求评审小组成员及成员要求2） 确定需求评审方式3） 确定需求评审内容4、 需求验收方式1） 确定验收方式2） 确定验收记录表5、 需求变更管理6、 项目组织和资源该计划模板综合了CMM需求管理要求的几个特性，具体各项目小组的操作就根据其实际项目的需要进行了。

    其次 需求活动的执行过程，依照拟定的需求管理计划进行项目的实际需求调研活动，在活动中记录与客户进行交流的内容，记录各阶段产生的变更项、变更原因，按预先规定的书面策略进行双方活动的制约。

    整体活动图如下：

    该过程中需求的采集、分析、文档化是主要活动， 应分清的是客户的需求可分为业务需求、功能需求、接口需求、性能需求及特殊需求等等，在收集时对需求类型进行分归。分析时，即要分辨需求的类别，又要注意之间的关联性，因为这些都将影响整个系统的设计和实现。

    在按计划完成需求活动后，我们要求将过程中产生的分析文档、收集的资源整合成一份可以让客户确认的，遵寻CMM要求的《软件需求规格说明书》，这份说明书也可作为我们确定需求基线的依据，而CMM原版的《系统需求规格说明书》有些项过于繁杂，我们并不全部要求，只需根据项目的实际情况和要求，进行模板式的需求说明描述。

    再次 需求评审计划和验收计划 在拟定需求管理计划时，评审是需求验收前要求的操作，目的是上级管理部门能适当地、及时地掌握该软件过程活动，并在客户验收前解决有争议的问题，保证最终给客户验收的需求是完整的并适合的。评审计划中要求评审人员接受过一定的培训，包括：项目采用的方法、标准和规程；应用领域知识（CMM-需求管理过程执行能力4），并确定了需求评审的内容（详见CMM-需求管理过程执行活动2）。

    验收计划就是事先约定与客户方进行验收的方式，验收时所需交付的工件等，预先设计需求验收（确认）表。

    最后 需求变更的操作 CMM—需求管理过程执行活动3对需求变更过程有些活动描述，包括对变更引起的相关活动的必要更改。而我们使用的是可适用于整个项目过程中变更活动的操作方式：“提出变更 → 变更评估 → 变更项的审核 → 变更批准 → 执行变更”，在项目操作中，根据变更的大小及影响，来进行实际的执行过程。但要求的是变更最终归口的人员是必须是项目经理，只有项目经理统筹地进行变更控制，才能使项目中的变更是受控的、是统一进行的，当然，这是根据不同企业不同项目的要求来实际运作的。