三、定义范围

Inputs

1.项目章程

2.项目管理计划

3.项目文件：

• 一致同意
• 大多数同意
• 相对多数原则

4.事业环境因素

5.组织过程资产

 

Tools & Techniques

1.专家判断：

       应征求具备类似项目的知识或经验的个人或小组的意见。

2.数据分析：

       备选方案分析可用于评估实现项目章程中所述的需求和目标的各种方法。

3.决策：

       多标准决策分析是一种借助决策矩阵来使用系统分析方法的技术，目的是建立诸如需求、进度、预算和资源等

4.人际关系与团队技能：

       引导：在研讨会和座谈会中使用引导技能来协调具有不同期望或不同专业知识的关键相关方，使他们就项目可交付成果以及项目和产品边界达成跨职能共识。

5.产品分析：

       可用于产品和服务,包括针对产品或服务提问并回答,以描述要交付的产品的用途、特征及其它方面：

• ❶产品分解:树桩结构分解产品部件,主要解”做什么”
• ❷系统分析:要把解决问题作为一个系统,找出解决问题的可行方案
• ❸需求分析:对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要得到什么结果
• ❹系统工程:全面权衡得到最优解的方法,并使各组成部分能够最大限度的相互协调
• ❺价值工程:在产品开发设计阶段即进行的价值与成本分析,提高价值
• ❻价值分析:在产品量产后,通过持续分析降低成本的主要手法

 

Outputs

1.项目范围说明书：

       项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。

内容：

• 产品范围描述
• 可交付成果
• 验收标准：通过验收的一系列条件
• 除外责任：识别排除在项目之外的内容

对比：

2.项目文件更新：

• 假设日志
• 需求文件
• 需求跟踪矩阵
• 相关方登记册

---

<每天一小时，两月过PMP>整理。科科过提供技术支持

 

四、创建WBS

Inputs

1.项目管理计划：

       定义了如何根据项目范围创建WBS

2.项目文件：

• 项目范围说明书
• 需求文件

3.事业环境因素：

       提供制定WBS标准

4.组织过程资产：

• 政策、程序、及项目WBS标准
• 以往项目的项目档案
• 以往项目的经验教训

 

Tools & Techniques

1.专家判断：

       经常备被用来分析所需要的信息,以创造一个有效的WBS分解,将项目可交付成果分解成较小的组成部分

2.分解：

       把项目可交付成果划分为更小的、更便于管理的组成部分,直到工作和可交付成果被定义到工作包的层次

 

Outputs

1.范围基准：

⑴项目范围说明书

⑵WBS：

       ①项目范围说明书

       ②WBS的100%原则：

• WBS包含了全部的产品、项目工作、项目管理工作
• 将WBS底层的所有工作逐层向上汇报
• 确保没有遗漏的工作，也没有多做的工作

       ③控制账户：

• 开支账户是一个管理控制点
• 把范围、预算、实际成本和进度加以整合，并与挣值相比较，以测量绩效
• 控制账户设置在WBS中选定的管理节点上
• 每个控制账户能有一个或多个工作包
• 一个工作包只属于一个控制账户
• 规划包位于控制账户下

       ④账户编码：

• 账户编码为工作包建立唯一标识
• 是创建WBS的最后步骤
• 为进行成本、进度与资源信息的层级汇总提供了层级结构

⑶WBS词典：

       详细描述可交付成果、活动和进度信息的文件。

       所需资源、成本估算、质量要求、验收标准、技术参考文献、协议信息、相关的进度活动、进度里程碑、负责的组织、假设条件和制约因素、工作描述、账户编码标识。

⑷工作包

⑸规划包

 

2.项目文件更新：

• 假设日志
• 需求文件

---

<每天一小时，两月过PMP>整理。科科过提供技术支持

项目范围管理核心知识点图片版：