软件项目跟踪与监督PTPTO.ppt

软件项目跟踪与监督(PT,PTO)l目的是建立对实际进展的适当的可视性，使管理者能在软件项目性能明显偏离软件计划时采取有效措施l包括：    -对照以文档化的估计、约定和计划评审和跟踪软件完成的情况和结果    -基于实际的完成情况和结果调整这些计划相对计划的管理 l针对计划和规格说明跟踪进展，包括： -产品规模 -项目工作量、成本和进度 -活动 -风险l针对计划跟踪进展的机制包括：内部评审和(与顾客)一起的正式评审采取纠正措施 l如果在计划和实际进展间出现偏差，必须作出判断，是否采取行动 -改变正在进行工作的方式，和/或 -调整计划l这项判断导致纠正措施，原始计划的档案和调整后的计划都应保存l纠正措施必须一跟到底SPTO目标l目标1　对照软件计划跟踪实际结果和性能l目标2　当实际结果和性能明显偏离软件计划时， 采取纠正措施并加以管理直到结束l目标3　对软件约定的更改得到受到影响的组和个人的认可 关键实践到目标的映射SPTO-1l目标1:对照软件计划，跟踪实际结果和性能 要求要求l活动1:将已文档化的软件计划用于跟踪软件活动和传送状态l活动5:跟踪软件工作产品的规模（或者软件工作产品更改的规模），必要时采取纠正措施 关键实践到目标的映射 SPTO-2l目标1:对照软件计划，跟踪实际结果和性能 要求要求l活动6:跟踪项目的软件工作量和成本，必要时采取纠正措施l活动7: 跟踪项目的关键计算机资源，必要时采取纠正措施l活动8: 跟踪项目的软件进度，必要时采取纠正措施关键实践到目标的映射SPTO-3l目标1:对照软件计划，跟踪实际结果和性能                           要求l活动9:跟踪软件工程技术活动，必要时采取纠正措施l活动10: 跟踪与项目的成本、资源、进度及技术方面有关的软件风险l活动11: 记录软件项目的实际测量数据和重新策划的数据 关键实践到目标的映射SPTO-4l目标1:对照软件计划，跟踪实际结果和性能 要求要求l活动12:软件工程组进行定期的内部评审以便对照软件开发计划跟踪技术进度、计划、性能和问题l活动13: 按照文档化规程在所选择的项目里程碑处进行正式评审以评价软件项目的完成情况和结果关键实践到目标的映射SPTO-5l目标:2:当实际结果和性能明显偏离软件计划时，采取纠正措施并加以管理直到结束                       要求要求l活动2:按照文档化规程修订项目的软件开发计划l活动5:跟踪软件工作产品的规模（或者软件工作产品更改的规模），必要时采取纠正措施 关键实践到目标的映射 SPTO-6l目标:2:当实际结果和性能明显偏离软件计划时，采取纠正措施并加以管理直到结束                             要求要求l活动6:跟踪项目的软件工作量和成本，必要时采取纠正措施l活动7: 跟踪项目的关键计算机资源，必要时采取纠正措施l活动8: 跟踪项目的软件进度，必要时采取纠正措施关键实践到目标的映射 SPTO-7l目标:2:当实际结果和性能明显偏离软件计划时，采取纠正措施并加以管理直到结束要求要求l活动9:跟踪软件工程技术活动，必要时采取纠正措施l活动11: 记录软件项目的实际测量数据和重新策划的数据 关键实践到目标的映射 SPTO-8l目标3:对软件的约定的更改得到受影响的组和个人的认可                    要求要求l活动3: 高级管理者参与按照文档化规程评审对组织外的个人和组所作的软件项目约定和约定的更改l活动4: 将经批准的、影响软件项目约定的更改传达给软件工程组和其它软件一有关组的成员 共同特点-1l约定1: 设立软件项目经理专门负责PTO活动及结果l约定2: 软件项目的管理遵从文档化的组织方针。

