PMP总结

项目管理培训总结（一）

概论与启动过程组

1. 项目四大目标：（四大基线） 范围， 进度， 质量 与 成本

2. 项目经常当作实现组织战略计划的一种手段 （战略规划，价值驱动） 3. 不能有 “Hero effect\光环效应， 也不要 \渡金 4. 项目经理是负责实现项目目标的个人 5. 目标的SMART原则 6. 项目开始的三项准备工作：

1. 选择合适的生命期 2. 干系人分析，需求与期望

3. 组织结构分析，项目经理的权力，项目环境分析

7. 项目经理最重要的工作是 整合(Integration) 最主要的技能是 沟通

(Communication) 8. 标准与规章制度 9. 项目阶段的特征

1. 以交付成果的完成为标志

2. 两类交付成果： 项目管理类 产品类 3. 阶段的正式结束不包括核准随后的阶段

10. 产品生命周期 > 项目生命周期 项目范围 > 产品范围 11. 管理Stakeholders 三步法

1. 确定Stakeholders 和 key stakeholders 2. 明确需求和期望 3. 满足要求并加以管理

12. PMO的作用：建立组织的项目管理制度标准，在组织内部增强沟通，平衡资源的使用；

提高员工的PM水平，提高组织的项目成功率。管理并确保正在实施的各种各样项目的一致性和连续性。 13. 项目团队：

1. 选择合适的PM过程 （裁减） 2. 冲突时，成员先解决

3. 项目管理过程与产品过程（项目阶段）是重叠交互的

14. 启动过程组： 2个

1. 确定了项目的用途，明确了项目目标，并授权项目经理

15. 规划过程组： 21个

1. 时间 和 费用没有独立的规划过程模型，包括在项目管理总计划里了。 2. 项目管理规划要做 过程改进计划，属于质量知识领域，但不是单独的过程模型

16. 执行过程组： 7个

1. 按照项目管理计划（不需要专家判断了）统一并实施项目的活动，协调人和资

源

2. 处理范围说明书中明确的范围，和经过批准的变更（整体变更控制负责批准） 3. 项目经理不亲自干活，沟通是主要技能。 占90%以上，其它50%以上是非书

面沟通

17. 监控过程组： 12个

1. 观察项目的执行，以便及时识别潜在的问题并在必要时能够采取纠正行动。（纠

偏）

2. 按项目管理计划和项目实施基准（Baseline）来监视正在进行的项目活动 3. 对能够妨碍整体变更控制的因素施加影响，以做到公实施经过批准的变更

18. 收尾过程组： 2个

1. 包括正式结束项目或项目阶段的所有活动，将完成的成果交与他人或结束已取

消的项目的各个过程

2. 项目收尾包括合同收尾 （合同收尾是把自己作为卖方） 3. 项目收尾包括 行政收尾 与 合同收尾 4. 合同收尾包括 行政收尾 与 产品核实

19. 过程组之间也是重叠交互的 20. 启动过程组：

1. 让顾客与其他Stakeholders参与启动过程 2. 同意分享项目所有权，对项目的成功至关重要。

3. 项目章程可以由项目经理编写，必需由为项目出资的一位项目发起人或赞助人

发出

4. SOW 与 范转说明书的区别：SOW描述项目的需求 （甲方提出）， 范围说

明书偏管理性说明 (P66) 5. 项目的选择是本着 现实性

6. NPV >= 0 项目可接受，否则不能接受

7. IRR > 行业收益率， 项目可接受， 否则不可接受

8. 成本收益分析 (Benefit / Cost Ratio) 为每投入一美元所获得的收益 9. 投资回报期(Payback period)

1. 静态投资回报期不考虑现金流折现 （利息） 适合短期项目 2. 动态投资回报期考虑现金流折现 3. 投资回收期越短越好

10. 投资收益率 (ROI)

1. 净利润 / 投资 Profit / Cost (Profit 为净利润， Benefit为毛利润) 2. ROI 越高越好

3. 至少应该大于 ARR (平均收益率)

