【PMP系列】规划过程组

yunqi1215

已于 2025-02-26 15:49:37 修改

阅读量574

点赞数 14

CC 4.0 BY-SA版权

分类专栏： PMP 文章标签：笔记

于 2025-02-26 15:36:54 首次发布

本文链接：https://blog.youkuaiyun.com/yunqi1215/article/details/145879239

1、项目整合管理

1.1、制定项目管理计划

作用

明确基准（范围、进度、成本）
明确项目管理的各种方法论

输入

项目章程
其他过程输出：其他规划过程所输出的子计划和基准都是本过程的输入

工具：会议

开工大会（启动大会，kickoff meeting），规划完成后，执行开始前，主要作用不是参加会议，而是做出承诺。会议主要内容包括：
- 明确角色和职责，项目团队成员互相认识，明确方法论和基准，介绍项目背景及计划
- 明确项目目标，获得团队对项目的承诺、正式介绍项目管理计划，并在相关方之间达成共识，获得相关方的支持（批准），管理相关方的期望

输出

项目管理计划

注意

PM牵头，团队编制，干系人协助、提交，此阶段只是初稿，滚动迭代更新
在项目收尾之前，项目管理计划需要通过不断更新来渐进明细，并且这些更新需要得到控制和批准
如果相关方没有参与开工大会，那么仍然需要另行安排会议，并获得支持与承诺
发起人批准相关计划还不够，项目计划应获得相关方的批准和承诺，最好的办法就是开开工会议（要获得相关方支持，也需要引导参与获得承诺）
制定项目管理计划后，PM下一步该怎么做？向关键相关方提交项目管理计划并获得他们的批准。项目管理计划一旦批准既被确定为基准。
确定基准之前，对项目管理计划进行多次更新，无需遵循正式流程；一旦确定了基准，只能通过实施整体变更控制过程进行更新

2、项目范围管理

2.1、规划范围管理

作用

明确范围管理的方法论

范围管理计划：无范围，描述将如何定义、制定、监督、控制和确认项目范围、验证范围。

需求管理计划：描述将如何分析、记录和管理项目和产品需求

项目范围的管理方法记录在范围管理计划中，选择规划范围管理的工具就是会议

2.2、收集需求

作用

全量收集不筛选
收集完的需求记录在需求文件和RTM（需求跟踪矩阵）里

工具

访谈：一对一谈话，机密信息
焦点小组：专家，受过训练的主持人
专家判断
头脑风暴：各种想法，畅所欲言，配合名义小组
名义小组：公开投票，优先排序，促进头脑风暴
标杆对照：最佳实践
文件分析
观察与交谈：挖掘隐藏需求，对方不愿意或者不能把需求告诉你
问卷调查：多快省，受众多，地理位置分散，快速收集，统计分析
亲和图：分组分类，用关键词总结归纳
思维导图
原型法：有型的实物，据此征求客户反馈。对应敏捷中MVP
德尔菲技术：匿名多轮；趋向一致；专家组就某一专题达成一致同意；所有投票统一交给主持人；客观；有结论
引导：引导式研讨会可用于快速定义跨职能需求并协同相关方的需求差异

输出

需求文件
- 单一需求将如何满足与项目相关的业务需求。
- 和甲方确认，甲方需求讲完写在需求文件里，认可之后签字画押，需求文件不明确不进行下一阶段的范围梳理环节
需求跟踪矩阵（RTM）
- 把产品需求从其来源连接到能满足需求的可交付成果的一种表格
- 把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值
- 在整个项目生命周期中跟踪需求，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付
- 控制范围的重要输入，有助于探查任何变更或对范围基准的任何偏离。

收集完需求，要更新需求文件&RTM

收尾阶段，客户说需求没满足，查看RTM（收尾阶段有需求没满足就看RTM）

2.3、定义范围

作用

将需求转化成具体范围
从需求中筛选形成范围，筛出来的范围写在范围说明书里

工具

产品分析：翻译，把需求翻译成范围

输出

项目范围说明书
- 对项目范围、主要可交付成果、假设条件和制约因素的描述
- 记录了整个范围，包括项目和产品范围
- 详细描述了项目的可交付成果
- 还代表项目相关方之间就项目范围所达成的共识。
- 包括内容：（可交付成果和验收标准首选范围说明书，次选WBS词典）
  - 产品范围描述（渐进明细）：针对产品本身，要交付什么样的可交付成果
  - 验收标准
  - 可交付成果：针对管理类辅助成果，文档，项目管理报告和文件
  - 除外责任：哪些内容不属于项目范围，有助于管理相关的期望及减少范围蔓延

项目章程&项目范围说明书区别

项目章程：记录了项目成功标准、审批需求，以及由谁来签署项目结束，包含高层级的信息。可交付成果，成功标准，退出标准

项目范围说明书：项目经理根据章程与SOW编制，表明干系人共识，可交付成果，验收标准

注意

用项目管理计划衡量项目范围完成情况；用产品需求衡量产品范围的完成情况
范围说明书可明确指出哪些工作不属于项目范围，使项目团队能进行更详细的规划，在执行过程中指导项目团队的工作，并为评价变更请求或额外工作是否超过项目边界提供基准。

2.4、创建WBS

作用

将范围说明书分解到适合管控的颗粒度（WBS+WBS词典（连体婴，一起出现一起使用））

范围=项目范围+产品范围

项目范围=产品范围+管理工作

包括全部产品和项目工作，项目管理工作，没有项目管理就不是WBS

工具：分解

输出

范围基准
- 范围基准 = 范围说明书+WBS+WBS词典
- 只有通过正式的变更控制程序才能进行变更
WBS 词典：
- 工作包配套的说明卡片
- 每个工作包上都要有编号，而且是独一无二的编号
- WBS里没有细节只能看到结构，WBS词典有细节，通过编号和具体的工作包对应起来
- 内容可能包括：
  - 账户编码标识
  - 工作描述
  - 假设条件和制约因素
  - 质量要求
  - 验收标准
  - 成本估算
  - 进度里程碑
  - 所需资源