该方针规定：        ★ 采用并维护一个已文档化的软件开发计划作为跟踪软件项目的基础          ★  随时向项目经理报告软件项目的状态和问题          ★ 当软件计划未实现时，采取纠正措施，或者调整性能，或者调整计划          ★ 在受影响的组参与和认可的情况下对软件的约定进行更改l     ★ 高级管理者评审所有的约定更改和软件项目对组织外部的个人和组所作的新的约定l能力1: 软件开发计划已文档化并得到批准l能力2: 软件项目经理明确分配产品和活动的责任共同特点-2l能力3: 为跟踪和监督活动提供足够的资源和经费l能力4: 软件经理接受管理技术和管理人员方面的培训l能力5: 一线经理受到项目技术方面的定向培训l 测量与分析1：进行测量并将测量结果用以确定SPTO活动的状态l验证实施1: 高级管理人员定期对SPTO活动进行评审l验证实施2: 项目经理定期或不定期对SPTO活动进行评审l验证实施3: SQA组对SPTO活动进行评审/审核并报告结果PTOSQA目的目的保证按计划执行保证按计划执行保证按过程执行保证按过程执行焦点焦点结果结果过程过程跟踪的基准跟踪的基准 SDP中的估计、约定中的估计、约定 过程、规程、标准、方针过程、规程、标准、方针 跟踪内容跟踪内容 l l 工工作作产产品品的的规规模模、、工工作作量量和和成成本本、、进进度度、、资资源源要要求求（（实实际际值值和和估估计计值相比较）值相比较）l l  风险跟踪风险跟踪l l  措施条款跟踪措施条款跟踪l l  跟踪技术进展跟踪技术进展过程活动和工作产品与过过程活动和工作产品与过程、标准、方针的符合性程、标准、方针的符合性（过程中隐含计划（过程中隐含计划 ））跟踪结果跟踪结果 各种跟踪表格各种跟踪表格不符合项报告不符合项报告评审和审计报告评审和审计报告 跟踪人跟踪人 项目负责人和项目工程项目负责人和项目工程人员人员 独立于项目组的独立于项目组的SQA人员人员方式方式 全面全面抽查抽查进入准则(1)  已指派负责PTO活动和结果的经理(Co1)(2)已发布组织管理软件项目的方针(Co2)    (3)已存在文档化的SDP(Ab1) (4)已明确地分配关于软件工作产品和活动的任务(Ab2)(5) 有足够的资源/经费(Ab3)(6) 软件经理经过培训(Ab4)(7) 一线经理经过定向培训(Ab5)(8) 存在用于AC2，3，13的规程输入(1)  软件开发计划（SDP原始及当前的）(2)  软件策划数据(3)   约定（原始及当前的）(4)   问题报告出口准则(1)对照软件计划，跟踪了实际结果和性能(G1)(2) 必要时,已采取纠正措施并加以管理直到结束(G2)(3) 受影响的组和个人同意对约定的更改(G3)(4)需要时，已按规程更新了SDP      (5)已跟踪了风险  (6)已测量和记录了跟踪数据和重新策划数据(7)受影响的组及时收到有关项目状态的信息部分输出(1)  措施条款(2)  实际状态      ①里程碑实际完成情况      ②软件活动实际完成情况      ③实际消耗的工作量（针对已完成的工作）      ④软件项目的各种实际测量数据（如成本、进度、人员消耗等）      ⑤代码的实际规模      ⑥实际发生的风险      ⑦关键计算机资源的实际使用(3) 经批准的、对软件项目会产生影响的约定更改(4) 对风险的分析      ①风险发生的可能性      ②高风险区域     ③采取的对策(5)修订后的SDP(6)有关管理者评审活动的综合报告(7)重新策划数据SPTO与等级2其它KPA的关系 lRM:是通过SDP跟踪约定的基础,必要时重新协商约定lSPP:提供SDP及相关的估计、进展等等lSCM：是管理和控制那些跟踪和再策划数据的基础lSQA：评审/审核SPTO的活动和工作产品需要费用的工作l建立方针l培训人员l编制规程l必要时，跟踪和采取改正措施l记录跟踪和再策划数据l测量SPTO活动的状态l评审     -高级管理者       -项目管理者       -SQA       -工程组和其他组回报l工程组介入对约定的更改l计划与实际结果相适应l管理计划的活动保持可视l计划已基线化l风险被跟踪和保持可视l跟踪和在策划数据作为财富保存 项目控制项目控制1. 为什么要控制?l事情不按计划进行： -范围改变 -活动的估计值不同于实际值 -实际问题： *硬件不工作 *通讯连接 -资源 *辞职 *突然离去/意外事故/生病 -未预计的附加活动 变化l“管理的中心问题是更好地理解变化，并从变化中抽出有用信息。