11. 项目选择方法

1. 经济学模型：比较法，评分模型，效益贡献 2. 数学模型

3. 这些方法也称为决策树（EMV中会用到决策树）

12. 专家判断

1. Delphi方法 （背靠背提出意见，不同于Brainstorming) 2. ….

13. 关于项目章程的疑问应该由发起人(Sponsor)澄清 14. 需求不清是项目失败的主要原因

规划过程组

a. 邀请所有相关的Stakeholders参与

b. 项目团队 必须创造便于 Stakeholders 作出贡献的环境

c. PMS, PMIS, CMS, Change control, Version control 之前的关系 d. 产品范围，项目范围（包括产品范围） e. 范围基线 （范围说明书，WBS, WBS字典）

f. 项目范围是否完成以项目管理计划和三个范围基线为衡量标准， 产品范围是否完成则以产品要求作为衡量标准

g. 范围蔓廷 (Scope creep) 和项目渐进明细的区别

i. Scope creep 是变更，是变更就要走变更控制流程。CCB。 渐进明细不是变更 h. 价值工程

i. 价值 = 功能 / 成本 ii. 提高价值的基本途径有５种

1) 提高功能，降低成本，大幅提高价值 2) 功能不变，降低成本，搞主价值 3) 功能有所提高，成本不变，提高价值 4) 功能略有下降，成本大幅降低，提高价值 5) 大度提高功能，适当提高成本，从而提高价值

i. 质量功能部署: 用户化产品， 从满足设计需求 转变为 满足顾客需求 （定制化） j. 项目范围说明书在Stakeholders之间确认或建立一个对项目范围的共识。 是更细化了的初步范围说明书。 k. WBS

i. 由项目团队执行

ii. 层次结构 (mutil-level) COA (Code of Account) iii. 确定了整个项目范围，并有条理的组织在一起 iv. 工作包 (Work package) 是WBS 中的最底层

v. 滚动式规划: 对当前及随后的工作作不同的安排。 渐进明细的一种体现 vi. 80小时原则（工期） （６个月以下的项目实际可能是40小时原则） vii. 应分解到符合要求的详细程度

viii. 控制帐户与规划包 （控制帐户在成本管理中会用到）

l. WBS字典 （主要有两种需要：1. 多人参与时需要澄清；2. 之前没有做过） m. 网络图： PDM (AON), ADM (AOA), CDM (条件图) i. PDM 活动在节点，线条表示逻辑关系

ii. ADM活动在线条, 节点称为事件。 只能表示结束-开始 (FS)关系 1) 因为表达活动关系的需要 2) 虚活动没有历时，不需要资源 3) 用带箭头的虚线表示

iii. CDM 允许回路和条件分枝--GERT (图形评审技术) n. Dependencies 依赖关系 i. 强制（不能颠倒）

ii. 可斟酌处理的依赖关系 （软逻辑）

iii. 外部依赖关系 （尽量不要占在关键路径上）

o. 活动间的逻辑关系 i. 完成-开始 FS ii. 完成-完成 FF iii. 开始-开始 SS iv. 开始-完成 SF

v. 提前(Lead) 与 滞后(Lag)

p. 里程碑： 标志着某个重大事件或某个可交付成果的完成 q. 活动资源估算同费用估算过程紧密配合。 r. 资源平衡就是削峰填谷

s. 资源限制的进度编制： 最常用的规则--默认的是最快原则 t. 活动历时估算有buffer分析，三点计算： i. 期望值 = (悲观+乐观+4*最可能) / 6 ii. 标准差 = (悲观-乐观) / 6

iii. 标准差越小越好，说明不确定性小。 iv. 制定进度表中的PERT方法会用到三点估算 v. Beta分布（标准差）--三角分布 （加权平均值）

u. CPM： 把人想成勤快的， 关键链法： 把人想成懒的 50/50原则

v. 蒙特卡罗分析 可用在三个过程模型： 进度表制定， 风险识别， 风险定量分析 w. 关键路径： 项目历时最长的路径,浮动时间为0或负值

