如何把要管理的项目定义清楚？
进行项目规划！
组织范围时间质量成本项目规划成果 —项目计划书
项目许可证和项目章程
拟采取的管理方法
项目范围说明,包括项目目标和主要的可交付成果
项目工作分解结构,分解的详细程度视具体项目而定,但必须保证能够用来进行控制
项目费用估算
计划开始和结束的日期以及责任分派
测量和控制时间进度和费用开支的基准
项目进展的主要里程碑
人员安排计划
业绩考核和评价制度
项目的主要风险,包括制约因素和假设前提,以及各风险的应对措施
未解决的问题和尚不能做出的决策项目规划成果 —辅助材料
项目各具体计划中未考虑的事项
项目规划期间新增的文件或资料,例如项目规划开始时尚不知道的制约因素和假设前提
技术文件,例如客户的需求,技术要求说明书和设计文件
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 承包商内部技术 人员战略客户承包商外部风险
