第5讲软件项目跟踪

第第 55 讲软件项目跟踪讲软件项目跟踪周剑

[email protected]://cse.cslg.cn/~zhoujian 软件工程系 409 教研室

13814948247

软件项目管理课程之

© Copyright Jian Zhou 2009

第5讲软件项目跟踪

2

讲授内容讲授内容项目案例什么是软件项目跟踪？为什么需要对软件项目进行跟踪软件项目跟踪会议软件项目跟踪的过程和步骤 CMM对软件项目跟踪的要求小结



3

项目案例项目案例案例角色和人物

小王：软件项目负责人

老王：公司技术老总

开发小组：小李，老赵，小田，小谢



4

项目实施需要跟踪项目实施需要跟踪 (1(1/2)/2) 项目实施了一个月后一切似乎正常，然而进入第二个月后出现了许多意想不到的问题，这些问题的出现将影响项目的正常实施，甚至可能导致项目失败– 需求分析进行了 1个半月之后，需求分析的负责人老赵开始意识到需求分析工作不能按计划完成，因为剩下的工作在半个多月的时间内完成是不切实际的。因此他把这一严重的问题告诉给项目经理小王，针对该问题小王必须采取措施；

– 与进度面临同样问题的是，小王从公司的财务部得到通知，项目在需求分析阶段的成本已经超支，超支的主要原因是日常的伙食费和住宿费的额度较大，因此需要对成本的预算和计划重新进行调整



5

项目实施需要跟踪项目实施需要跟踪 (1(1/2)/2)

– 更为糟糕的是，在此关键时刻，项目组的技术骨干老赵就提出要辞职，他的辞职给项目组的开发带来了很大的风险，小王现在必须面对这个现实，并且采取有效的措施来弥补老赵离开项目组带来的问题

– 另外，根据老赵的反映，近段时间用户对需求分析小组的支持力度不够，友好程度也不够，并且开始出现闹矛盾的现象，因此和用户之间的关系应该引起关注和重视

– 公司高层和用户为了更加清晰地了解项目的进展情况，要求小王每周定期给他们提供项目的进展情况



6

案例提示我们案例提示我们在项目实施过程中会发现许多问题和风险，这些问题和风险在事先是很难预测到的在实施过程中，项目完全按照预先制定的计划进行是比较困难的，因此会有偏差

必须了解项目的实际实施情况，以便清晰的知道存在哪些偏差

必须针对各个问题，提出相应的措施，以解决问题，或者消除和避免风险



7

软件项目管理问题软件项目管理问题什么是软件项目跟踪为什么需要对软件项目进行跟踪？需要跟踪软件项目的哪些方面？如何进行跟踪？跟踪时应该注意哪些问题？



8




9

什么是软件项目跟踪什么是软件项目跟踪概念对象基础方式目标



10

什么是软件项目跟踪什么是软件项目跟踪什么是软件项目跟踪？

– 在项目实施过程中，随时掌握项目的实际开发情况，使得当项目实施与计划相背离，或者出现问题和风险时，能够采取有效的措施

软件项目跟踪对软件项目的实施提供可视性– 知道项目的实际执行和实施情况– 知道项目实施过程中 (可能 )出现了哪些问题– 知道如何采取措施防止问题的出现，或者出现时该采取什么办法减少它给软件项目实施带来的影响和损失



11

软件项目跟踪的对象软件项目跟踪的对象项目风险项目进展开发活动进展开发活动问题项目展望



12

软件项目风险软件项目风险 (1(1/3)/3)

软件项目在实施过程中存在各种问题和风险– 技术风险，例如某项需求尚未找到合适的技术解决途径，或者原先所制定的技术解决途径发现不合适

– 进度风险，例如某项活动原先计划 1个月时间完成，但是现在 3个月过去了仅仅完成任务的一半

– 成本风险，由于没有控制支出，实际成本已经远远超过原先计划的成本预算，并且仍然不断增长

– 人员风险，项目组成员临时跳槽或者调派，人员缺乏– 工具和设备风险，所需的工具和设备不能按时提供，或者得不到，… .



