非原创
8.4项目管理计划
项目管理计划可以是概括的，也可以是详情，应该要基准化，至少应该规定项目范围、时间和成本方面的基准。
基准确定之前，可以对项目管理计划多次变更，不需要遵循正式流程
一旦确定了基准，只能通过提出变更请求，实施整体变更控制过程进行更新，
在项目收尾之前，要通过更新来不停的渐进明细，这些更新需要得到控制和批准。
8.4.1输入
1.项目章程
2.其他知识领域规划过程输出
创建项目管理计划需要整合诸多过程的输出。其他知识领域规划过程所输出的子计划和基准都是本过程的输入。此外，对这些子计划和基准的变更都可能导致对项目管理计划的相应更新。
3.事业环境因素
4.组织过程资产
8.4.2工具与技术
1、专家判断
2、数据收集
（1）头脑风暴
（2）核对单：自身经验制定的标准化核对单或者所属行业的核对单。
（3）焦点小组
（4）访谈
3、人际管理与团队技能：包括以下三个方面
（1）冲突管理
（2）引导
（3）会议管理
4、会议
在制订项目管理计划中，可以通过会议讨论项目方法，确定为达成项目目标而采用的工作执行方式，以及明确项目执行过程中的监控方式。通常利用项目开工会议来明确项目规划阶段工作的完成并宣布开始项目执行阶段，目的是传达项目目标、获得团队对项目的承诺，以及闸明每个干系人的角色和职责。开工会议召开时机取决于项目特征:
（1）对于小型项目:通常由同一个团队开展项目规划和执行。这种情况下，由于执行团队参与了规划，项目在启动之后就会开工。
（2）对于大型项目:通常由项目管理团队开展大部分规划工作。在初始规划工作完成、执行(开发)阶段开始时，项目团队其他成员才参与进来。这种情况下，开工会议将在项目执行阶段开始时召开。
（3）对于多阶段项目:通常在每个阶段开始时都要召开一次开工会议
8.4.3输出
项目管理计划
项目管理计划组件主要包括：
1、子管理计划：范围管理计划、需求管理计划、进度管理计划、成本管理计划、质量管理计划、资源管理计划、沟通管理计划、风险管理计划、采购管理计划、干系人参与计划。
2、基准:范围基准、进度基准和成本基准。
3、其他组件：项目管理计划过程生成的组件会因项目而异，但是通常包括：变更管理计划、配置管理计划、绩效测量基准、项目生命周期、开发方法、管理审查。
8.5指导与管理项目工作
本过程在在整个项目期间开展，主要作用是对项目工作和可交付成果开展综合管理。
8.5.1输入
1.项目管理计划
2.项目文件
（1）需求跟踪矩阵
（2）风险登记册
（3）风险报告
（4）里程碑清单
（5）项目进度计划
（6）项目沟通记录
（7）经验教训登记册
（8）变更日志
3.批准的变更请求
批准的变更请求是实施整体变更控制过程的输出，包括经项目经理审查和批准的变更请求，必要时需要经变更控制委员会(Change Control Board，CCB)审查和批准。CCB 是项目的所有者权益代表，负责对变更进行决策。CCB 由项目所涉及的主要于系人共同组成，通常包括用户和项目所在组织管理层的决策人员。CCB 是决策机构，不是作业机构;通常 CCB 的工作是通过评审手段来决定项目基准是否需要变更，但不提出变更方案。
经 CCB 批准的变更请求可能是纠正措施（说管理是纠正）、预防措施和缺陷补救措施（说产品是缺陷），并由项目团队纳入项目进度计划付诸实施，批准的变更请求可能对项目或项目管理计划的相关领域产生影响，还可能导致修改正式受控的项目管理计划组件或项目文件。
4.事业环境因素
5.组织过程资产
8.5.2工具与技术
1.专家判断
2.项目管理信息系统：系统给项目 IT管理工具
3.会议
包括开工会议、技术会议、敏捷或迭代规划技术、每日站会、指导小组会议、问题解决会议以及回顾会议。
8.5.3输出
1.可交付成果
一旦完成了第一个可交付成果后，就应该执行变更控制。
2.工作绩效数据
执行项目过程中，从每个正在执行项目中收集的最原始观察结果和测量值
3.问题日志
记录和跟进所有问题的项目文件，作为指导和管理项目工作的输出，问题日志被首次创建。
4.变更请求
修改任何文件，可交付成果或基准的正式提议都需要发起变更请求
（1）纠正措施：管理
（2）预防措施：未来
（3）缺陷补救：产品
（4）更新：对正式受控的项目文件或计划进行变更，
5.项目管理计划的更新
都以变更请求的方式提出，且通过组织的变更控制过程进行处理。
6.项目文件的更新
（1）活动清单：增加或修改工作
（2）假设日志
（3）经验教训登记册
（4）需求文件
（5）风险登记册
（6）干系人登记册
7.组织过程资产的更新