x. CPM 正向计算与反向推导 正向： 最早开始与最早结束， 反向： 最晚开始与最晚结束 y. Free float 与 Total float z. 工期压缩

i. 赶工 Crashing：通常成本增加，需要计算时间/成本比率，确定加班活动，针对关键路径进行

ii. 快速跟进 Fast tracking：通常风险增加，变串行为并行 aa. PERT (计划评审技术) i. 1 Sigma: 68% ii. 2 Sigma: 95% iii. 3 Sigma: 99%

bb. CPM是确定性估算， PERT是概率必估算

cc. 横道图（甘特图），时间感强，精确性差，水平方向长，经常用于向管理层汇报。 dd. 网络图，逻辑关系强，时间性差，适合团队内部使用。

ee. 费用估算中的准备金分析针对的是 已知的未知 风险。属应急储备，项目管理控制 ff. 费用预算中的准备金分析针对的是 未知的未知 风险。属管理储备，高层控制 gg. 类比估算，又称之为自上而下法，是一种专家评定法，可靠性差，但费用低 hh. 自下而上法需要用到WBS，准确，但费用高

ii. 参数估算，类似于软件开发中的代码行计算法...准确性无法估证，无法适应变化 jj. 估算的准确性： 初步估算（量级估算）

-50% -- 100% 一般在可行性研究或概念阶段 预算估算

-10% -- 25% 设计阶段 确定性估算

-5% -- 10% 项目实施前

后期估算 -10% -- 15%

kk. 费用估算是一个数字，费用预算是一条线（什么时间需要多少钱）。预算是批准了的估算。 ll. 费用基准 （是一条S曲线）

mm. 成本基线包括应急储备，但不包括管理储备 nn. 质量规划

i. PDCA闭环与14点法则, 预防胜于检查。目标不变，持续改善和知识积累 ii. 朱兰 (Juran)， 适用性。 定义了质量与等级的区别

iii. Crosby克卢斯比 零缺陷： 质量源于预防，质量是用非一致性成本来衡量的 iv. TQM 全面质量管理：

1) 持续改进 (Kaizen), 缺陷调整 (Warusa-Kagen) 2) 管理层负85%责任 3) 员工负最终责任

4) 项目经理负全面首要责任

5) 项目工程师负建立设计和测试规范的首要责任

6) 项目经理为整个可交付成工负责，单个交付成果由项目成员负责 v. Six Sigma

vi. Taguchi 田口玄一理论： DOE实验设计提出，运用统计技术计算损失函数，最关心的做好一点。

vii. 质量政策： 是企业最高层颁布的质量工作的总方向，项目团队 应负责让项目各方都充分理解该政策。

viii. 从长远的观点来看，质量可以节约成本，并缩短工期 ix. 质量是规划，设计出来的，而不是检查出来的。

x. 质量效费比分析：满足质量要求主要回报是更少的返工。回报大于投入 xi. 业界指标，质量成本占总成本的8--10% xii. 质量成本： Juran朱兰， 预防+损失

1) PAF(Prevention, Appraisal, Failure) 成本模型 （一致成本和非一致成本） oo. 人力资源规划

i. 确定项目角色、职责、汇报关系，并制定人员配置管理计划 ii. RAM (职任分配矩阵) RACI 模型

iii. 项目接口：组织接口， 技术接口， 人员接口 iv. 组织计划编制的约束

1) 组织的结构 （职能还是矩阵） 2) 集体讨论协议（工会，双方意愿） 3) 人员偏好 4) 预分配

5) 经济条件 （太贵了用不起） pp. 沟通管理

i. PM必须是一个沟通者，他们75-90%的时间花在沟通上

ii. IT项目的成功依赖三大要素： 用户参与、 主管层支持、 要求的清晰表述 iii. 沟通模型

1) 过滤尽量被限制 2) 要有反馈 3) 发送者与接收者

本文来源：https://www.bwwdw.com/article/qwod.html