13

软件项目风险软件项目风险 ((2/3)2/3)

在项目跟踪过程中，识别风险以便管理风险– 通过了解项目的实际实施情况，发现风险– 详细描述风险– 将各个风险组织以风险清单形式提交讨论



14

项目风险清单样例××项目风险清单时间：02/10/21 提交人：小王

风险负责人开始日期结束日期风险标识

部分产品需求尚未得到潜在客户的验证

小李 02/10/10 02/10/20 1

所需的软件构件和工具没有按期购买

小谢 02/10/10 02/10/15 2

软件测试所需设备比要求时间晚了 1个月

小谢 02/10/15 （02/10/10）

02/10/18

3

项目开销超出计划 10％，且每周按 5％增长

小李 02/10/18 02/10/21 4



15

软件项目风险软件项目风险 ((3/3)3/3)

项目风险清单的内容– 风险描述– 负责人– 风险处理的开始时间，可能会发生变更，保留历史

– 目标结束时间，可能会发生变更，保留历史– 风险标识



16

项目进展项目进展 (1(1/2)/2)

在项目实施过程中，项目的实际进度可能会与计划的进度产生偏差– 工作量估算的不准确– 用户需求的变更– 交流的不畅– 人员的变更– 受到其他不可预知情况的干扰– ……



17

项目进展项目进展 ((2/2)2/2)

在项目跟踪过程中，洞悉项目的实际进展– 了解项目的实际进展情况– 项目计划– 将实际进展与计划进行比较，了解偏差，以便采取措施



18

检查点开始日期结束日期

需求分析 02/01/03

02/01/03

02/01/28

02/02/04

概要设计 02/01/24

02/01/24

02/02/18

02/02/18

详细设计 02/02/14

02/02/14

02/04/01

02/04/08

编码 02/03/07

02/03/09

02/05/13

02/08/28

1 2 3 4 5 6 7 8 9 10 11 12

月份

修订时间：

02/02/25

02/04/01

项目进展示意图



19

开发活动进展开发活动进展 (1(1/2)/2)

在项目跟踪过程中，洞悉开发活动实际进展– 详细、具体了解各项活动的实际情况– 开发活动的计划– 将实际进展与计划进行比较，了解偏差，以便采取措施



20

开发活动进展开发活动进展 ((2/2)2/2)

计划实际标识

