依据项目生命体征管理项目

著名的ThoughtWork公司SteliosPantazopoulos迭代经理根据医疗领域，医生护士根据病人的健康状况图表，分析病人实时生命体征数据这一现象，提出了在软件开发过程中通过获取项目生命体征，来判断项目健康状况，并在此基础上分析了如何进行项目的体征分析。

 

不同层面的人关注点不同，对项目的健康程度判断往往不同，通常情况下，项目经理关注预算使用情况，QA（质量保证）关注软件交付质量，开发人员关注项目范围的增长。不同的人的看法相互联系的同时又相互独立。总而言之，项目的健康程度受多个角度同时制约，因此，处于一致性考虑，应该列出所有的项目体征信息，对项目健康程度进行评估。

 

SteliosPantazopoulos提出了五种在项目中可收集的属性作为项目生命周期的地量度量数据：

1、项目范围增量：一段时期内需要交付的项目范围。

2、产品交付质量：最终交付的项目状况。

3、预算燃尽：根据项目范围交付状况统计的预算使用情况。

4、实际开发状态：已交付的功能情况。

5、团队的感觉：团队对项目的看法。

 

一、项目范围增量图示例：

图中包括了以下信息：

*范围的度量单位（用户故事的数据）；

*每星期结束时的总范围

*成功交付的两个重要里程碑

*每星期完成故事的跟踪曲线

*项目应该交付的最后期限

*基于中期里程碑的进度比率会显示交付流程运行是否健康，发现交付瓶颈，例如：功能完成里程碑的比值大于等待上线里程碑，说明QA环节是瓶颈。

该统计应该基于易交流、可视化、易维护等方面考虑，有开发组长和迭代经理维护，整个团队需要易于看到。

（注意：避免使用时间作为单位，范围的意义在于多少）

 

 

二、项目的交付质量示例：

图中包括以下信息：

*尚未解决的bug总数

*发布之前必须修复的bug总数

*可以推迟到下一版本修复的bug总数

*每周的bug数

该特征应由测试人员维护，保证整个团队成员可见。

 

三、项目预算燃尽示例：

 

改图包括如下信息：

*总预算

*当前预算花费额

*当前预算剩余

*每周的预算花费

*最终交付日期

 

该图标应由项目经理维护更新，并未整个团队可见。

 

 

四、当前开发状态示例：

 

改图包括以下信息：

*总共的故事卡数（项目范围大小）

*每个故事卡可能的状态（on desk，analysis，dev，QA，bugs ，ready）

*每个故事卡当前的状态

*每个状态下故事卡数量

*每个开发者正在处理哪个故事卡

*每个开发者负责哪些故事卡

 

该模块应由分析人员、开发人员、测试人员共同管理，并使整个团队可见。

 

五、团队感觉示例：

 

包括以下信息：

*每个星期在回顾会议上向团队成员提出的问题

*团队成员的可能回答

*团队成员的回答

该模块应由所有团队成员更新，并保证所有成员可见。