如何度量项目的总体进展？

       在跟踪项目的总体进展时，传统的方法是采用挣值图进行跟踪，敏捷的方法是采用燃尽图或燃起图进行跟踪，精益的方法是采用累积流量图跟踪总体进展。在一家公司内有采用短周期迭代开发的，有采用传统瀑布模式开发的，有新品开发的项目，也有软件维护的项目，那么有无一种适合于所有类型项目的统一方法跟踪项目的总体进展呢？下面就介绍一种计算简单、易于理解的方法，它可以跟踪总体进展，也可以适合跟踪局部进展。

两个度量元

1 时间流逝百分比（TEP：Time elapsed percentage）

时间流逝百分比=已经流逝的时间/项目计划总工期

例如项目计划工期为100天，到目前为止已经过去了20天，则时间流逝百分比为20%。

问题1：工期，流逝的时间是否包含节假日呢？

答：理想的情况是要扣除节假日，但是人们习惯上所说的工期都是包含节假日的，而且如果要扣除节假日就会带来计算的复杂性。所以实际计算时，如果项目工期很长，可以包含节假日在里面，如果项目工期很短比如不超过3个月，可以很容易的扣除节假日，那么就扣除节假日。所以，这个度量元可以有2个公式：

        时间流逝百分比=已经流逝的自然天数/（项目计划结束日期-项目计划开始日期）

        时间流逝百分比=（已经流逝的自然天数-节假日天数）/（项目计划结束日期-项目计划开始日期-节假日天数）

问题2: 如果需求不明确，没有项目计划总工期，怎么办？

此时是否有阶段工期呢？如果有，就让分母为已知的阶段总工期！

问题3: 工期的计量单位是否可以是周？

可以。如果以周为单位进行跟踪，分子与分母的计量单位可以都是周！

2 任务完成百分比（TCP：Task completion percentage）

任务完成百分比=已经完成的任务/项目计划总任务数

例如项目WBS分解完成后，计划的明细任务总数为100个，到当前位置已经完成了30个任务，则TCP为30%。

问题1：任务有大有小，怎么办？

答：限定任务分解的颗粒度，使任务具有可比性。比如每个任务的分解颗粒度在0.5人天到5人天之间，或者1人天到10人天之内，尽量不要让最大任务的工作量：最小任务的工作量超过10。把任务拆分到可比的颗粒度是本方法的唯一前提。

问题2:  一开始任务识别不完备，后期有增加任务怎么办？

对于未完成的任务可以进行增加、减少、拆分任务。此时公式中的项目计划总任务数进行调整即可。

如果需求不明确，TEP的分布为阶段总工期，此时的计划总任务数也是当前阶段的计划总任务数。

问题3: 何谓“已经完成”？

项目组定义规则，判断每个任务是否已经完成即可。

问题4: 何谓“任务”？

任务可以是需求，可以是缺陷修复，可以是一个会议，可以是其他一个活动等等。项目组可以根据自己的习惯来定义。比如在迭代开发中，所有的任务可以都是一个用户故事；在瀑布开发中，任务可以是需求开发活动、评审活动、文档编写活动、编码活动、测试活动等等。

问题5: 如果是已完成任务的返工，如何处理？

对于费时较少的任务，可以不单独计数为任务。如果返工的任务费时较多，超过当前已识别任务的最小工时，可以单独计数为任务。

一张趋势图

对于TEP与TCP可以在一种图上进行展示。举例说明如下。某项目持续15周的项目总体进展的原始数据如下：

周次	TEP	TCP	任务总数	当期完成任务数	累计完成任务数
1	6.67%	8.00%	100	8	8
2	13.33%	18.00%	100	10	18
3	20.00%	19.09%	110	3	21
4	26.67%	23.64%	110	5	26
5	33.33%	27.50%	120	7	33
6	40.00%	34.17%	120	8	41
7	46.67%	40.80%	125	10	51
8	53.33%	52.80%	125	15	66
9	60.00%	62.31%	130	15	81
10	66.67%	64.44%	135	6	87
11	73.33%	67.14%	140	7	94
12	80.00%	75.86%	145	16	110
13	86.67%	86.67%	150	20	130
14	93.33%	96.67%	150	15	145
15	100.00%	100.00%	150	5	150

基于上述的数据画总体进展趋势图如下：

​​​​​​​

 

       横坐标为时间，可以日期或周次，纵坐标为TEP与TCP，TEP为基准线，当TCP在TEP之下时，说明存在进度风险，二者距离越远，风险越大。当TCP在TEP之上，项目进展顺利或估算太悲观。