第5章 指导与管理项目执行
在本过程中要求项目经理和项目团队依据项目管理计划，采取各种行动完成项目范围说明书中定义的工作。
指导与管理项目执行的过程如下表所示：
* 本过程与之前章节相同的部分就不再重复。
- 依据
首先从指导与管理项目执行的定义来看，项目管理计划是其依据的根本。
其次大家回想一下在自己的项目中是否都开展了以下工作？
1. 软件项目的变更是最常见的，当某个变更被批准后项目组就要去执行。
2. 不管是PMP还是CMMI都专门对风险的管理过程进行了定义，风险的三要素就是“风险的概率”、“风险的严重程度”和“风险的影响”，在项目实施的过程中项目经理经常都会开展风险的预防措施以降低风险发生的概率。
3. “同行评审”在测试理论范畴内也称作“静态测试”，在CMMI的VER中专门定义了如何进行“同行评审”，在VAL中也定义了哪些地方要开展“同行评审”活动。因此在“同行评审”和测试过程中发现的各种缺陷都要被跟踪并最终得到解决。
4. 在“同行评审”和测试过程中发现的各种缺陷得以解决后，项目组都要对其进行再次的核对。
5. 在项目进行过程中假如QA人员发现某些环节没有按照规范开展相关活动，那么项目组就要开展相应的纠正措施。
以上工作都要经过相关人员确认并批准后方可实施。
最后行政收尾和验收工作也应该属于项目实施的一个部分，因此也要作为“指导与管理项目执行”过程依据的一部分。这里的收尾特指行政收尾的过程，软件项目的生命周期都分为不同的阶段，每个阶段的里程碑评审的过程其实就是在做行政收尾的部分工作。因为里程碑评审也称为阶段末评审，具体要开展哪些评审活动是在CMMI的VAL中定义的。与客户一起进行的验收工作只是行政收尾的一个部分，例如设计完成后，开发人员就相当于设计人员的客户，因此设计完成后的评审也就相当于设计人员与开发人员进行验收交接的过程。
- 工具
指导与管理项目执行的方法论确定了帮助项目团队执行项目计划的过程。
- 成果
1. 项目经过实施后最终应该生成可交付成果给客户。可交付成果是指任何在项目管理计划中记录，并为了完成项目而必须产生和提交的独特的、可核实的产品、成果或提供服务的能力。在软件项目中除了代码以外还包含相关的文档。
2. 在项目过程中往往会由于各种原因发生变更，因此变更的请求也是在项目实施过程中产生的。变更的请求应该得到批准后才能实施。
3. 对于批准的变更在项目过程中应该得以实施，因此实施的变更请求也是在项目实施过程中产生的。
4. 对于已经配置的预防风险的措施一定要执行。
5. 对于QA所发现的未按规范执行的过程应该被纠正。
6. 对于QC所发现的各种缺陷也应该被弥补。
7. 项目实施过程中特别是到了里程碑时，往往需要对项目的绩效进行总结。项目的绩效也就是指项目各种活动和参数的状态。例如：项目计划完成的百分比，尚未完成的任务有哪些，批准并已经开销的费用有多少等。
