变更流程：提出，影响评估、信息收集、ccb决策

变更日志：批准或未批准都需要放进去

任务17：规划范围管理

目的：

A需求管理办法

B范围管理办法

范围管理办法文档：

1、制定项目范围说明书

2、创建WBS和WBS词典

3、维护和批准项目基准

4、项目可交付成果验收

5、关于项目范围变更

任务16：项目范围管理概述

核心概念：产品范围、项目（工作）范围

目的：All and Only —— 不镀金

发展趋势：BA（业务分析）

项目范围管理过程：

1、规划范围管理

2、收集需求

3、定义范围

4、创建WBS

5、确认范围

6、控制范围

任务15：结束项目或阶段

收尾必要活动：

1、确保完成

2、确保合同项完结

3、总结

4、移交

5、收集改进意见

6、调查满意度（各方：客户、领导、团队成员）

收尾输入：

1、项目章程（记录项目成功标准）

2、项目管理计划（所有组成部分完结）

3、项目文件（需求、里程碑、风险、日志、沟通记录等）

4、验收的可交付成果

5、商业文件（商业论证、效益管理计划）

6、协议（合同条款、）

7、采购文档（管理文档、技术文档）

8、组织过程资产

收尾工具：

1、专家判断（管控、审批、法律）

2、数据分析（偏差分析、文件分析、回归分析、趋势分析）

3、会议（会议类型、目的）

收尾输出：

1、项目文件更新。

2、最终产品、服务、成果移交。

3、最终报告（a、项目综述 b、最终产品确认信息总结c、范围模板实现情况d、质量模板实现情况e、成本模板实现情况f、进度模板实现情况g、项目收益实现情况h、项目商业需求满足情况i、项目重大事件及解决情况回顾）

收尾组织过程资产更新：a

项目整合管理7过程：

1、制定项目章程

2、制定项目管理计划

3、指导与管理项目

4、管理项目知识

5、健康项目工作

6、实施整体变更

7、结束项目或阶段

变更控制：

审查变更请求、审批、处理结果
变更责任人：PM

CCB，变更控制委员会——正式团体。

变更计划里面应该含有 CCB成员，角色，责任，权限。

变更控制流程：

1、变更内容-——2、影响评估——3、变更批准

变更结束后，更新变更日志。

项目与项目集

项目组合

项目在组织中

技术项目管理：项目管理专业知识

协议：自己的，分包的协议

CPM：不考虑资源约束

7格图，正推法，能早则早，1指的是1号 

反推法，能晚则晚，灵活度（总浮动时间））为0是关键路径

自由浮动时间，自己浮动时间—下一个浮动时间，

自己调整 时间不用通知后个阶段，不用通知的幅度

总浮动时间为负数，就要压缩 进度

资源平衡，平衡绝对资源，资源平滑，让工作符合均衡（总时间不变）） 

What-if， 最差情况分析，最好情况分析

蒙特卡洛分析 

敏捷一交付的功能为核心，迭代0是准备工作

制定计划的工具：专家判断 数据收集 人际关系与团队技能 会议

PMP 3个绩效基准 :范围基准 进度基准 成本基准

变更管理计划

偏差分析，趋势分析

控制的输出都是4个

1、工作绩效信息

关于项目和产品范围的、实施情况与范围基准对照的、考虑了相互关联及各种环境背景信息的绩效情况，包括：收到的变更分类，识别的范围偏差和原因，偏差对进度和成本的影响，对将来范围绩效的预测

2、变更请求

3、项目管理计划更新

（1）范围管理计划

（2）范围基准

（3）进度基准

（4）成本基准

（5）绩效测量基准

4、项目文件更新

（1）经验教训登记册

（2）需求文件

（3）需求跟踪矩阵

检查、投票，验收

WBS：工作分解结构

结构化的图→树形图，提纲式

WBS最底层元素被称为工作包。

 分解的步骤：1、识别和分析可交付成果及相关工作；

2、确定WBS的结构和编排方法；

3、自上而下逐蹭细化分解；

4、为WBS组成部分制定和分配标识编码；

5、核实可交付成果分解的程度是否恰当。

分解的程度取决于所需的控制程度，以实现对项目的高效管理

外包出去的工作也要分解，要纳入到项目WBS，签署采购合同时，卖方须制定相应的合同WBS。控制账户，规划包：是一种低于控制账户而高于工作报告的工作分解结构组件，工作内容已知，但详细的进度活动未知。一个控制账户可以包含一个或多个规划包

产品分析

1. 产品分解
2. 需求分析
3. 系统分析
4. 价值分析
5. 价值工程 - 满足需求的前提下降低成本，V=F/C, V为价值，F为功能，C为成本。

头脑风暴：brain storming

1. 短时间收集大量创意
2. 重量不重质
3. 德尔菲法

访谈：interview

1. 一般一对一
2. 提纲性或者即兴的提问
3. 可以用于获取机密信息

焦点小组：focus group

1. SME当主持人
2. 参与人要有代表性
3. 有记录者
4. 定性分析方法

问卷调查：questionnaire

1. 受众广，人员地理分布广
2. 问卷编写要全面

标杆对照：benchmark

1. 有标杆进行对标
2. 标杆可以使内部的，也能是外部的
3. 可以使绩效跃进，而不是逐渐改进

数据分析输出

1. 亲和图：有“亲”缘关系的观点”和“在一起
2. 思维导图

人际关系和团队技能

1. 名义小组技术：小组内没有交流，个人思考后写出来，观点可靠性更高
2. 观察和交谈：job shadowing，外部观察和参与性观察
3. 引导技术：

• JAD（joint application development or design）- 开发团队和客户直接沟通，多用于软件行业。
• QFD（quality function deployment）- 收集客户声音，对客户需求进行排序，从而确定目标，多用于传统和制造行业。
• 用户故事 - 参与性设计，多用于敏捷。

原型法 Prototypes - 在执行之前提供一个工作模型，eg：故事板

1. 渐进性开发
2. 具有渐进明晰性

需求跟踪矩阵

需求的起源-细化-设计-实现-检验-验收

各类工具的详细说明

如数据收集方式，数据分析，决策，数据表现，人际关系与团队技能，系统交互图，原型法等各类子系统。

BA就是DDD中的领域专家，但更强调总体把握业务需求。

软件开发项目交付后，要进入维护期，这个会使用开发团队的资源，这个时候项目经理和项目属于什么角色和生命周期呢？

1.负责，敢于担责

2.