新版项目控制
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
为使数据分析有用，必须了解数据的含 义及如何对它作有意义的分析
开始时仅采集一小组有用的数据 管理者需要保证注意力明显地集中在项
目所有的关键方面，包括那些难于测量 的，不能只关注那些易于测量和跟踪的 方面
（3）测量量的采集
任何等级都必须采集度量 多数度量存在于开发工作中，必须人人
动手采集 过程度量等有瞬时的特点，如不及时采
判断：采取哪种行动。措施项有两种可能： -改变正在进行工作的方式；
-调整计划；
跟踪方式
跟踪软件工程技术活动，必要时采取纠 正措施（如定期报告机制）
软件工程组进行定期的内部评审以便对 照软件开发计划跟踪技术进度、计划、 性能和问题
按照文档化规程在所选择的项目里程碑 处进行正式评审以评价软件项目的完成 情况和结果（如同行评审）
集，无法补救 要预先确定需采集的最小集合，再不断
补充
与谁有关？
监控要求群组所有成员参加 从每个群组成员的个人计划开始 在高层次上，处理经过整理的/更为一般
的问题
如何能采集到正确的数据？
对事不对人 采用工具
（4）项目报告
项目受监控、控制的等级依赖于管理层 次 -项目经理要求每日更新 -其它开发经理（例如技术管理者）可能 满足于月更新
-要求软件工程组的成员定期向其直接领导报告技 术状态，包括活动的进展和问题；
-将其交付的供后续工作用的工作产品的内容与计 划做比较；
-报告任何工作产品中的问题，并建立文档； -跟踪问题到问题结束。
纠正措施
如果计划和实际进展间存在明显偏差，就要采 取纠正措施。这首先要做评价和判断。
评价：评价项目性能和项目相对计划的状态， 决定偏差是否明显，是否需要采取行动。要分 析产生偏差的原因。当然首先必须明确定义 “明显”的含义。
各种报告和表格
跟踪和监控方式
填写数据采集表格
项目人员定期向其直接领导报告, 其主要 方式是填写数据采集表格（如周报，周 状态报告）
它们既包括相对计划的进展（管理方 面），又包括技术进展和技术问题（技 术方面）
HP的经验
尽早确定所要采取的度量，如FURPS 采取目标—提问—度量
G1
G2
Q2
Q1
Q3
Q4
M1 M2
M3
M4
M5
例子
目标：减少工作量和缩短进度 其中一个问题是：当要求更改代码时，何时作
更改，何时不作更改？ 他们分析得出的度量是：
M1:问题发生率 M2:缺陷密度 M3:代码稳定性 M4:复杂性 M5:要更改的模块数
2. 一般如何跟踪
跟踪的四个问题
跟踪中要解决以下四个问题： ·确定跟踪对象 ·采集信息 ·分析信息 ·报告信息
（1）测量量的确定
要采集的度量包括与技术有关的和与管理有关 的
在确定要采集的度量时可参照HP的经验： -从工程实际出发，管理人员和工程人员总结自 己工作中实际需要的度量 -采用目标/提问/度量（G/Q/M）的框架： *分析目标 *提出要解决的问题 *从问题中提出度量
策划建立目标，控制跟踪现实 跟踪时将实际值与计划值相比较 如果现实与计划不一致，现实必须优先 控制要求不断的修定开发计划
监督与控制的目的是保证在即使偏离计 划时仍能实现项目的目标
测量的重要性
测量是控制的载体 没有控制
软件工程就不是有效的工程学科 仍然是手工劳作（艺术品）
从数据中学习
采集的数据要及时、正确、详细
3. 有关SPTO
基本的监控
监控活动是否按计划进行 监控缺陷是否均已解决 监控问题是否均已处理
L2:基本的监控 L3:建立监控的门槛值，监控风险…… L4:定量监控
跟踪基线
SPTO针对项目计划进行跟踪
项目计划中列出了跟踪要求，包括被跟踪的主 要工作产品、跟踪频度、跟踪机制、跟踪内容
-生产率 -质量 -资源度量 -缺陷插入率 -缺陷及其消除率
产品度量
产品度量独立于其过程 例子：
-规模 -可靠性 -质量（也是过程度量） -代码的复杂性 -功能性
过程方法
返工
输入
作工作的规程
检查工作的规程
输出
产品测量
标准 工具
过程测量
过程的测量与分析
为什么要采集过程性能数据？要管理过程 就需要： 能预测过程的未来性能 减小过程结果的偏差 人们不能控制哪些未测量和理解的东西
· 控制：搜集数据
分析数据 解决问题 l P：计划将要作什么，并预计效果 D：作；执行计划 C：检查；评估结果，并从结果中学习---控制 A：行动；真正着手去作 l “PDCA是管理的核心，即确保今日的工作并开发 明日更好的工作方法。” l 检查的重要性：“把已有的决策当作是从中吸取 经验教训的实验， 那就把PDCA的所有步骤落 实。”
-其跟踪内容除了规模、成本和工作量、进度外， 还有风险、资源（包括关键计算机资源），技 术活动和纠正措施
计划中列出了被跟踪量的估计值或预测值，它 们作为跟踪的基础
跟踪时，将采集的实际值与计划中的估计值相 比较，来确定进展。它们有时被称为跟踪基线
对软件工程技术活动的跟踪
活动9中提出对软件工程技术活动进行跟踪， 这是等级2中唯一与工程技术活动有关的实践。
项目控制
1. 为什么要控制?
事情不按计划进行： -范围改变 -活动的估计值不同于实际值 -实际问题： *硬件不工作 *通讯连接 -资源 *辞职 *突然离去/意外事故/生病 -未预计的附加活动
变化
“管理的中心问题是更好地理解变化， 并从变化中抽出有用信息。”
跟踪的数据要分析，要用
策划和控制
这是连续过程改进的基础
（2）定义度量的原则
通过G/Q/M方法能确定出与经营目标密 切相关的测量和度量。在定义这些度量 时，必须考虑以下原则：
·可重复性：其它人能重复测量，得到同样 的结果；
·利于交流：对记录的测量结果，其它人能 精确地知道它包含什么，不包含什么。 测量的单位是什么。
数据
数据是控制的核心。管理改进必须基于 测量结果
起步核心测量
SEI建议DOD的软件组织采用四个起步核 心测量 -软件规模 -工作量 -进度 -缺陷
监控什么
在项目中受监控的典型方面： -进度 -工作标识的主要目标 *技能水平改变
过程度量
过程度量量化过程或开发环境 例子：
开始时仅采集一小组有用的数据 管理者需要保证注意力明显地集中在项
目所有的关键方面，包括那些难于测量 的，不能只关注那些易于测量和跟踪的 方面
（3）测量量的采集
任何等级都必须采集度量 多数度量存在于开发工作中，必须人人
动手采集 过程度量等有瞬时的特点，如不及时采
判断：采取哪种行动。措施项有两种可能： -改变正在进行工作的方式；
-调整计划；
跟踪方式
跟踪软件工程技术活动，必要时采取纠 正措施（如定期报告机制）
软件工程组进行定期的内部评审以便对 照软件开发计划跟踪技术进度、计划、 性能和问题
按照文档化规程在所选择的项目里程碑 处进行正式评审以评价软件项目的完成 情况和结果（如同行评审）
集，无法补救 要预先确定需采集的最小集合，再不断
补充
与谁有关？
监控要求群组所有成员参加 从每个群组成员的个人计划开始 在高层次上，处理经过整理的/更为一般
的问题
如何能采集到正确的数据？
对事不对人 采用工具
（4）项目报告
项目受监控、控制的等级依赖于管理层 次 -项目经理要求每日更新 -其它开发经理（例如技术管理者）可能 满足于月更新
-要求软件工程组的成员定期向其直接领导报告技 术状态，包括活动的进展和问题；
-将其交付的供后续工作用的工作产品的内容与计 划做比较；
-报告任何工作产品中的问题，并建立文档； -跟踪问题到问题结束。
纠正措施
如果计划和实际进展间存在明显偏差，就要采 取纠正措施。这首先要做评价和判断。
评价：评价项目性能和项目相对计划的状态， 决定偏差是否明显，是否需要采取行动。要分 析产生偏差的原因。当然首先必须明确定义 “明显”的含义。
各种报告和表格
跟踪和监控方式
填写数据采集表格
项目人员定期向其直接领导报告, 其主要 方式是填写数据采集表格（如周报，周 状态报告）
它们既包括相对计划的进展（管理方 面），又包括技术进展和技术问题（技 术方面）
HP的经验
尽早确定所要采取的度量，如FURPS 采取目标—提问—度量
G1
G2
Q2
Q1
Q3
Q4
M1 M2
M3
M4
M5
例子
目标：减少工作量和缩短进度 其中一个问题是：当要求更改代码时，何时作
更改，何时不作更改？ 他们分析得出的度量是：
M1:问题发生率 M2:缺陷密度 M3:代码稳定性 M4:复杂性 M5:要更改的模块数
2. 一般如何跟踪
跟踪的四个问题
跟踪中要解决以下四个问题： ·确定跟踪对象 ·采集信息 ·分析信息 ·报告信息
（1）测量量的确定
要采集的度量包括与技术有关的和与管理有关 的
在确定要采集的度量时可参照HP的经验： -从工程实际出发，管理人员和工程人员总结自 己工作中实际需要的度量 -采用目标/提问/度量（G/Q/M）的框架： *分析目标 *提出要解决的问题 *从问题中提出度量
策划建立目标，控制跟踪现实 跟踪时将实际值与计划值相比较 如果现实与计划不一致，现实必须优先 控制要求不断的修定开发计划
监督与控制的目的是保证在即使偏离计 划时仍能实现项目的目标
测量的重要性
测量是控制的载体 没有控制
软件工程就不是有效的工程学科 仍然是手工劳作（艺术品）
从数据中学习
采集的数据要及时、正确、详细
3. 有关SPTO
基本的监控
监控活动是否按计划进行 监控缺陷是否均已解决 监控问题是否均已处理
L2:基本的监控 L3:建立监控的门槛值，监控风险…… L4:定量监控
跟踪基线
SPTO针对项目计划进行跟踪
项目计划中列出了跟踪要求，包括被跟踪的主 要工作产品、跟踪频度、跟踪机制、跟踪内容
-生产率 -质量 -资源度量 -缺陷插入率 -缺陷及其消除率
产品度量
产品度量独立于其过程 例子：
-规模 -可靠性 -质量（也是过程度量） -代码的复杂性 -功能性
过程方法
返工
输入
作工作的规程
检查工作的规程
输出
产品测量
标准 工具
过程测量
过程的测量与分析
为什么要采集过程性能数据？要管理过程 就需要： 能预测过程的未来性能 减小过程结果的偏差 人们不能控制哪些未测量和理解的东西
· 控制：搜集数据
分析数据 解决问题 l P：计划将要作什么，并预计效果 D：作；执行计划 C：检查；评估结果，并从结果中学习---控制 A：行动；真正着手去作 l “PDCA是管理的核心，即确保今日的工作并开发 明日更好的工作方法。” l 检查的重要性：“把已有的决策当作是从中吸取 经验教训的实验， 那就把PDCA的所有步骤落 实。”
-其跟踪内容除了规模、成本和工作量、进度外， 还有风险、资源（包括关键计算机资源），技 术活动和纠正措施
计划中列出了被跟踪量的估计值或预测值，它 们作为跟踪的基础
跟踪时，将采集的实际值与计划中的估计值相 比较，来确定进展。它们有时被称为跟踪基线
对软件工程技术活动的跟踪
活动9中提出对软件工程技术活动进行跟踪， 这是等级2中唯一与工程技术活动有关的实践。
项目控制
1. 为什么要控制?
事情不按计划进行： -范围改变 -活动的估计值不同于实际值 -实际问题： *硬件不工作 *通讯连接 -资源 *辞职 *突然离去/意外事故/生病 -未预计的附加活动
变化
“管理的中心问题是更好地理解变化， 并从变化中抽出有用信息。”
跟踪的数据要分析，要用
策划和控制
这是连续过程改进的基础
（2）定义度量的原则
通过G/Q/M方法能确定出与经营目标密 切相关的测量和度量。在定义这些度量 时，必须考虑以下原则：
·可重复性：其它人能重复测量，得到同样 的结果；
·利于交流：对记录的测量结果，其它人能 精确地知道它包含什么，不包含什么。 测量的单位是什么。
数据
数据是控制的核心。管理改进必须基于 测量结果
起步核心测量
SEI建议DOD的软件组织采用四个起步核 心测量 -软件规模 -工作量 -进度 -缺陷
监控什么
在项目中受监控的典型方面： -进度 -工作标识的主要目标 *技能水平改变
过程度量
过程度量量化过程或开发环境 例子：