l跟踪的数据要分析策划和控制l策划建立目标，控制跟踪现实l跟踪时将实际值与计划值相比较l如果现实与计划不一致，现实必须优先l控制要求不断的修定开发计划l监督与控制的目的是保证在即使偏离计划时仍能实现项目的目标测量的重要性 l测量是控制的载体 l没有控制           软件工程就不是有效的工程学科            仍然是手工劳作（艺术品） 从数据中学习· 控制：搜集数据 分析数据 解决问题•P：计划将要作什么，并预计效果 D：作；执行计划 C：检查；评估结果，并从结果中学习---控制 A：行动；真正着手去作•“PDCA是管理的核心，即确保今日的工作并开发明日更好的工作方法•检查的重要性：“把已有的决策当作是从中吸取经验教训的实验， 那就把PDCA的所有步骤落实2. 如何跟踪跟踪的四个问题l跟踪中要解决以下四个问题：·确定跟踪对象·采集信息·分析信息·报告信息（1）测量量的确定l要采集的度量包括与技术有关的和与管理有关的l在确定要采集的度量时可参照HP的经验：   -从工程实际出发，管理人员和工程人员总结自己工作中实际需要的度量   -采用目标/提问/度量（G/Q/M）的框架：       *分析目标       *提出要解决的问题       *从问题中提出度量HP的经验l尽早确定所要采取的度量l采取目标—提问—度量G1G2Q1Q2Q3Q4M1M2M3M4M5例子l目标：减少工作量和缩短进度l其中一个问题是：当要求更改代码时，何时作更改，何时不作更改？l他们分析得出的度量是：     M1:问题发生率      M2:缺陷密度      M3:代码稳定性      M4:复杂性      M5:要更改的模块数起步核心测量lSEI建议DOD的软件组织采用四个起步核心测量    -软件规模    -工作量    -进度    -缺陷监控什么l在项目中受监控的典型方面： -进度 -工作量 -总成本 -质量 -范围(scope) -风险 -职员流动 -项目的其它被标识的主要目标 *技能水平改变过程度量ll过程度量量化过程或开发环境过程度量量化过程或开发环境l ll例子：例子：例子： - - -生产率生产率生产率 - - -质量质量质量 - - -资源资源资源度量度量    -    -缺陷插入率缺陷插入率    -    -缺陷及其消除率缺陷及其消除率产品度量l产品度量独立于其过程l l例子： -规模 -可靠性 -质量（也是过程度量） -代码的复杂性 -功能性过程方法作工作的规程作工作的规程检查工作的规程检查工作的规程返工输出产品测量 过程测量标准标准工具工具输入过程的测量与分析为什么要采集过程性能数据？要管理过程就需要：l 能预测过程的未来性能l 减小过程结果的偏差人们不能控制那些未测量和理解的东西这是连续过程改进的基础     （2）定义度量的原则l通过G/Q/M方法能确定出与经营目标密切相关的测量和度量。

