CMMI-项目管理过程域
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• • • • • • • • • 估计范围和必须执行的工作 建立产品的开发机制 开发项目计划 获得对计划的承诺 与供应商的工作 依据计划监控项目进展 识别和分析风险 对重大偏差采取措施 为减缓风险采取措施
7
2012-12-24
项目管理的过程域
• 包括
• • • • • • Project Planning （PP） Project Monitoring and Control（PMC） Supplier Agreement Management （SAM） Integrated Project Management for IPPD （IPM/IPPD） Risk Management （RSKM） Quantitative Project Management（QPM）
2012-12-24 SG1 建立估算 估计项目 范围
建立工作 产品和任 务属性的估计
确定工作量 和成本估计
计划的数 据
定义项目 生命周期
17
SP 1.1
估计项目范围
• 通过确定较高级别的WBS来估计项目范围
• WBS是一种以产品结构为导向，将项目的进度、工作 量和资源充分结合起来的一种表现方式 • WBS随着项目的进展而不断细化 • 工作包则是产品的组成单元，将工作包分解到相应的 详细程度，以便于估计项目活动、职责和工期
2012-12-24
13
如果PP执行地不好……
• • • • 项目属性的估算是不准确的 从一个简陋的计划文档中难以识别到偏差 当需要的时候，资源却不可用 未来的项目不能从已结束的项目中获得经验
2012-12-24
14
特定目标
• SG 1 建立估算
• 建立和维护项目计划的估计参数
• SG 2
• SG 3
项目的要素：
• 目标、应用、技术、规模、历时 • 客户、项目组
4
2012-12-24
日常的项目行为应该是……
• 计划第一，依据计划办 事 • 事后反应 • 用事实决策 • 以感觉代替现状 • 反省和体会 • 边走边看，等待非常事 件 • 做好准备 • 靠“勇气”决断 • 观察和度量工作绩效 • 除了自己指责他人
为成功而计划
• If you don’t know where you are going, you’ll end up someplace else.
-- Yogi Berra
2012-12-24 12
目的
• 建立和维护定义项目活动的项目计划 • 项目计划牵涉到：
• • • • 开发计划 定义相关人的参与 获得承诺 维护项目计划
• 典型的工作产品包括
• 项目生命周期及其各阶段定义
2012-12-24 29
SP 1.4 建立工作量和成本的估计1
• 基于模型或历史数据估计工作量和成本
• 工作量和成本估计的输入通常包括：
• 工作量相关的风险、产品和产品模块需求、技术路线、WBS、工作 产品的规模估计、工作产品的复杂度估计、选定的生命周期模型和 对应的过程 • 外购工作产品的成本 • 工程环境中工具的使用情况、管理人员和项目组成员执行工作的技 能 • 知识、技能和培训需求、办公设备和场所 • 制造过程能力、差旅费 • 任务、工作产品、软件、硬件、人员、工作环境方面对应的安全级 别的要求 • 呼叫中心和产品保障工作的服务级别协议 • 直接的人力成本和管理费用
阶段3 2012-12-24
产品 23 任务
WBS－分解的基本要素
示例：
过程
需求分析 过程
产品1
产品2ቤተ መጻሕፍቲ ባይዱ
原型
需求规约
任务1
任务2
任务1:制 作原型
任务2:评 审原型
任务3:培训制 作原型的方法
2012-12-24
24
WBS－2周原则
• 所有的项目活动最终都要拆分成由一个人在2 周内完成的任务 • 任务划分的比较细有利于精确的估算 • 监控和评估进度比较容易 • 跟踪项目进度和成本的时候及时更新状态信息 成为可能
2012-12-24 30
SP 1.4 建立工作量和成本的估计2
• 典型的工作产品包括
• 1. 估计原理 • 2. 项目工作量估计 • 3. 项目成本估计
2012-12-24
31
常用估算方法
• 规模估算
• • • • • • Wideband Delphi Pert Sizing Sizing By Analogy Reused Code IFPUG 快速功能点
2012-12-24
34
运算法
• 工作量 = p*s*l*e
• • • • p = 软件产品的规模（SLOC） s = 生产力系数（1/每人月的代码行） l = 开发工具系数 e = 规模系数
2012-12-24
35
特定目标的关系
建立估算
计划的数据
开发项目计划
获得对计划的 承诺
项目计划
PMC
2012-12-24
2012-12-24
25
SP 1.1 估计项目范围－子实践
• 3. 识别需要外购的工作产品或工作产品模块 • 4. 识别需要重用的工作产品 • 典型的工作产品包括
• 任务描述 • 工作包描述 • WBS
2012-12-24
26
SP 1.2 建立工作产品和任务属性的估计1
• 1. 确定技术方法
• 项目技术路线，定义产品开发的高层策略，例如
• 需要尽早识别那些限定管理决策的因素，而这些因素往往是 我们首先应该关注的因素：例如任务工期、所需资源、输入 和输出
• 识别约束
2012-12-24
38
SP 2.1
建立预算和工期2
• 识别任务依赖关系
• 关键路径法 (CPM)，项目评价与评审技术 (PERT)，资源限制排序
• 确定预算和工期 • 建立纠正措施标准
20
WBS－按职能的分解
项目
市场
开发
测试
管理与支持
服务
2012-12-24
21
WBS－按生命周期的分解
项目
阶段1
阶段2
阶段3
2012-12-24
22
WBS－按职能-生命周期分解
项目
市场 开发 测试
管理与支持
服务
过程
过程 产品
阶段1
产品 任务 过程 过程
任务
过程
阶段2
产品
任务
产品
任务
产品
任务
过程
识别项目 风险
计划相关人参与 建立项目计划
计划相关人 参于
建立项目 计划
计划所需 知识和技能
项目计划
PMC
2012-12-24
37
SP 2.1
建立预算和工期1
• 识别主要的里程碑 • 识别进度假设
• 设定里程碑通常为了确保在里程碑之前完成某种交付物。里 程碑可以是事件驱动也可以是日期驱动。对于日期驱动的里 程碑，一旦设定里程碑就很难更改它的日期 • 最初设定的进度往往伴随着对某些活动所作的假设，这些假 设往往又没有太多的可参考的估计数据。识别这些假设有助 于理解整个工期的置信水平（不确定性）
36
SG2 开发项目计划
• • •
• •
• •
SP 2.1 SP 2.2 SP 2.3 的管理 SP 2.4 SP 2.5 技能 SP 2.6 SP 2.7
建立预算和工期 识别项目风险 计划对项目资料
计划项目资源 计划所需知识和
计划的数据 SG2 开发项目计划
建立预算和 工期 计划对项目 资料的管理 计划项目 资源
• 建立标准以确定严重偏离项目计划的程度。评 判是否需要采取纠正措施应该有对应的标准。 纠正措施可能需要重计划、建立新协议或者调 整当前计划中的活动
• 工作量估算
• 运算法 2012-12-24 • 专家判断法
32
Wideband Delphi方法
步骤 活动 1. 2. 3. 4. 5. 6.
2012-12-24
召集人召集所有参加估计的人员，并将软件项目的需求和估计用表格 分发给大家 召集人召集所有参加估计的人员进行一个会议，讨论有关软件规模的
2012-12-24
5
规范：按照行为准则行事
规范是联结整个项目的粘合剂 创建和维护标准化的环境 帮助所有人建立起对他人的正常期待 使人们能够摆脱他人创造的危机，从而提高生 产力 • 提升士气 • • • •
2012-12-24
6
理解项目管理
• 目的：保证项目成功 • 覆盖策划、监督和控制项目的活动
CMMI-项目管理过程域
PP,PMC, SAM,RSKM,IPM QPM
2012-12-24
1
主要内容
• 项目管理的概念 • 项目管理过程域 • 总结
2012-12-24
2
项目管理的概念
2012-12-24
3
什么是项目
• 管理为客户或最终用户交付产品的相关资源和 活动 • 依据计划，为这些相关资源确定一个明确的开 始、运作和结束
2012-12-24
供应商
9
高级项目管理的过程域
过程性能目标、基线、模型
由不稳定过程暴露的风险
QPM
统计管理数据 量化目标 统计控制的子过程 组织标准过程和过程资产 工作环境标准 经验教训, 计划和实际性能的数据
IPM
+
识别风险
RSKM
风险分类&参数
IPPD
过程管理过程域
IPPD规则和指南
风险状态
2012-12-24
8
基本项目管理过程域
PMC
纠正措施 再计划 要监督什么 要开发什么 纠正措施 项目执行状态、 问题 、度量分析结果
项目执行状态、 问题，进展和里程 碑评审结果
RD, REQM
PP
任务拆分
RD,TS,PI,VER,VAL 工程和支持过程域
度量需求
计划
供应商协议
SAM
产品构件需求 技术问题 完成的产品构件 验收测试
2012-12-24
19
SP 1.1 估计项目范围－子实践
• 2. 将工作包分解到相应的详细程度，以便于估 计项目活动、职责和工期
• 分解的WBS计划有助于确定项目中活动所需要 的工作量、组织中所需要的角色和职责。WBS 分解越细则有助于制订更为现实合理的计划， 从而降低管理储备
2012-12-24
• 架构特征（例如分布式或客户机服务器类型） • 新技术或成熟技术 • 最终产品功能的安全、保密和工效特征
2012-12-24
27
SP 1.2 建立工作产品和任务属性的估计2
• 2.确定估算资源需求的方法
• 使用经验证的模型或历史数据估计规模和复杂 度 • 下面是一些常用的方法：
• 集成电路设计中的逻辑门数目 • 软件中的代码行或功能点 • 系统工程中的需求个数/复杂度
项目定义过程和 工作环境
适合团队构成 的产品架构 协调, 承诺, 要解决的问题 执行工程过程和支持过 程的集成团队
项目定义过程 风险减缓计划 项目愿景 纠正措施 项目性能数据
工程和支持过程域
2012-12-24
基本的项目 管理过程域
10
项目策划
Project Planning
2012-12-24
11
开发项目计划
获取对计划的承诺
• 建立并维护作为项目管理基准的项目计划 • 建立并维护对计划的承诺
2012-12-24
15
特定目标的关系
建立估算
计划的数据
开发项目计划
获得对计划的 承诺
项目计划
PMC
2012-12-24
16
SG1 建立估算
• SP 1.1 估计项目 范围 • SP 1.2 建立工作 产品和任务属性 的估计 • SP 1.3 定义项目 生命周期 • SP 1.4 确定工作 量和成本估计
2012-12-24
18
SP 1.1 估计项目范围－子实践
• 1. 制定基于产品结构的WBS结构
• WBS可以将项目工作和要完成的产品内容有机 结合在一起，WBS通常识别下列内容： • 识别的风险与相应的应对计划 • 交付物对应的活动和支持活动 • 获取知识和技能的活动 • 准备相关计划活动 • 非开发任务所对应的管理活动
问题 参加估计的每个人匿名的填写估计表格
召集人收集所有的估计表格，然后形成反馈表返回给参加估计的人员， 召集人召集所有参加估计的人员进行一个会议，主要是讨论估计上差 异 参加估计的人员根据讨论的结果，在反馈表上提交另一个匿名的估计 重复4~6直到达成关于软件规模最大程度的一致
33
7.
Pert方法
• • • • • E=(a + 4b + c)/6 SD=(c – a)/6 a=最小可能的规模 b=软件产品的正常规模 c=软件产品的最大可能规模
• 3. 估计工作产品和任务的属性 • 4. 估计项目所需要的人力、机器、材料和方法
2012-12-24 28
SP 1.3
定义项目生命周期
• 定义项目生命周期并确定每阶段需要投入的工 作量
• 项目生命周期包含什么阶段由许多因素确定，例如需求范围、 资源要求以及项目特征等。大项目有可能包含多重阶段，例 如概念研究、开发、生产、运维以及退出。而这些阶段内部 有可能还会包含不同的阶段，例如开发可能包括需求分析、 设计、制造、集成和验证。根据开发策略，还可能有原型、 增量迭代或者螺旋模型 • 项目生命周期模型对于计划的工作量和时间以及重计划来说 都是至关重要的
7
2012-12-24
项目管理的过程域
• 包括
• • • • • • Project Planning （PP） Project Monitoring and Control（PMC） Supplier Agreement Management （SAM） Integrated Project Management for IPPD （IPM/IPPD） Risk Management （RSKM） Quantitative Project Management（QPM）
2012-12-24 SG1 建立估算 估计项目 范围
建立工作 产品和任 务属性的估计
确定工作量 和成本估计
计划的数 据
定义项目 生命周期
17
SP 1.1
估计项目范围
• 通过确定较高级别的WBS来估计项目范围
• WBS是一种以产品结构为导向，将项目的进度、工作 量和资源充分结合起来的一种表现方式 • WBS随着项目的进展而不断细化 • 工作包则是产品的组成单元，将工作包分解到相应的 详细程度，以便于估计项目活动、职责和工期
2012-12-24
13
如果PP执行地不好……
• • • • 项目属性的估算是不准确的 从一个简陋的计划文档中难以识别到偏差 当需要的时候，资源却不可用 未来的项目不能从已结束的项目中获得经验
2012-12-24
14
特定目标
• SG 1 建立估算
• 建立和维护项目计划的估计参数
• SG 2
• SG 3
项目的要素：
• 目标、应用、技术、规模、历时 • 客户、项目组
4
2012-12-24
日常的项目行为应该是……
• 计划第一，依据计划办 事 • 事后反应 • 用事实决策 • 以感觉代替现状 • 反省和体会 • 边走边看，等待非常事 件 • 做好准备 • 靠“勇气”决断 • 观察和度量工作绩效 • 除了自己指责他人
为成功而计划
• If you don’t know where you are going, you’ll end up someplace else.
-- Yogi Berra
2012-12-24 12
目的
• 建立和维护定义项目活动的项目计划 • 项目计划牵涉到：
• • • • 开发计划 定义相关人的参与 获得承诺 维护项目计划
• 典型的工作产品包括
• 项目生命周期及其各阶段定义
2012-12-24 29
SP 1.4 建立工作量和成本的估计1
• 基于模型或历史数据估计工作量和成本
• 工作量和成本估计的输入通常包括：
• 工作量相关的风险、产品和产品模块需求、技术路线、WBS、工作 产品的规模估计、工作产品的复杂度估计、选定的生命周期模型和 对应的过程 • 外购工作产品的成本 • 工程环境中工具的使用情况、管理人员和项目组成员执行工作的技 能 • 知识、技能和培训需求、办公设备和场所 • 制造过程能力、差旅费 • 任务、工作产品、软件、硬件、人员、工作环境方面对应的安全级 别的要求 • 呼叫中心和产品保障工作的服务级别协议 • 直接的人力成本和管理费用
阶段3 2012-12-24
产品 23 任务
WBS－分解的基本要素
示例：
过程
需求分析 过程
产品1
产品2ቤተ መጻሕፍቲ ባይዱ
原型
需求规约
任务1
任务2
任务1:制 作原型
任务2:评 审原型
任务3:培训制 作原型的方法
2012-12-24
24
WBS－2周原则
• 所有的项目活动最终都要拆分成由一个人在2 周内完成的任务 • 任务划分的比较细有利于精确的估算 • 监控和评估进度比较容易 • 跟踪项目进度和成本的时候及时更新状态信息 成为可能
2012-12-24 30
SP 1.4 建立工作量和成本的估计2
• 典型的工作产品包括
• 1. 估计原理 • 2. 项目工作量估计 • 3. 项目成本估计
2012-12-24
31
常用估算方法
• 规模估算
• • • • • • Wideband Delphi Pert Sizing Sizing By Analogy Reused Code IFPUG 快速功能点
2012-12-24
34
运算法
• 工作量 = p*s*l*e
• • • • p = 软件产品的规模（SLOC） s = 生产力系数（1/每人月的代码行） l = 开发工具系数 e = 规模系数
2012-12-24
35
特定目标的关系
建立估算
计划的数据
开发项目计划
获得对计划的 承诺
项目计划
PMC
2012-12-24
2012-12-24
25
SP 1.1 估计项目范围－子实践
• 3. 识别需要外购的工作产品或工作产品模块 • 4. 识别需要重用的工作产品 • 典型的工作产品包括
• 任务描述 • 工作包描述 • WBS
2012-12-24
26
SP 1.2 建立工作产品和任务属性的估计1
• 1. 确定技术方法
• 项目技术路线，定义产品开发的高层策略，例如
• 需要尽早识别那些限定管理决策的因素，而这些因素往往是 我们首先应该关注的因素：例如任务工期、所需资源、输入 和输出
• 识别约束
2012-12-24
38
SP 2.1
建立预算和工期2
• 识别任务依赖关系
• 关键路径法 (CPM)，项目评价与评审技术 (PERT)，资源限制排序
• 确定预算和工期 • 建立纠正措施标准
20
WBS－按职能的分解
项目
市场
开发
测试
管理与支持
服务
2012-12-24
21
WBS－按生命周期的分解
项目
阶段1
阶段2
阶段3
2012-12-24
22
WBS－按职能-生命周期分解
项目
市场 开发 测试
管理与支持
服务
过程
过程 产品
阶段1
产品 任务 过程 过程
任务
过程
阶段2
产品
任务
产品
任务
产品
任务
过程
识别项目 风险
计划相关人参与 建立项目计划
计划相关人 参于
建立项目 计划
计划所需 知识和技能
项目计划
PMC
2012-12-24
37
SP 2.1
建立预算和工期1
• 识别主要的里程碑 • 识别进度假设
• 设定里程碑通常为了确保在里程碑之前完成某种交付物。里 程碑可以是事件驱动也可以是日期驱动。对于日期驱动的里 程碑，一旦设定里程碑就很难更改它的日期 • 最初设定的进度往往伴随着对某些活动所作的假设，这些假 设往往又没有太多的可参考的估计数据。识别这些假设有助 于理解整个工期的置信水平（不确定性）
36
SG2 开发项目计划
• • •
• •
• •
SP 2.1 SP 2.2 SP 2.3 的管理 SP 2.4 SP 2.5 技能 SP 2.6 SP 2.7
建立预算和工期 识别项目风险 计划对项目资料
计划项目资源 计划所需知识和
计划的数据 SG2 开发项目计划
建立预算和 工期 计划对项目 资料的管理 计划项目 资源
• 建立标准以确定严重偏离项目计划的程度。评 判是否需要采取纠正措施应该有对应的标准。 纠正措施可能需要重计划、建立新协议或者调 整当前计划中的活动
• 工作量估算
• 运算法 2012-12-24 • 专家判断法
32
Wideband Delphi方法
步骤 活动 1. 2. 3. 4. 5. 6.
2012-12-24
召集人召集所有参加估计的人员，并将软件项目的需求和估计用表格 分发给大家 召集人召集所有参加估计的人员进行一个会议，讨论有关软件规模的
2012-12-24
5
规范：按照行为准则行事
规范是联结整个项目的粘合剂 创建和维护标准化的环境 帮助所有人建立起对他人的正常期待 使人们能够摆脱他人创造的危机，从而提高生 产力 • 提升士气 • • • •
2012-12-24
6
理解项目管理
• 目的：保证项目成功 • 覆盖策划、监督和控制项目的活动
CMMI-项目管理过程域
PP,PMC, SAM,RSKM,IPM QPM
2012-12-24
1
主要内容
• 项目管理的概念 • 项目管理过程域 • 总结
2012-12-24
2
项目管理的概念
2012-12-24
3
什么是项目
• 管理为客户或最终用户交付产品的相关资源和 活动 • 依据计划，为这些相关资源确定一个明确的开 始、运作和结束
2012-12-24
供应商
9
高级项目管理的过程域
过程性能目标、基线、模型
由不稳定过程暴露的风险
QPM
统计管理数据 量化目标 统计控制的子过程 组织标准过程和过程资产 工作环境标准 经验教训, 计划和实际性能的数据
IPM
+
识别风险
RSKM
风险分类&参数
IPPD
过程管理过程域
IPPD规则和指南
风险状态
2012-12-24
8
基本项目管理过程域
PMC
纠正措施 再计划 要监督什么 要开发什么 纠正措施 项目执行状态、 问题 、度量分析结果
项目执行状态、 问题，进展和里程 碑评审结果
RD, REQM
PP
任务拆分
RD,TS,PI,VER,VAL 工程和支持过程域
度量需求
计划
供应商协议
SAM
产品构件需求 技术问题 完成的产品构件 验收测试
2012-12-24
19
SP 1.1 估计项目范围－子实践
• 2. 将工作包分解到相应的详细程度，以便于估 计项目活动、职责和工期
• 分解的WBS计划有助于确定项目中活动所需要 的工作量、组织中所需要的角色和职责。WBS 分解越细则有助于制订更为现实合理的计划， 从而降低管理储备
2012-12-24
• 架构特征（例如分布式或客户机服务器类型） • 新技术或成熟技术 • 最终产品功能的安全、保密和工效特征
2012-12-24
27
SP 1.2 建立工作产品和任务属性的估计2
• 2.确定估算资源需求的方法
• 使用经验证的模型或历史数据估计规模和复杂 度 • 下面是一些常用的方法：
• 集成电路设计中的逻辑门数目 • 软件中的代码行或功能点 • 系统工程中的需求个数/复杂度
项目定义过程和 工作环境
适合团队构成 的产品架构 协调, 承诺, 要解决的问题 执行工程过程和支持过 程的集成团队
项目定义过程 风险减缓计划 项目愿景 纠正措施 项目性能数据
工程和支持过程域
2012-12-24
基本的项目 管理过程域
10
项目策划
Project Planning
2012-12-24
11
开发项目计划
获取对计划的承诺
• 建立并维护作为项目管理基准的项目计划 • 建立并维护对计划的承诺
2012-12-24
15
特定目标的关系
建立估算
计划的数据
开发项目计划
获得对计划的 承诺
项目计划
PMC
2012-12-24
16
SG1 建立估算
• SP 1.1 估计项目 范围 • SP 1.2 建立工作 产品和任务属性 的估计 • SP 1.3 定义项目 生命周期 • SP 1.4 确定工作 量和成本估计
2012-12-24
18
SP 1.1 估计项目范围－子实践
• 1. 制定基于产品结构的WBS结构
• WBS可以将项目工作和要完成的产品内容有机 结合在一起，WBS通常识别下列内容： • 识别的风险与相应的应对计划 • 交付物对应的活动和支持活动 • 获取知识和技能的活动 • 准备相关计划活动 • 非开发任务所对应的管理活动
问题 参加估计的每个人匿名的填写估计表格
召集人收集所有的估计表格，然后形成反馈表返回给参加估计的人员， 召集人召集所有参加估计的人员进行一个会议，主要是讨论估计上差 异 参加估计的人员根据讨论的结果，在反馈表上提交另一个匿名的估计 重复4~6直到达成关于软件规模最大程度的一致
33
7.
Pert方法
• • • • • E=(a + 4b + c)/6 SD=(c – a)/6 a=最小可能的规模 b=软件产品的正常规模 c=软件产品的最大可能规模
• 3. 估计工作产品和任务的属性 • 4. 估计项目所需要的人力、机器、材料和方法
2012-12-24 28
SP 1.3
定义项目生命周期
• 定义项目生命周期并确定每阶段需要投入的工 作量
• 项目生命周期包含什么阶段由许多因素确定，例如需求范围、 资源要求以及项目特征等。大项目有可能包含多重阶段，例 如概念研究、开发、生产、运维以及退出。而这些阶段内部 有可能还会包含不同的阶段，例如开发可能包括需求分析、 设计、制造、集成和验证。根据开发策略，还可能有原型、 增量迭代或者螺旋模型 • 项目生命周期模型对于计划的工作量和时间以及重计划来说 都是至关重要的