笔记专栏：软考-高级-信息系统项目管理-复习笔记 更新一下，将按照后续章节的样式，增加更多的个人复习时的口水话，以和普通的罗列知识点的复习笔记有所区分

---

项目整体管理

关乎项目的整体产生到结束，是整个项目生命周期的统筹管理，包含了如何制定章程、制定管理计划，到如何进行项目实施和监控监督，到如何针对项目中的变更进行控制和实施，以及最后如何完美的进行项目收尾。

所有后续的各类管理领域，都与整体管理息息相关，所以甚至可以以此为开始和大纲，开启后续所有的复习。

但是整体管理中，要注意，在启动、规划、执行、监控、收尾五个过程都有涉及

同时，还会讨论变更管理和收尾管理两个内容

1. 制定项目章程

[In]： 项目工作说明书、商业论证、协议、事业环境因素、组织过程资产

[Out]： 项目章程

[Tech]： 专家判断、引导技术

1. 过程说明

项目章程是整个项目开始动工的开始与基础，所以需要有针对这个项目的说明书、商业论证、协议这些，以保证整个项目的 “地基” 已经打好，无论是从项目的整体实施还是收益上都是可行的

2. 知识点说明

1. 项目工作说明书： 描述了项目的交付的内容，也就是项目的大致目标，需要制定章程的项目目标，就必须参考这个文件

2. 商业论证： 项目要可以赚钱，要有收益，所以一开始就要参考已经做好的商业论证，确保经济可行性

3. 事业环境因素和组织过程资产： 项目的各种内因、外因，例如商业数据库这些，所以需要这些一起来制定项目章程

4. 项目章程

• 是由实施组织外部签发，而非项目经理签发的

• 作用：

• 1. 确定项目经理，规定项目经理的权利
• 2. 正式确认项目存在，给项目合法地位
• 3. 规定项目总体目标
• 4. 将项目与执行组织日常经营运作和战略计划相联系

• 主要内容：

• 1. 项目目的或原因
• 2. 项目目标和成功标准
• 3. 项目总体要求
• 4. 项目描述
• 5. 主要风险
• 6. 进度计划
• 7. 审批要求
• 8. 委派的项目经理及其职权
• 9. 发起人或其他批准项目章程的人员的姓名和职权

5. 项目工作说明书

• 定义：对项目交付的产品、服务或成果的叙述性说明
• 内容：业务需求、产品范围说明书、战略计划

6. 项目目标

• 目标必须量化、有不同的优先级、有层次

7. 项目启动会

• 由项目经理召开
• 明确项目的目标、范围、需求、北京、职责、权限

8. 引导技术

• 头脑风暴、冲突处理、问题解决、会议管理等

9. 净现值分析

• ROI = （总折现收益 - 总折现成本）/（折现成本）
• ROI越大越好

2. 制定项目管理计划

[In]： 项目章程、其他过程的输出、事业环境因素、组织过程资产

[Out]： 项目管理计划（包含13个子计划和3个基准）

[Tech]： 专家判断、引导技术、项目管理信息系统

1. 过程说明

项目管理计划中包含13个子计划和3个基准，也就是后续其他管理域的综合和整体，所以这个过程中的输入包含了其他过程的输出，产出的结果就是项目管理计划

• 13个子计划：参考后续其他过程的“规划XXX”的产出来获得，比如进度管理计划、成本管理计划、人力资源管理计划等等
• 3个基准：范围基准、进度基准、成本基准

3. 指导管理项目执行

[In]： 项目管理计划、批准的变更请求、事业环境因素、组织过程资产

[Out]： 可交付成果、工作绩效信息、变更请求、项目管理计划更新、项目文件更新

[Tech]： 专家判断、分析技术、项目管理信息系统、会议

1. 过程说明

这个过程是PDCA中的Do的过程，也就是开始执行、实施项目。