在定义这些度量时，必须考虑以下原则：·可重复性：其它人能重复测量，得到同样的结果；·利于交流：对记录的测量结果，其它人能精确地知道它包含什么，不包含什么测量的单位是什么数据l数据是控制的核心管理改进必须基于测量结果l为使数据分析有用，必须了解数据的含义及如何对它作有意义的分析l开始时仅采集一小组有用的数据l管理者需要保证注意力明显地集中在项目所有的关键方面，包括那些难于测量的，不能只关注那些易于测量和跟踪的方面（3）测量量的采集l任何等级都必须采集度量l多数度量存在于开发工作中，必须人人动手采集l过程度量等有瞬时的特点，如不及时采集，无法补救l要预先确定需采集的最小集合，再不断补充与谁有关？l监控要求小组所有成员参加l从每个小组成员的个人计划开始l在高层次上，处理经过整理的/更为一般的问题如何能采集到正确的数据？l对事不对人l采用工具（4）项目报告l项目受监控、控制的等级依赖于管理层次 -项目经理要求每日更新 -其它开发经理（例如技术管理者）可能满足于月更新l采集的数据要及时、正确、详细3. 有关SPTO基本的监控l监控活动是否按计划进行l监控缺陷是否均已解决l监控问题是否均已处理L2:基本的监控L3:建立监控的门槛值，监控风险……L4:定量监控跟踪基线lSPTO针对项目计划进行跟踪l项目计划中列出了跟踪要求，包括被跟踪的主要工作产品、跟踪频度、跟踪机制、跟踪内容-其跟踪内容除了规模、成本和工作量、进度外，还有风险、资源（包括关键计算机资源），技术活动和纠正措施l计划中列出了被跟踪量的估计值或预测值，它们作为跟踪的基础l跟踪时，将采集的实际值与计划中的估计值相比较，来确定进展。

它们有时被称为跟踪基线对软件工程技术活动的跟踪l活动9中提出对软件工程技术活动进行跟踪，这是等级2中唯一与工程技术活动有关的实践要求软件工程组的成员定期向其直接领导报告技术状态，包括活动的进展和问题；-将其交付的供后续工作用的工作产品的内容与计划做比较；-报告任何工作产品中的问题，并建立文档；-跟踪问题到问题结束纠正措施l如果计划和实际进展间存在明显偏差，就要采取纠正措施这首先要做评价和判断l评价：评价项目性能和项目相对计划的状态，决定偏差是否明显，是否需要采取行动要分析产生偏差的原因当然首先必须明确定义“明显”的含义l判断：采取哪种行动措施项有两种可能：        -改变正在进行工作的方式；  -调整计划；跟踪方式l跟踪软件工程技术活动，必要时采取纠正措施（如定期报告机制）l软件工程组进行定期的内部评审以便对照软件开发计划跟踪技术进度、计划、性能和问题l按照文档化规程在所选择的项目里程碑处进行正式评审以评价软件项目的完成情况和结果（如同行评审）l各种报告和表格跟踪和监控方式填写数据采集表格l项目人员定期向其直接领导报告, 其主要方式是填写数据采集表格（如周报，周状态报告）l它们既包括相对计划的进展（管理方面），又包括技术进展和技术问题（技术方面）l一般SPTO需设计和提供适用的对各类人员的跟踪表格。

