软件项目跟踪与监督
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
各种跟踪表格 项目负责人和项目工程 人员 全面 不符合项报告 评审和审计报告 独立于项目组的SQA人员 抽查
跟踪结果 跟踪人 方式
共同特点-1
约定1: 设立专职软件项目经理负责软件活 动及结果 约定2: 软件项目的管理遵从文档化的组织 方针。该方针规定：
★ 采用并维护一个已文档化的软件开发计划作为跟 踪软件项目的基础 ★ 随时向项目经理报告软件项目的状态和问题 ★ 当软件计划未实现时，采取纠正措施，或者调整 性能，或者调整计划 ★ 在受影响的组参与和认可的情况下对软件的约定 进行更改 ★ 高级管理者评审所有的约定更改和软件项目对组 织外部的个人和组所作的新的约定
目标:2:当实际结果和性能明显偏离软件计划时， 采取纠正措施并加以管理直到结束 要求 活动2:按照文档化规程修订项目的软件开发计 划 活动5:跟踪软件工作产品的规模（或者软件工 作产品更改的规模），必要时采取纠正措施
关键实践到目标的映射 SPTO-6
目标:2:当实际结果和性能明显偏离软件计划时， 采取纠正措施并加以管理直到结束 要求 活动6:跟踪项目的软件工作量和成本，必要时采取纠
Project Activity Normal Hours PR032 CDM1P1 - Coding PR032 CDM1P1 - Review PR032 CDM1P1 - UTP
Sub Total Normal Hours Overtime Hours PR032 CDM1P1 - UTP
8
8
图4
目标3 活动视图
SDP
对外部的约定及约定的更改经高 级管理者评审 AC 3 经批准的更改
高级管理者
将经批准的对软件 项目约定的更改通知 受影响的组 AC 4
约定更改
通知更改
PTO 目的 跟踪的基准 保证按计划执行 SDP中的估计、约定
SQA 保证按过程执行 过程、规程、标准、方针
跟踪内容
工作产品的规模、工 过程活动和工作产品与过 作量和成本、进度、资 程、标准、方针的符合性 源要求（实际值和估计 （过程中隐含计划 ） 值相比较） 风险跟踪 措施条款跟踪 跟踪技术进展
能力3
能力4
能力5
图1
目标视图
关键实践到目标的映射 SPTO-1
目标1:对照软件计划，跟踪实际结果和性 能 要求 活动1:将已文档化的软件计划用于跟踪软 件活动和传送状态 活动5:跟踪软件工作产品的规模（或者软 件工作产品更改的规模），必要时采取 纠正措施
关键实践到目标的映射 SPTO-2
测量量的确定、采集 和利用
由于软件的特点，度量非常重要，它们 是：
-估计的基础 -项目策划的基础 -跟踪和控制的基础 -分析和改进组织过程 -帮助确定复杂性 -帮助确定是否或何时实现质量目标 -用于分析缺陷 -表明产品质量 -……
测量量的采集
任何等级都必须采集度量 多数度量存在于开发工作中，必须人人 动手采集 过程度量等有瞬时的特点，如不及时采 集，无法补救 要预先确定需采集的最小集合，再不断 补充
正措施 活动7: 跟踪项目的关键计算机资源，必要时采取纠正 措施 活动8: 跟踪项目的软件进度，必要时采取纠正措施
关键实践到目标的映射 SPTO-7
目标:2:当实际结果和性能明显偏离软件 计划时，采取纠正措施并加以管理直到 结束
要求
活动9:跟踪软件工程技术活动，必要时采 取纠正措施 活动11: 记录软件项目的实际测量数据和 重新策划的数据
为什么要采集过程性能数据？要管理过程 就需要： 能预测过程的未来性能 减小过程结果的偏差 人们不能控制哪些未测量和理解的东西 这是连续过程改进的基础
基本的监控
监控活动是否按计划进行 监控缺陷是否均已解决 监控问题是否均已处理
L2:基本的监控 L3:建立监控的门槛值，监控风险…… L4:定量监控
措施 产品 活动
关键实践到目标的映射 SPTO-8
目标3:对软件的约定的更改得到受影响的组和 个人的认可
要求
活动3: 高级管理者参与按照文档化规程评审对 组织外的个人和组所作的软件项目约定和约定 的更改 活动4: 将经批准的、影响软件项目约定的更改 传达给软件工程组和其它软件一有关组的成员
目标1:对照软件计划，跟踪实际结果和性 能 要求 活动6:跟踪项目的软件工作量和成本，必要时
采取纠正措施 活动7: 跟踪项目的关键计算机资源，必要时采 取纠正措施 活动8: 跟踪项目的软件进度，必要时采取纠正 措施
关键实践到目标的映射 SPTO-3
目标1:对照软件计划，跟踪实际结果和性能 要求 活动9:跟踪软件工程技术活动，必要时采取纠 正措施 活动10: 跟踪与项目的成本、资源、进度及技 术方面有关的软件风险 活动11: 记录软件项目的实际测量数据和重新 策划的数据
采取纠正措施
如果在计划和实际进展间出现偏差，必 须作出判断，是否采取行动 -改变正在进行工作的方式，和/或 -调整计划 这项判断导致纠正措施，原始计划的档 案和调整后的计划都应保存 纠正措施必须一跟到底
SPTO目标
目标1 对照软件计划跟踪实际结果和性 能 目标2 当实际结果和性能明显偏离软件 计划时， 采取纠正措施并加以管理直到 结束 目标3 对软件约定的更改得到受到影响 的组和个人的认可
度量的重要性
数据是控制的核心。管理改进必须基于 测量结果 为使数据分析有用，必须了解数据的含 义及如何对它作有意义的分析 开始时仅采集一小组有用的数据 管理者需要保证注意力明显地集中在项 目所有的关键方面，包括那些难于测量 的，不能只关注那些易于测量和跟踪的 方面
过程方法
返工
输入
作工作的规程
8
8 2
8 1
0 2
0
Sub Total Overtime Hours Total Hours
0 8
0 8
0 8
2 10
1 9
2 2
0 0
个人周状态报告
WEEKLY PROGRESS REPORT
Name : Week : Activity Status
Activity Planned Date for Completion Actual Date of Completion Status Expected Date of Completion
关键实践到目标的映射 SPTO-4
目标1:对照软件计划，跟踪实际结果和性能
要求 活动12:软件工程组进行定期的内部评审以便对 照软件开发计划跟踪技术进度、计划、性能和 问题 活动13: 按照文档化规程在所选择的项目里程 碑处进行正式评审以评价软件项目的完成情况 和结果
关键实践到目标的映射 SPTO-5
能力1: 软件开发计划已文档化并得到批准 能力2: 软件项目经理明确分配产品和活动 的责任
共同特点-2
能力3: 为跟踪和监督活动提供足够的资源 和经费 能力4: 软件经理接受管理技术和管理人员 方面的培训
能力5: 一线经理受到项目技术方面的定向培训 测量与分析1：进行测量并将测量结果用以确 定SPTO活动的状态 验证实施1: 高级管理人员定期对SPTO活动进 行评审 验证实施2: 项目经理定期或不定期对SPTO活 动进行评审 验证实施3: SQA组对SPTO活动进行评审/审核 并报告结果
3 软件项目跟踪与监督 (PT,PTO)
目的是建立对实际进展的适当的可视性， 使管理者能在软件项目性能明显偏离软 件计划时采取有效措施 包括： -对照以文档化的估计、约定和计划评审 和跟踪软件完成的情况和结果 -基于实际的完成情况和结果调整这些计 划
相对计划的管理
针对计划和规格说明跟踪进展，包括： -产品规模 -项目工作量、成本和进度 -活动 -风险 针对计划跟踪进展的机制包括：内部评 审和(与顾客)一起的正式评审
项目控制
为什么要控制?
事情不按计划进行： -范围改变 -活动的估计值不同于实际值 -实际问题： *硬件不工作 *通讯连接 -资源 *辞职 *突然离去/意外事故/生病 -未预计的附加活动
测量的重要性
测量是控制的载体 没有控制 软件工程就不是有效的工程学科 仍然是手工劳作（艺术品）
策划和控制
G1 Q2 Q1 Q3 M2 Q4 G2
M1
M3
M4
M5
例子
目标：减少工作量和缩短进度 其中一个问题是：当要求更改代码时，何时作 更改，何时不作更改？ 他们分析得出的度量是：
M1:问题发生率 M2:缺陷密度 M3:代码稳定性 M4:复杂性 M5:要更改的模块数
过程度量
过程度量量化过程或开发环境 例子： -生产率 -质量 -资源度量 -缺陷插入率 -缺陷及其消除率
图3
目标2 活动视图
目标
1
偏离和纠正措 施的状态
SDP（“管理与 控制、”） 记录重新策划数 据 Ac 11 对于以下各项的纠正措施： 成本 （AC 5） 工作量和规模（AC 6） 计算机资源 软件时间表 修订项目的SDP （AC （AC
软件工程活动
7） 8） （AC 9）
AC
பைடு நூலகம்
2
* * *
新约定 更改后的约定 每次修改后需 评审
测量量的确定
要采集的度量包括与技术有关的和与管理有关 的 在确定要采集的度量时可参照HP的经验： -从工程实际出发，管理人员和工程人员总结自 己工作中实际需要的度量 -采用目标/提问/度量（G/Q/M）的框架： *分析目标 *提出要解决的问题 *从问题中提出度量
HP的经验
尽早确定所要采取的度量，如FURPS 采取目标—提问—度量
检查工作的规程
输出
标准 工具
产品测量 过程测量
监控什么
在项目中受监控的典型方面： -进度 -工作量 -总成本 -质量 -范围(scope) -风险 -职员流动 -项目的其它被标识的主要目标 *技能水平改变 需要确定,如何测量必须受控的量 定期地“测量”和“比较” 采取改正措施
过程的测量与分析
实际值 目标1 对照软件计划， 跟踪实际结果和性能
实际值
计划值
所计划的目标 偏差报告
SDP
约定的更改
目标3 对软件 约定的更改得到 受影响的组和个 人的认可
受影响 的组 目标2 : 当实际结果和性能明显 偏离软件计划时，采取 纠正措施并加以管理 直到结束。
外部约定
纠正措施 产品，活动
能力1
能力2
产品度量
产品度量独立于其过程 例子： -规模 -可靠性 -质量（也是过程度量） -代码的复杂性 -功能性
项目报告
项目受监控、控制的等级依赖于管理层 次 -项目经理要求每日更新 -其它开发经理（例如技术管理者）可能 满足于月更新 采集的数据要及时、正确、详细
项目报告—进度表
周工时表 周状态报告
策划建立目标，控制跟踪现实 跟踪时将实际值与计划值相比较 如果现实与计划不一致，现实必须优先 控制要求不断的修定开发计划
监督与控制的目的是保证在即使偏离计 划时仍能实现项目的目标
· 控制：搜集数据
从数据中学习
分析数据 解决问题 • P：计划将要作什么，并预计效果 D：作；执行计划 C：检查；评估结果，并从结果中学习---控制 A：行动；真正着手去作 • “PDCA是管理的核心，即确保今日的工作并开发 明日更好的工作方法。” • 检查的重要性：“把已有的决策当作是从中吸取 经验教训的实验， 那就把PDCA的所有步骤落 实。”
在项目进度上， 作状态标记 (PERT/CPM) 活动层监 控的甘特图
进度指示器 —全面监控
周工时表
WEEKLY TIMESHEET
Name : HAROON RASHID Week : 19-May-1997 to 25-May-1997 Hours worked--------------> Mon Tue Wed Thu Fri Sat Sun Tot 8 8 8 4 4 8 24 4 12 0 0 40 0 5 0 0 0 0 0 5 0 45
与谁有关？
监控要求群组所有成员参加 从每个群组成员的个人计划开始 在高层次上，处理经过整理的/更为一般 的问题
跟踪方式
跟踪软件工程技术活动，必要时采取纠 正措施（如定期报告机制） 软件工程组进行定期的内部评审以便对 照软件开发计划跟踪技术进度、计划、 性能和问题 按照文档化规程在所选择的项目里程碑 处进行正式评审以评价软件项目的完成 情况和结果（如同行评审） 各种报告和表格
跟踪结果 跟踪人 方式
共同特点-1
约定1: 设立专职软件项目经理负责软件活 动及结果 约定2: 软件项目的管理遵从文档化的组织 方针。该方针规定：
★ 采用并维护一个已文档化的软件开发计划作为跟 踪软件项目的基础 ★ 随时向项目经理报告软件项目的状态和问题 ★ 当软件计划未实现时，采取纠正措施，或者调整 性能，或者调整计划 ★ 在受影响的组参与和认可的情况下对软件的约定 进行更改 ★ 高级管理者评审所有的约定更改和软件项目对组 织外部的个人和组所作的新的约定
目标:2:当实际结果和性能明显偏离软件计划时， 采取纠正措施并加以管理直到结束 要求 活动2:按照文档化规程修订项目的软件开发计 划 活动5:跟踪软件工作产品的规模（或者软件工 作产品更改的规模），必要时采取纠正措施
关键实践到目标的映射 SPTO-6
目标:2:当实际结果和性能明显偏离软件计划时， 采取纠正措施并加以管理直到结束 要求 活动6:跟踪项目的软件工作量和成本，必要时采取纠
Project Activity Normal Hours PR032 CDM1P1 - Coding PR032 CDM1P1 - Review PR032 CDM1P1 - UTP
Sub Total Normal Hours Overtime Hours PR032 CDM1P1 - UTP
8
8
图4
目标3 活动视图
SDP
对外部的约定及约定的更改经高 级管理者评审 AC 3 经批准的更改
高级管理者
将经批准的对软件 项目约定的更改通知 受影响的组 AC 4
约定更改
通知更改
PTO 目的 跟踪的基准 保证按计划执行 SDP中的估计、约定
SQA 保证按过程执行 过程、规程、标准、方针
跟踪内容
工作产品的规模、工 过程活动和工作产品与过 作量和成本、进度、资 程、标准、方针的符合性 源要求（实际值和估计 （过程中隐含计划 ） 值相比较） 风险跟踪 措施条款跟踪 跟踪技术进展
能力3
能力4
能力5
图1
目标视图
关键实践到目标的映射 SPTO-1
目标1:对照软件计划，跟踪实际结果和性 能 要求 活动1:将已文档化的软件计划用于跟踪软 件活动和传送状态 活动5:跟踪软件工作产品的规模（或者软 件工作产品更改的规模），必要时采取 纠正措施
关键实践到目标的映射 SPTO-2
测量量的确定、采集 和利用
由于软件的特点，度量非常重要，它们 是：
-估计的基础 -项目策划的基础 -跟踪和控制的基础 -分析和改进组织过程 -帮助确定复杂性 -帮助确定是否或何时实现质量目标 -用于分析缺陷 -表明产品质量 -……
测量量的采集
任何等级都必须采集度量 多数度量存在于开发工作中，必须人人 动手采集 过程度量等有瞬时的特点，如不及时采 集，无法补救 要预先确定需采集的最小集合，再不断 补充
正措施 活动7: 跟踪项目的关键计算机资源，必要时采取纠正 措施 活动8: 跟踪项目的软件进度，必要时采取纠正措施
关键实践到目标的映射 SPTO-7
目标:2:当实际结果和性能明显偏离软件 计划时，采取纠正措施并加以管理直到 结束
要求
活动9:跟踪软件工程技术活动，必要时采 取纠正措施 活动11: 记录软件项目的实际测量数据和 重新策划的数据
为什么要采集过程性能数据？要管理过程 就需要： 能预测过程的未来性能 减小过程结果的偏差 人们不能控制哪些未测量和理解的东西 这是连续过程改进的基础
基本的监控
监控活动是否按计划进行 监控缺陷是否均已解决 监控问题是否均已处理
L2:基本的监控 L3:建立监控的门槛值，监控风险…… L4:定量监控
措施 产品 活动
关键实践到目标的映射 SPTO-8
目标3:对软件的约定的更改得到受影响的组和 个人的认可
要求
活动3: 高级管理者参与按照文档化规程评审对 组织外的个人和组所作的软件项目约定和约定 的更改 活动4: 将经批准的、影响软件项目约定的更改 传达给软件工程组和其它软件一有关组的成员
目标1:对照软件计划，跟踪实际结果和性 能 要求 活动6:跟踪项目的软件工作量和成本，必要时
采取纠正措施 活动7: 跟踪项目的关键计算机资源，必要时采 取纠正措施 活动8: 跟踪项目的软件进度，必要时采取纠正 措施
关键实践到目标的映射 SPTO-3
目标1:对照软件计划，跟踪实际结果和性能 要求 活动9:跟踪软件工程技术活动，必要时采取纠 正措施 活动10: 跟踪与项目的成本、资源、进度及技 术方面有关的软件风险 活动11: 记录软件项目的实际测量数据和重新 策划的数据
采取纠正措施
如果在计划和实际进展间出现偏差，必 须作出判断，是否采取行动 -改变正在进行工作的方式，和/或 -调整计划 这项判断导致纠正措施，原始计划的档 案和调整后的计划都应保存 纠正措施必须一跟到底
SPTO目标
目标1 对照软件计划跟踪实际结果和性 能 目标2 当实际结果和性能明显偏离软件 计划时， 采取纠正措施并加以管理直到 结束 目标3 对软件约定的更改得到受到影响 的组和个人的认可
度量的重要性
数据是控制的核心。管理改进必须基于 测量结果 为使数据分析有用，必须了解数据的含 义及如何对它作有意义的分析 开始时仅采集一小组有用的数据 管理者需要保证注意力明显地集中在项 目所有的关键方面，包括那些难于测量 的，不能只关注那些易于测量和跟踪的 方面
过程方法
返工
输入
作工作的规程
8
8 2
8 1
0 2
0
Sub Total Overtime Hours Total Hours
0 8
0 8
0 8
2 10
1 9
2 2
0 0
个人周状态报告
WEEKLY PROGRESS REPORT
Name : Week : Activity Status
Activity Planned Date for Completion Actual Date of Completion Status Expected Date of Completion
关键实践到目标的映射 SPTO-4
目标1:对照软件计划，跟踪实际结果和性能
要求 活动12:软件工程组进行定期的内部评审以便对 照软件开发计划跟踪技术进度、计划、性能和 问题 活动13: 按照文档化规程在所选择的项目里程 碑处进行正式评审以评价软件项目的完成情况 和结果
关键实践到目标的映射 SPTO-5
能力1: 软件开发计划已文档化并得到批准 能力2: 软件项目经理明确分配产品和活动 的责任
共同特点-2
能力3: 为跟踪和监督活动提供足够的资源 和经费 能力4: 软件经理接受管理技术和管理人员 方面的培训
能力5: 一线经理受到项目技术方面的定向培训 测量与分析1：进行测量并将测量结果用以确 定SPTO活动的状态 验证实施1: 高级管理人员定期对SPTO活动进 行评审 验证实施2: 项目经理定期或不定期对SPTO活 动进行评审 验证实施3: SQA组对SPTO活动进行评审/审核 并报告结果
3 软件项目跟踪与监督 (PT,PTO)
目的是建立对实际进展的适当的可视性， 使管理者能在软件项目性能明显偏离软 件计划时采取有效措施 包括： -对照以文档化的估计、约定和计划评审 和跟踪软件完成的情况和结果 -基于实际的完成情况和结果调整这些计 划
相对计划的管理
针对计划和规格说明跟踪进展，包括： -产品规模 -项目工作量、成本和进度 -活动 -风险 针对计划跟踪进展的机制包括：内部评 审和(与顾客)一起的正式评审
项目控制
为什么要控制?
事情不按计划进行： -范围改变 -活动的估计值不同于实际值 -实际问题： *硬件不工作 *通讯连接 -资源 *辞职 *突然离去/意外事故/生病 -未预计的附加活动
测量的重要性
测量是控制的载体 没有控制 软件工程就不是有效的工程学科 仍然是手工劳作（艺术品）
策划和控制
G1 Q2 Q1 Q3 M2 Q4 G2
M1
M3
M4
M5
例子
目标：减少工作量和缩短进度 其中一个问题是：当要求更改代码时，何时作 更改，何时不作更改？ 他们分析得出的度量是：
M1:问题发生率 M2:缺陷密度 M3:代码稳定性 M4:复杂性 M5:要更改的模块数
过程度量
过程度量量化过程或开发环境 例子： -生产率 -质量 -资源度量 -缺陷插入率 -缺陷及其消除率
图3
目标2 活动视图
目标
1
偏离和纠正措 施的状态
SDP（“管理与 控制、”） 记录重新策划数 据 Ac 11 对于以下各项的纠正措施： 成本 （AC 5） 工作量和规模（AC 6） 计算机资源 软件时间表 修订项目的SDP （AC （AC
软件工程活动
7） 8） （AC 9）
AC
பைடு நூலகம்
2
* * *
新约定 更改后的约定 每次修改后需 评审
测量量的确定
要采集的度量包括与技术有关的和与管理有关 的 在确定要采集的度量时可参照HP的经验： -从工程实际出发，管理人员和工程人员总结自 己工作中实际需要的度量 -采用目标/提问/度量（G/Q/M）的框架： *分析目标 *提出要解决的问题 *从问题中提出度量
HP的经验
尽早确定所要采取的度量，如FURPS 采取目标—提问—度量
检查工作的规程
输出
标准 工具
产品测量 过程测量
监控什么
在项目中受监控的典型方面： -进度 -工作量 -总成本 -质量 -范围(scope) -风险 -职员流动 -项目的其它被标识的主要目标 *技能水平改变 需要确定,如何测量必须受控的量 定期地“测量”和“比较” 采取改正措施
过程的测量与分析
实际值 目标1 对照软件计划， 跟踪实际结果和性能
实际值
计划值
所计划的目标 偏差报告
SDP
约定的更改
目标3 对软件 约定的更改得到 受影响的组和个 人的认可
受影响 的组 目标2 : 当实际结果和性能明显 偏离软件计划时，采取 纠正措施并加以管理 直到结束。
外部约定
纠正措施 产品，活动
能力1
能力2
产品度量
产品度量独立于其过程 例子： -规模 -可靠性 -质量（也是过程度量） -代码的复杂性 -功能性
项目报告
项目受监控、控制的等级依赖于管理层 次 -项目经理要求每日更新 -其它开发经理（例如技术管理者）可能 满足于月更新 采集的数据要及时、正确、详细
项目报告—进度表
周工时表 周状态报告
策划建立目标，控制跟踪现实 跟踪时将实际值与计划值相比较 如果现实与计划不一致，现实必须优先 控制要求不断的修定开发计划
监督与控制的目的是保证在即使偏离计 划时仍能实现项目的目标
· 控制：搜集数据
从数据中学习
分析数据 解决问题 • P：计划将要作什么，并预计效果 D：作；执行计划 C：检查；评估结果，并从结果中学习---控制 A：行动；真正着手去作 • “PDCA是管理的核心，即确保今日的工作并开发 明日更好的工作方法。” • 检查的重要性：“把已有的决策当作是从中吸取 经验教训的实验， 那就把PDCA的所有步骤落 实。”
在项目进度上， 作状态标记 (PERT/CPM) 活动层监 控的甘特图
进度指示器 —全面监控
周工时表
WEEKLY TIMESHEET
Name : HAROON RASHID Week : 19-May-1997 to 25-May-1997 Hours worked--------------> Mon Tue Wed Thu Fri Sat Sun Tot 8 8 8 4 4 8 24 4 12 0 0 40 0 5 0 0 0 0 0 5 0 45
与谁有关？
监控要求群组所有成员参加 从每个群组成员的个人计划开始 在高层次上，处理经过整理的/更为一般 的问题
跟踪方式
跟踪软件工程技术活动，必要时采取纠 正措施（如定期报告机制） 软件工程组进行定期的内部评审以便对 照软件开发计划跟踪技术进度、计划、 性能和问题 按照文档化规程在所选择的项目里程碑 处进行正式评审以评价软件项目的完成 情况和结果（如同行评审） 各种报告和表格