如何把要管理的项目定义清楚？
进行
项目
规划！
组织
范围
时间
质量
成本
项目规划成果 —项目计划书
? 项目许可证和项目章程
? 拟采取的管理方法
? 项目范围说明,包括项目
目标和主要的可交付成
果
? 项目工作分解结构,分解
的详细程度视具体项目
而定,但必须保证能够用
来进行控制
? 项目费用估算
? 计划开始和结束的日期
以及责任分派
? 测量和控制时间进度和
费用开支的基准
? 项目进展的主要里程碑
? 人员安排计划
? 业绩考核和评价制度
? 项目的主要风险,包括制
约因素和假设前提,以及
各风险的应对措施
? 未解决的问题和尚不能
做出的决策
项目规划成果 —辅助材料
? 项目各具体计划中未考虑的事项
? 项目规划期间新增的文件或资料,例如项
目规划开始时尚不知道的制约因素和假
设前提
? 技术文件,例如客户的需求,技术要求说明
书和设计文件
? Let’s begin
from the
beginning—
scope
management!
Topic 2
Project Scope Management
? Processes of project management
– Initiation—authorizing the project or phase
– Scope planning– developing a written scope statement
as the basis for future project decisions
– Scope definition—subdividing the major project
deliverables into smaller,more manageable components
– Scope verification—formalizing acceptance of the
project scope
– Scope change control—controlling changes of the
project scope
Scope planning-- scope statement
? scope statement--A documented description of
the project’s output or deliverables.
– 项目论证 —执行项目所要满足的商业需求。是评估未来效益
平衡的基础。
– 项目产品 —产品描述的简要概括。
– 项目目标 —确定项目成功完成所必须满足的定量标准（没有
量化的目标通常隐含有较高的风险）
– 项目可交付成果 —各层次字产品的总和（软件开发项目 =计算
机程序代码 +用户手册 +人机交互学习程序），各自完整或满
意完成，则整个项目完成。
项目的目标需要回答下列问题：
将做什么？
为什么要做它？
什么时候完成？
需要什么资源？
如何评价？
在哪里进行？
Scope planning
项目目标的表述要求
(Project Objective Statement,POS)
即用不多于 200字定量描述项目的成本、进度和质量标准
例子
2000年 8月 1日 —— 12月 1日为 A公司完成办
公管理系统开发工作。该系统将满足 A公司对
办公自动化的需求。需要 1000人时和 80,000元。
利润目标是合同额的 20%。
Scope planning
项目目标表述案例分析
Scope planning
项目交付结果
? 任何为完成一个项目或项目的某一部分
而产生的可测量的、有形的、可验证的
成果或结果、或生产出的物品
? 必须根据项目目标 (POS)确定项目的最
终结果和阶段性结果
? 符合 SMART原则
Scope planning
S.M.A.R.T 原则
? 明确性（ Specific） —— 最终目标是否明确？应该
做到哪一步以及何时完成？
? 可度量性（ Measurable） —— 能在多大程度上测量最
终目标的完成情况？
? 可完成性（ Achievable） —— 在规定时间内，最终目标
是否合理，能够实现？
? 相关性（ Relevant） —— 最终目标是否很重要、很
有价值,是否值得进行下去？
? 可跟踪性（ Traceable） —— 能够对整个项目进程
进行跟踪检查吗？
最终结果：
1.提交一个完成测试并被客户接受的办公管
理系统 (12/1/00)
2.提交一套系统使用手册 (12/1/00)
阶段性结果：
1.完成需求分析报告 (9/1/00)
2.确定系统设计方案 (10/1/00)
3.完成系统实现与系统测试 (11/15/00)
Scope planning
最终结果和阶段性结果描述案例
即 可交付成果 =动词 +名词 +时间限制
homework
? 成立项目小组，每组 4——7人，选定一个项目。
结合项目理解程度的检查表，通过讨论，达成
小组对项目的共识。提交相关文档：
– 项目名称
– 项目背景介绍
– 项目可行性分析
– 项目产品描述
– 项目目标（时间、费用、质量）
– 可交付成果（ 使用动词、名词、时间列出项目的至
少一个最终交付结果和两个阶段交付结果 两个最终
可交付成果 +三个阶段交付成果）
– 项目组成员名单及联系方式
Scope definition—WBS(work breakdown structure)
项目 X
层 1
层 2
层 3
WBS--A product-oriented ‘family tree’ of project
components which organizes and defines the total scope of
the Project,Each descending level represents an
increasingly detailed definition of a project component,
Project components may be either products or services,
and ‘intermediate’ or ‘final’.
Scope definition—WBS(work breakdown structure)
? 含义
– 面向成果的项目元素
的分组，组织并定义
了整个项目范围
– 建立和确认项目范围，
以便达成共识
– 工作元素经常被收集
在 WBS词典中，一般
包括工作描述和其他
项目信息
? 用途
– 确定工作范围
– 配备人员
– 编制资源计划
– 监视进程
– 明确阶段里程碑
– 具体内容的验证
Scope definition—WBS(work breakdown structure)
? 分解过程
– 确定项目的主要可交
付成果
– 确定可交付成果的组
成要素
? 按工作或技术 /地理位
置 /组织结构等线索进
行分解
? 具有可测试性及可验
证性
? 每个可交付成果的工
期不宜太长
– 核实分解的正确性
? 最低层任务是否必须
并充分
? 定义是否清晰完整
? 能否用来编制进度和
预算，能否进行人员
和其他资源的分配
Scope definition—WBS(work breakdown structure)
办公自动化系统开发
刘雷
需求分析与设计
李晶
系统实现与测试
刘雷
需求分析
李晶
系统设计
李跃
系统实现
魏新
系统测试
刘雷
办公自动化系统项目的 WBS
示例 1
Scope definition—WBS(work breakdown structure)
示例 3
新软件包安装
确定要求 设计 开发 测试 安装完成
确
定
需
要
设
计
作
业
系
统
修
改
外
购
软
件
包
修
改
内
部
程
序
修
改
手
工
操
作
系
统
流
程
测
试
外
购
软
件
包
调
试
内
部
程
序
测
试
手
工
操
作
系
统
流
程
安
装
完
成
新
软
件
包
培
训
人
员
0级
1级
2级
新软件包装项目的 WBS
Scope definition—WBS(work breakdown structure)
对 WBS进行编号以便于查询POS
1.0需求分析与设计
1.1需求分析
1.1.1系统调查
1.1.2需求分析
1.2系统设计
2.0 系统实现与测试
– 1000(POS)
? 1100(需求分析与设计 )
– 1110(需求分析 )
?1111(系统调查 )
?1112(需求分析 )
– 1120(系统设计 )
? 1200(系统实现与测试 )
由高层向下
层进行编排，
要求每项工
作有唯一的
编码
Scope definition—WBS(work breakdown structure)
示例 5
系统设备安装运行
1000
总体设计
1100
厂址
分析
1110
把零件
运往工
地
1321
布局设计
1200
设备安装
1300
设备调试
1400
选择
设计
1120
选择
设计
机器
布局
1210
工艺流
程设计
1220
加工
1310
装配
1320
安装
设备
1330
测试
设备
1410
试生
产
1420
组装部
件
1322
测试建
筑物
1323
0级
1级
2级
3级
新设备安装项目的 WBS
Scope definition—WBS(work breakdown structure)
编制 WBS词典,加强对项目的理解
对悬空层每一活动包括的详细内容进行表述，包括：任
务编号、名称、如何做、投入资源、结果、完成的标准 /
质量、由谁做 (5W1H)
编号 任务名称 过程 资源 结果 完成的标准 /质量 负责人
1.1 需求分析 核心成员到 A公司
进行系统
调查与需
求分析
需求分析
报告和
系统设计
初步方案
包括所有列出的
要开发的交付结
果的标准
李晶调查标准和设计
标准
100人时
5000元
示例
homework
1.对选定的项目进行工作结构分解,(至少分
到第二层 )
2.给任务编号,
3.编写悬空层任务的 WBS字典,
项目分解结构 —WBS的应用
? WBS—工作分解结构
? OBS—组织分解结构
? CBS—成本分解结构
? RBS—风险分解结构
? WBS—OBS责任矩阵
? WBS—CBS帐户 (科
目 )矩阵
? WBS—RBS风险矩阵
示例 --OBS
0 组织
1.0 设计部
1.1 李华
1.2 张海
1.3 康立泰
2.0 生产部
2.1 黄宏
2.2 宋佳
设计部
李
华 张海
康
立
泰
黄
宏
宋
佳
生产部
组织
WBS—OBS责任矩阵
设计
概
要
设
计
详
细
设
计
结
构
设
计
生
产
加
工
测
试
集
成
实现
产品
组
织
设
计
部
生
产
部
李华
张海
康立泰
黄宏
宋佳
F F
C F C
C
C C F C
C C F
F:负责
C:参与
示例 --CBS
0 费用
1.0 人工费
1.1 管理人员
1.2 技术人员
1.3 工人
2.0材料费
2.1 器件
2.2 消耗材料
人工费
管
理
人
员
技
术
人
员
工
人
器
件
消
耗
材
料
材料费
费用
示例 --RBS
0 风险
1.0 内部
1.1 技术
1.2 人员
1.3 战略
2.0 外部
2.1 客户
2.2 承包商
内部
技
术 人员
战
略
客
户
承
包
商
外部
风险
进行
项目
规划！
组织
范围
时间
质量
成本
项目规划成果 —项目计划书
? 项目许可证和项目章程
? 拟采取的管理方法
? 项目范围说明,包括项目
目标和主要的可交付成
果
? 项目工作分解结构,分解
的详细程度视具体项目
而定,但必须保证能够用
来进行控制
? 项目费用估算
? 计划开始和结束的日期
以及责任分派
? 测量和控制时间进度和
费用开支的基准
? 项目进展的主要里程碑
? 人员安排计划
? 业绩考核和评价制度
? 项目的主要风险,包括制
约因素和假设前提,以及
各风险的应对措施
? 未解决的问题和尚不能
做出的决策
项目规划成果 —辅助材料
? 项目各具体计划中未考虑的事项
? 项目规划期间新增的文件或资料,例如项
目规划开始时尚不知道的制约因素和假
设前提
? 技术文件,例如客户的需求,技术要求说明
书和设计文件
? Let’s begin
from the
beginning—
scope
management!
Topic 2
Project Scope Management
? Processes of project management
– Initiation—authorizing the project or phase
– Scope planning– developing a written scope statement
as the basis for future project decisions
– Scope definition—subdividing the major project
deliverables into smaller,more manageable components
– Scope verification—formalizing acceptance of the
project scope
– Scope change control—controlling changes of the
project scope
Scope planning-- scope statement
? scope statement--A documented description of
the project’s output or deliverables.
– 项目论证 —执行项目所要满足的商业需求。是评估未来效益
平衡的基础。
– 项目产品 —产品描述的简要概括。
– 项目目标 —确定项目成功完成所必须满足的定量标准（没有
量化的目标通常隐含有较高的风险）
– 项目可交付成果 —各层次字产品的总和（软件开发项目 =计算
机程序代码 +用户手册 +人机交互学习程序），各自完整或满
意完成，则整个项目完成。
项目的目标需要回答下列问题：
将做什么？
为什么要做它？
什么时候完成？
需要什么资源？
如何评价？
在哪里进行？
Scope planning
项目目标的表述要求
(Project Objective Statement,POS)
即用不多于 200字定量描述项目的成本、进度和质量标准
例子
2000年 8月 1日 —— 12月 1日为 A公司完成办
公管理系统开发工作。该系统将满足 A公司对
办公自动化的需求。需要 1000人时和 80,000元。
利润目标是合同额的 20%。
Scope planning
项目目标表述案例分析
Scope planning
项目交付结果
? 任何为完成一个项目或项目的某一部分
而产生的可测量的、有形的、可验证的
成果或结果、或生产出的物品
? 必须根据项目目标 (POS)确定项目的最
终结果和阶段性结果
? 符合 SMART原则
Scope planning
S.M.A.R.T 原则
? 明确性（ Specific） —— 最终目标是否明确？应该
做到哪一步以及何时完成？
? 可度量性（ Measurable） —— 能在多大程度上测量最
终目标的完成情况？
? 可完成性（ Achievable） —— 在规定时间内，最终目标
是否合理，能够实现？
? 相关性（ Relevant） —— 最终目标是否很重要、很
有价值,是否值得进行下去？
? 可跟踪性（ Traceable） —— 能够对整个项目进程
进行跟踪检查吗？
最终结果：
1.提交一个完成测试并被客户接受的办公管
理系统 (12/1/00)
2.提交一套系统使用手册 (12/1/00)
阶段性结果：
1.完成需求分析报告 (9/1/00)
2.确定系统设计方案 (10/1/00)
3.完成系统实现与系统测试 (11/15/00)
Scope planning
最终结果和阶段性结果描述案例
即 可交付成果 =动词 +名词 +时间限制
homework
? 成立项目小组，每组 4——7人，选定一个项目。
结合项目理解程度的检查表，通过讨论，达成
小组对项目的共识。提交相关文档：
– 项目名称
– 项目背景介绍
– 项目可行性分析
– 项目产品描述
– 项目目标（时间、费用、质量）
– 可交付成果（ 使用动词、名词、时间列出项目的至
少一个最终交付结果和两个阶段交付结果 两个最终
可交付成果 +三个阶段交付成果）
– 项目组成员名单及联系方式
Scope definition—WBS(work breakdown structure)
项目 X
层 1
层 2
层 3
WBS--A product-oriented ‘family tree’ of project
components which organizes and defines the total scope of
the Project,Each descending level represents an
increasingly detailed definition of a project component,
Project components may be either products or services,
and ‘intermediate’ or ‘final’.
Scope definition—WBS(work breakdown structure)
? 含义
– 面向成果的项目元素
的分组，组织并定义
了整个项目范围
– 建立和确认项目范围，
以便达成共识
– 工作元素经常被收集
在 WBS词典中，一般
包括工作描述和其他
项目信息
? 用途
– 确定工作范围
– 配备人员
– 编制资源计划
– 监视进程
– 明确阶段里程碑
– 具体内容的验证
Scope definition—WBS(work breakdown structure)
? 分解过程
– 确定项目的主要可交
付成果
– 确定可交付成果的组
成要素
? 按工作或技术 /地理位
置 /组织结构等线索进
行分解
? 具有可测试性及可验
证性
? 每个可交付成果的工
期不宜太长
– 核实分解的正确性
? 最低层任务是否必须
并充分
? 定义是否清晰完整
? 能否用来编制进度和
预算，能否进行人员
和其他资源的分配
Scope definition—WBS(work breakdown structure)
办公自动化系统开发
刘雷
需求分析与设计
李晶
系统实现与测试
刘雷
需求分析
李晶
系统设计
李跃
系统实现
魏新
系统测试
刘雷
办公自动化系统项目的 WBS
示例 1
Scope definition—WBS(work breakdown structure)
示例 3
新软件包安装
确定要求 设计 开发 测试 安装完成
确
定
需
要
设
计
作
业
系
统
修
改
外
购
软
件
包
修
改
内
部
程
序
修
改
手
工
操
作
系
统
流
程
测
试
外
购
软
件
包
调
试
内
部
程
序
测
试
手
工
操
作
系
统
流
程
安
装
完
成
新
软
件
包
培
训
人
员
0级
1级
2级
新软件包装项目的 WBS
Scope definition—WBS(work breakdown structure)
对 WBS进行编号以便于查询POS
1.0需求分析与设计
1.1需求分析
1.1.1系统调查
1.1.2需求分析
1.2系统设计
2.0 系统实现与测试
– 1000(POS)
? 1100(需求分析与设计 )
– 1110(需求分析 )
?1111(系统调查 )
?1112(需求分析 )
– 1120(系统设计 )
? 1200(系统实现与测试 )
由高层向下
层进行编排，
要求每项工
作有唯一的
编码
Scope definition—WBS(work breakdown structure)
示例 5
系统设备安装运行
1000
总体设计
1100
厂址
分析
1110
把零件
运往工
地
1321
布局设计
1200
设备安装
1300
设备调试
1400
选择
设计
1120
选择
设计
机器
布局
1210
工艺流
程设计
1220
加工
1310
装配
1320
安装
设备
1330
测试
设备
1410
试生
产
1420
组装部
件
1322
测试建
筑物
1323
0级
1级
2级
3级
新设备安装项目的 WBS
Scope definition—WBS(work breakdown structure)
编制 WBS词典,加强对项目的理解
对悬空层每一活动包括的详细内容进行表述，包括：任
务编号、名称、如何做、投入资源、结果、完成的标准 /
质量、由谁做 (5W1H)
编号 任务名称 过程 资源 结果 完成的标准 /质量 负责人
1.1 需求分析 核心成员到 A公司
进行系统
调查与需
求分析
需求分析
报告和
系统设计
初步方案
包括所有列出的
要开发的交付结
果的标准
李晶调查标准和设计
标准
100人时
5000元
示例
homework
1.对选定的项目进行工作结构分解,(至少分
到第二层 )
2.给任务编号,
3.编写悬空层任务的 WBS字典,
项目分解结构 —WBS的应用
? WBS—工作分解结构
? OBS—组织分解结构
? CBS—成本分解结构
? RBS—风险分解结构
? WBS—OBS责任矩阵
? WBS—CBS帐户 (科
目 )矩阵
? WBS—RBS风险矩阵
示例 --OBS
0 组织
1.0 设计部
1.1 李华
1.2 张海
1.3 康立泰
2.0 生产部
2.1 黄宏
2.2 宋佳
设计部
李
华 张海
康
立
泰
黄
宏
宋
佳
生产部
组织
WBS—OBS责任矩阵
设计
概
要
设
计
详
细
设
计
结
构
设
计
生
产
加
工
测
试
集
成
实现
产品
组
织
设
计
部
生
产
部
李华
张海
康立泰
黄宏
宋佳
F F
C F C
C
C C F C
C C F
F:负责
C:参与
示例 --CBS
0 费用
1.0 人工费
1.1 管理人员
1.2 技术人员
1.3 工人
2.0材料费
2.1 器件
2.2 消耗材料
人工费
管
理
人
员
技
术
人
员
工
人
器
件
消
耗
材
料
材料费
费用
示例 --RBS
0 风险
1.0 内部
1.1 技术
1.2 人员
1.3 战略
2.0 外部
2.1 客户
2.2 承包商
内部
技
术 人员
战
略
客
户
承
包
商
外部
风险