内部评审l内部评审: 软件项目组内部定期进行的评审l目的是跟踪技术进展、计划完成情况、当前状态和问题l一般一线软件经理和软件作业领导参加评审，需要时，和软件经理和其他软件经理一起评审 正式评审l里程碑处的正式评审目的是评价跟踪的结果，进行监控而不是跟踪l评价时使用的材料必须经过有关软件经理的评审和批准-分析软件活动的约定、计划和状态；-识别出重大问题、相应的措施和做出决策，并建立文档；-分析软件项目风险；-必要时，做出修订软件开发计划的决定4. 跟踪表格项目报告—进度表周工时表周工时表在项目进度上，作状态标记(PERT/CPM)周状态报告周状态报告进度指示器进度指示器——全面监控全面监控活动层监活动层监控的甘特图控的甘特图周工时表个人周状态报告进度监控-甘特图进度指示器—全面监控 到该日止已完成所计划的活动数进度指示器1=————————————— 到该日止计划要完成的活动数 到该日止已完成的在关键路径上所计划的活动数进度指示器2=——————————————— 到该日止计划的要完成的在关键路径上的活动数项目报告—工作量周工时表进入实际时间，    预计遗留工作量周状态报告工作量指示器工作量指示器- -用于全面监控用于全面监控工作量表活动层监控工作量表（活动层监控）活动层监控）工作量指示器-用于全面监控                                                 到该日为止总的实际人-小时l工作量指示器1=——————————                                               总的所计划的完成活动的人-小时                                             总的所预期的（遗留）+实际的人天l工作量指示器2=——————————                                                            总的所计划的人天项目报告—成本l成本报告类似于工作量l成本分量： -工作量（可能分别计算正常的和加班的） -出差 -硬件 -软件 -通讯项目报告—质量缺陷日志/测试日志Item Wise质量记录缺陷矩阵质量指示器Item Wise 质量记录缺陷泄漏矩阵评审的重要性（泄漏缺陷）（泄漏缺陷）需求评审评审设计评审评审功能测试静态分析结构测试251510需求缺陷缺陷设计缺陷缺陷编码缺陷缺陷返工的费用呈指数式增长质量指示器—全面监控质量指示器1 = 对已完成的QC作业，总的实际缺陷数------------------------------------------------------------------------对已完成的QC作业，总的预期缺陷数质量指示器2 = 阶段内发现的总缺陷数------------------------------------------所发现的总缺陷数项目报告—范围更改请求范围变化指示器范围变化指示器 由于更改请求所造成的总的工作量(全部经批准的更改请求)范围指示器1= ------------------------------------------- 到该日为止总的实际工作量 对已批准的，更改请求的总的花费范围指示器2= ---------------------------- 所收到的总的更改请求 所收到的更改请求数范围指示器3= --------------------------------- 时间(所完成的期间或总的计划的期间)缺陷与发现阶段发现的阶段缺陷的例子需求规格说明评审-不正确的或太强的假定-不完全的外部界面说明-过程流不清晰-需求不可跟踪-含糊性-不完全性项目计划评审-不恰当的工作量或进度估计-风险评估有问题-不恰当的人力安排-计划不完全…………缺陷类别缺陷类别例子逻辑标准多余的代码用户界面性能重用性设计问题存贮管理缺陷文档缺陷不一致性跟踪性可移植性缺陷问题l关注error-prone模块。

如果有重复出现的缺陷，它们经常在同一段代码中出现l许多研究指出，少量缺陷能导致失败中的很大一部分（即，80：20法则）l测量每个模块（或代码段）的缺陷水平并关注其相应的修正措施5. 测量量的利用l开发过程中必须基于度量作分析，不断改进过程（不限于四级）或发现问题l度量放在数据库中供以后项目用l估计时最好使用自己的数据l需积累本地区的行业数据状态好坏的标识及措施（L3）  □以实际量与估计量的比值来判断状态好坏，该比值称为标志值□如果比值<   ，标志为红色如果比值 <      <     ，标志值为兰色如果比值 <      <     ，标志值为绿色□如果规模、工作量、进度、或问题报告的标识值中的任何一个为红色，或者      以上量中有三个同时为兰色，或者      未经策划的活动占至今经策划活动总数的百分比>25%，或者资源方面发生重大问题，   则，必须修订软件开发计划 使用度量的例子如作设计评审：设计文档有20页l估计会有100个缺陷l这次仅发现60个，原因何在？l同行评审执行得不好？如同行经验不足l同行评审过程有缺陷？l设计文档质量高？使用数据的例子l合同已签订，项目组评审后发现差2个月。

如何能按期交付？测量的好处测量在以下方面对项目有很大帮助：l项目估计和进展控制l工作产品的评价l 通过缺陷分析实现过程改进l对最好实践进行试验确认。