(ID#)

活动

相关活动

负责人开始日期结束日期开始日期结束日期

210 需求调查小谢 04/04 05/13 04/14 05/16

211 需求分析 210 小谢 05/16 05/27 05/17 05/27

212 撰写需求分析文档

211 小谢 05/30 06/10 05/30 06/14

213 需求评审 212 小谢 06/13 06/17 06/15 06/22



21

开发活动问题开发活动问题 (1/2)(1/2)

项目开发活动过程中，可能会遇到许多问题– 具体项目的特殊情况– 计划的不全面性– 规程的不完备性– 交流的不充分性



22

开发活动问题开发活动问题 (2/2)(2/2)

开发活动问题表

问题名称：需求分析文档的编写规范

活动编号：14

提出日期：03/19

要求结束日期：03/25

目标结束日期：（03/25）03/27

约束日期：03/28

受其影响的活动：需求分析

指定负责人：老赵

提出人：小谢

说明：在编写软件需求规格说明书过程中，缺少编写规范的指导

进展：



23

项目展望项目展望展望项目在未来合适的时间段的情况

– 下一个主要里程碑– 公开发布日期– 产品交付日期



24

软件项目跟踪的基础软件项目跟踪的基础软件开发计划

– 活动和关系– 进度计划– 资源和人员计划– 成本计划，……

软件项目实际实施过程– 实施了的实际进度– 实施面临的问题



25

软件项目跟踪的方式软件项目跟踪的方式成立项目跟踪小组 PTT(Project Tracing Team)

– 由项目组成员 (小项目 )或者负责人 (大项目 )组成指定项目跟踪负责人

– 负责协调项目进度的跟踪工作定期召开项目跟踪会议，获取项目实施的详细情况和面临的问题– 最好定期每周一次– 了解项目实施情况– 汇报问题



26

软件项目跟踪的目标软件项目跟踪的目标通过跟踪对软件项目的实施提供可视性

– 知道项目的实际执行和实施情况– 知道项目实施过程中 (可能 )出现了哪些问题– 知道如何采取措施防止问题的出现，或者出现时该采取什么办法减少它给软件项目实施带来的影响和损失



27

软件项目跟踪示意图软件项目跟踪示意图

跟踪基础项目计划项目计划项目实施过程项目实施过程

跟踪对象

• 项目风险项目风险• 项目进展项目进展• 项目活动项目活动

• 开发活动问题开发活动问题• 项目展望项目展望

跟踪目标

• 了解项目进展• 发现问题和风险• 采取措施

•

项目跟踪负责人

•

项目跟踪会议

•

项目跟踪小组



28




29

为什么需要对软件项目进行跟踪为什么需要对软件项目进行跟踪软件项目实施相对于计划的不确定性、动态性和实施过程中问题多样性和不可预知性及其带来的风险– 不现实的截至日期– 对工作量和资源数量估算不足– 客户需求的动态变化– 交流不畅而导致的项目延期– 计划没有考虑风险– 事先无法预知的技术问题– 事先无法预知的人力困难



30




31

软件项目跟踪会议软件项目跟踪会议何时召开会议谁来参加会议跟踪会议的组织和召开修复计划问题升级



32

何时召开会议何时召开会议频率：每周召开一次安排在每周的同一天、同一时间、同一地点最好安排在周 2，或者周 3

– 之前有所准备– 之后有所预留



33

谁来参加会议谁来参加会议小项目 (人数小于 10人 )

– 所有的项目组成员参与会议大项目 (人数大于 10人 )

– 各个小组和产品的负责人



34

跟踪会议的组织和召开跟踪会议的组织和召开围绕跟踪对象指定负责人，防止推卸责任限定阐述时间，言简意赅，提高效率会议日程应预先安排好，预先通知有关人员确保每个人有备而来费时的问题留待会后解决鼓励开放、坦诚的报告情况



35

修复计划修复计划通过跟踪发现问题不是最终目的，必修尽快提供修补问题的措施以把问题造成的损失减少到最少范围制定修复计划

修复计划的内容– 指定负责人– 确定活动次序– 决定活动的起止时间，找出依赖活动

确保相关人员赞成该计划



36

问题升级问题升级如果在开发过程中发现争端，该如何处理？

– 争端必须尽快解决– 由高一级的领导来了解争端，协调解决 --> 问题升级



37




38

软件项目跟踪的过程和步骤软件项目跟踪的过程和步骤1. 指派 PTT (Project Trace Team)负责人2. 选定要用的工具和表格3. 实施 PTT 培训4. 准备 PTT会议5. 召开 PTT会议6. 开展工作 /问题升级会议7. 分发 PTT会议记录8. 转到第 5步直到项目结束



39

步骤步骤 1:1: 指派指派 PTTPTT 负责人负责人任务描述

– 由项目经理指派 PTT负责人入口条件

– 项目开始出口条件

– 指定了某人作为 PTT负责人持续时间

– 1 天



40

步骤步骤 2:2: 选定要用的工具和表格选定要用的工具和表格(1/2)(1/2)

任务描述– PTT负责人选定进行项目跟踪所需的描述表格和工具

入口条件– 项目经理已经指定了 PTT负责人

出口条件– PTT负责人选定了描述表格和工具

持续时间– 0 – 5 天



41

步骤步骤 2:2: 选定要用的工具和表格选定要用的工具和表格(2/2)(2/2)

项目跟踪表格的例子计划实际标识

(ID#)

活动

相关活动

负责人开始日期结束日期开始日期结束日期

210 需求调查小谢 04/04 05/13 04/14 05/16

211 需求分析 210 小谢 05/16 05/27 05/17 05/27

212 撰写需求分析文档

211 小谢 05/30 06/10 05/30 06/14

213 需求评审 212 小谢 06/13 06/17 06/15 06/22

××项目风险清单时间：02/10/21 提交人：小王

风险负责人开始日期结束日期风险标识

部分产品需求尚未得到潜在客户的验证

小李 02/10/10 02/10/20 1

所需的软件构件和工具没有按期购买

小谢 02/10/10 02/10/15 2

软件测试所需设备比要求时间晚了 1个月

小谢 02/10/15 （02/10/10）

02/10/18

3

项目开销超出计划 10％，且每周按 5％增长

小李 02/10/18 02/10/21 4

软件开发活动进度表

软件开发风险列表



42

步骤步骤 3:3: 实施实施 PTTPTT 培训培训 (1(1/2)/2)

任务描述– 由 PTT负责人组织对所有 PTT成员进行必要的培训

入口条件– PTT负责人选定了描述表格和工具

出口条件– 对 PTT成员进行了必要的培训– PTT成员对跟踪会议达成一致 (时间、地点、职责等 )

持续时间– 1 – 4 天



43

步骤步骤 3:3: 进行进行 PTTPTT 培训培训 (2(2/2)/2) 培训的内容

– 项目跟踪的对象– 何时进行跟踪– 哪些人见参加 PTT会议– 跟踪会议的日程– 跟踪会议的时间安排– 跟踪会议的程序– 修复计划– 介绍以往项目跟踪情况、回顾其教训– 学习如何使用表格和工具



44

步骤步骤 4:4: 准备准备 PTTPTT 会议会议任务描述

– PTT负责人和成员为 PTT会议的召开作好准备 ( 充分的材料 )

入口条件– PTT成员经过了培训

出口条件– PTT负责人和成员准备好了召开 PTT会议的材料

持续时间– 1 – 2 天



45

步骤步骤 5:5: 召开召开 PTTPTT 会议会议任务描述

– 按照日程召开了 PTT会议入口条件

– PTT负责人和成员为会议的召开做好了准备出口条件

– PTT会议结束持续时间

– 1 – 8 小时



46

步骤步骤 6:6: 开展工作开展工作 // 问题升级会议问题升级会议任务描述

– 针对 PTT会议提出的问题开展工作– 如需要召开问题升级会议解决争端

入口条件– PTT会议已经结束

出口条件– 问题得到了部分或者圆满解决

持续时间– 30分钟 – 1 天



47

步骤步骤 7:7: 分发分发 PTTPTT 会议记录会议记录任务描述

– 形成 PTT会议记录– 向 PTT成员分发了会议记录

入口条件– PTT会议结束

出口条件– 形成并分发了 PTT会议记录

持续时间– 2 天



48




49

CMMCMM 对软件项目跟踪的要求对软件项目跟踪的要求(1(1/3)/3)

软件项目跟踪是 CMM二级的关键过程域所谓的软件项目跟踪和监督是指对软件项目的实际进展建立适当的可视性，使管理者能在软件项目实际进展明显偏离软件计划时采取有效措施

软件项目跟踪和监督的任务– 对照文档化的估计、承诺和计划评审，跟踪软件完成的情况和结果，根据实际完成的情况和结果调整这些计划



50

CMMCMM 对软件项目跟踪的要求对软件项目跟踪的要求((2/3)2/3)

软件项目的文档化的计划将作为跟踪软件活动、通报状态和修订计划的基础

软件活动由管理者来监控，主要通过在所选软件工作产品完成时以及在选择的里程碑处，将实际的软件规模、工作量、成本和进度与计划相比较，来确定软件项目进展情况

当确认软件项目计划未被完成时，采取纠正措施



51

CMMCMM 对软件项目跟踪的要求对软件项目跟踪的要求((3/3)3/3)

共 24个关键实践 , 对软件项目跟踪提出了明确的要求关键实践类关键实践数目制定方针政策 2确保必备条件 5实施软件过程 13度量和分析 1检查实施情况 3



52

目标目标对照软件开发计划，跟踪项目实施的实际结果和性能

当实际的结果和性能明显偏离软件开发计划时，采取纠正措施，并加以管理直到结束

对软件承诺的更动得到受影响组和个人的认可



53

制定方针政策制定方针政策 (1(1/2)/2)

项目软件负责人对项目的软件活动和结果负责



54

制定方针政策制定方针政策 (2(2/2)/2)

项目遵循一个书面的、由组织制定的用以管理软件项目的方针– 软件项目将采用并维护一个文档化的软件开发计划来作为跟踪软件项目的基础

– 随时向项目负责人报告软件项目的状态和问题 – 当软件计划未被实现时，采取纠正措施，或者调整性能，或者调整计划

– 在受影响组参与和认可的情况下对软件承诺进行更动 – 高级管理者对所有的承诺更动和软件项目对组织外的个人和组所作的新的承诺进行评审



55

确保必备条件确保必备条件 ((1/5)1/5)

项目软件的开发计划已被写成文档并已批准



56

确保必备条件确保必备条件 ((2/5)2/5)

项目软件负责人对软件工作产品和活动负责 , 项目软件负责人对下列内容负责 – 待开发的软件工作产品和提供的服务 – 这些软件活动的工作量和成本 – 这些软件活动的进度 – 这些软件活动的预算



57

确保必备条件确保必备条件 (3(3/5)/5)

为跟踪软件项目提供足够的资源和经费



58


对项目软件负责人进行软件项目的技术和人员管理方面的培训 – 项目管理技术 – 跟踪和监督软件规模、工作量、成本及进度 – 管理人员



59


对有关组的负责人进行软件项目技术方面的定向培训，定向培训的例子包括： – 项目的软件工程标准和规程 – 项目的应用领域知识



60

实施软件过程实施软件过程 ((1/13)1/13)

将文档化的软件开发计划用来跟踪软件活动和通报状态 – 软件开发计划随着工作的进展而更新，以便反映完成情况，特别当里程碑被完成时

– 软件开发计划的状态应传递到以下小组和人员软件工程组 ( 包括所有的小组，例如软件设计小组 ) 项目软件负责人项目负责人高级管理者其它受影响组



61


按照文档化的规程，修订项目的软件开发计划 – 适时地修订软件开发计划，以便对计划进行必要的细化和更动

– 更新软件开发计划，以便把所有新的软件项目承诺和对承诺的更动纳入计划

– 软件开发计划在每次修订时都应进行评审 – 软件开发计划应受管理和控制



62


按照文档化的规程，高级管理者参与对组织外的个人和组所作的软件项目承诺和承诺的更动进行的评审



63


将经批准的、影响软件项目承诺的更动通报软件工程组和其它软件有关组的成员，其它软件有关组的例子包括：– 软件质量保证组 – 软件配置管理组 – 文档支持组



64

实施软件过程实施软件过程 ((5/13)5/13) 跟踪软件工作产品的规模 (或者软件工作产品更动的规模 )，必要时采取纠正措施 – 跟踪所有主要软件工作产品的规模 (或更动的规模 ) – 将实际代码规模 ( 生成的、经完全测试的和交付的 )和在软件开发计划文档中估计的规模对比

– 将实际交付的文档单元数据与在软件开发计划文档中估计的数相比较

– 按正规的手续对软件工作产品的整体预测规模 (与实际值相结合的估计值 )进行细化、监控和调整

– 和受影响组一起，对那些能影响软件承诺的软件工作产品规模估计更动进行协商，并对这些更动写成文档



65


跟踪项目的软件工作量和成本，必要时采取纠正措施 – 对照已完成的工作和过去实际的工作量及成本开销，将其与软件开发计划中文档化的估计量进行比较，以识别出潜在可能的超支和欠支

– 跟踪软件成本，并将其与软件开发计划中记载的估计相比较

– 将实际工作量及人员配置与软件开发计划中记载的估计相比较

– 对那些影响软件承诺的有关人员配置和其它软件成本方面的更动，与受影响组协商，并对这些更动写成文档



66


跟踪项目的关键计算机资源，必要时采取纠正措施 – 对每个主要的软件部件，按照文档化的软件开发计划跟踪项目关键计算机资源的实际使用情况和预计使用情况，并将其与估计相比较

– 对那些影响软件承诺的有关关键计算机资源估计的更动，与受影响组协商，并对这些更动写成文档



67


跟踪项目的软件进度，必要时采取纠正措施 – 将软件活动、里程碑和其它承诺的实际完成情况与软件开发计划作比较

– 评价软件活动、里程碑和其它承诺等迟后和提前完成对将来的活动和里程碑的影响

– 对那些影响软件承诺的有关软件进度的修订，与受影响组协商，并对其写成文档



68


跟踪软件工程技术活动，必要时采取纠正措施 – 软件工程组的成员定期向他们的负责人报告他们的技术状态

– 检查为后续软件开发步骤提供的软件工作产品版本是否能按照软件开发计划的规定提供

– 将任何软件工作产品中发现的问题均记入文档 – 跟踪问题报告直至结束



69


跟踪与项目的成本、资源、进度及技术方面有关的软件风险 – 当有补充信息时，调整风险的优先级及风险可能性

– 项目经理定期参与高风险的软件产品和活动的评审



70


对软件项目的实际度量数据和重新策划的数据进行记录、管理和控制 – 记录的信息包括估计信息、以及为重构估计和验证其合理性所必须的辅助信息

– 软件重新策划的数据应受管理和控制 – 将软件策划数据、重新策划数据和实际度量数据归档，以供正在进行的和未来的项目使用



71


软件工程组定期进行内部评审以便对照软件开发计划跟踪技术进展、计划、性能和问题



72


按照文档化的规程，在所选的项目里程碑处进行正式评审以评价软件项目的完成情况和结果 – 安排在对软件项目进度有意义的点上进行评审，例如在所选阶段的开头或结束处

– 必要时，邀请用户、最终用户 (或者其代表 )和组织内部受影响组参与评审

– 使用的材料必须经负责的项目软件负责人的评审和批准



73

实施软件过程实施软件过程 ((1/13 cont.)1/13 cont.)

– 分析软件活动的承诺、计划和状态 – 导致对重大问题、各项措施和决策的标识和写成文档

– 分析软件项目风险 – 必要时，评审的结果可导致对软件开发计划的细化和调整



74

度量和分析度量和分析进行度量，并将度量结果用来确定软件跟踪和监督活动的状态

度量的例子包括： – 在实施跟踪和监督活动中花费的工作量和其它资源

– 软件开发计划的更动活动，包括对软件工作产品的规模估计，软件成本估计、关键计算机资源估计和进度的更动



75

验证实施验证实施 (1(1/3)/3)

高级管理者定期参与软件项目跟踪和监督活动的评审



76

验证实施验证实施 ((2/3)2/3)

项目经理可定期或者事件驱动地参与软件项目跟踪和监督活动的评审



77

验证实施验证实施 ((3/3)3/3)

软件质量保证组评审和 (或 ) 审计软件项目跟踪和监督的活动和工作产品，并报告其结果



78




79

小结小结软件项目实施仅仅有计划是不够的，由于实施过程的动态性、不确定性和问题的不可预见性，必须对项目进行跟踪

软件项目跟踪的关键– 了解项目实施的实际情况– 发现在项目实施过程中 (可能 )存在的问题– 提供预防问题发生的措施– 提供当问题发生时的应对措施



80

教学目的教学目的理解

– 为什么需要对软件项目进行跟踪？– 什么是软件项目跟踪？– 软件项目跟踪的对象、基础和目标

掌握– 软件项目跟踪的方法– CMM对软件项目跟踪的要求

运用– 在实际软件项目中能够对软件项目进行有效跟踪，提供实施视图，控制项目的实施



81

Q & AQ & AQ & AQ & A

Software Project Management Software Project Management

Practice, Practice, and Practice

Documents

第5讲 软件项目跟踪

第5讲软件项目跟踪