那么执行项目的时候，就会涉及到有批准的变更请求需要做出变更，产出的结果就会是“可交付物”，在这个逻辑上就可以对这个过程进行理解了。

• 项目管理计划： 开始执行项目的依据，必然是前一个过程中已经制定好的项目管理计划。核心是：全员参与、逐步精确
• 批准的变更请求： 由于项目执行过程中会出现需要补救、返工、查错等等问题，就会存在一定的变更，那么经过变更管理流程批准后的变更请求，就需要在这个过程中进行实施。
• 可交付成果： 项目执行后的产出结果，也是需要进行各种验证核实后用于交付的内容的前身
• 变更请求： 项目执行过程中，会发现需要补救或者加入一些新功能，所以就会产出一些变更请求，让变更控制那边进行管理和批准

4. 监控项目工作

[In]： 项目管理计划、进度预测、成本预测、确认的变更、工作绩效信息、事业环境因素、组织过程资产

[Out]： 工作绩效报告、变更请求、项目管理计划更新、项目文件更新

[Tech]： 专家判断、分析技术、项目管理信息系统、会议

1. 过程说明

这个过程是PDCA中的Check的过程，也就是对整个整体管理，进行监控的过程。

比如项目的监理人员和项目经理，都需要对项目的整体进展进行全方位的把控，所以就要时时了解关于成本、进度等安排的信息，还会在监控过程中，发现有需要变更的地方，从而提出变更请求

• 进度预测： 来自进度管理 - 控制进度
• 成本预测： 来自成本管理 - 控制成本

5. 整体变更控制

[In]： 项目管理计划、变更请求、工作绩效报告、事业环境因素、组织过程资产

[Out]： 批准的变更请求、变更日志、项目管理计划更新、组织过程资产更新

[Tech]： 专家判断、会议、变更控制系统

1. 过程说明

前面提到了“变更请求”、“批准的变更请求”等，如何做到变更，就是这个过程中的变更控制。

一般来说，提出变更请求，然后需要经过CCB评估，如果批准了变更，就会进入项目执行。

2. 知识点说明

1. CCB - 变更控制委员会

1. 负责裁定接收哪些变更
2. 由多方人员共同组成
3. 是一个决策机构
4. 仅做评审，不提出变更

2. CCB工作程序

1. 产生变更想法
2. 项目管理团队分析影响
3. 将评估结果通知发起人
4. CCB审批
5. 审批通过则执行变更、记录变更实际情况、分发新文档
6. 审批失败则取消变更

3. 变更

1. 变更提出应以正式书面申请，并留下书面记录
2. 变更实施以项目经理进行监督
3. 变更评估内容：项目基准（首要依据）、变更目的是否达成、评估变更方案中的技术论证、经济论证与实施过程的差距

4. 纠正、预防、缺陷补救措施

1. 纠正措施 - 针对已经出现的偏差 - 纠偏差
2. 预防措施 - 针对将来的偏差 - 防风险
3. 缺陷补救 - 针对产品组件质量问题 - 补质量

6. 结束项目或阶段

[In]： 项目管理计划、验收的可交付成果、组织过程资产

[Out]： 最终的产品、服务或成果移交、组织过程资产更新

[Tech]： 专家判断、会议、分析技术

1. 过程说明

本过程是项目或者阶段结束的部分，但是要和“合同收尾”进行区分。关键点在于要移交最终的可交付成果，完成收尾。

本过程主要内容：核实产品、移交产品、手机记录、审核成败、经验教训、文件存档、遣散资源

一般来说，这里会有大量的会议，需要专家进行多轮多次的评审，对验收的结果进行分析、文档查验等，才能正式进行移交。所以本过程所用技术为：专家判断、分析技术、会议

2. 知识点说明

1. 验收的可交付成果：前面执行过程中输出的“可交付成果”并不能立马在这里进行移交，还需要进行质量控制、范围确认等，判断可交付成果是否符合验收标准，所以要移交前，需要获得的实际为“验收的可交付成果”