基于Project的项目管理度量规划
作者：罗耀秋 MSN: luoyear@netease.com E-Mail：luoyear@163.com
摘要：
越来越多的公司运用项目管理系统来对项目实施管理。作为最广泛运用的项目管理工具Project Server，通过计划、跟踪监控采集了很多如项目管理相关的诸多数据。如何运用这些数据作合适的度量分析，让其更清晰的反映项目管理状态？本文正是带着这一问题进行阐述。
正文：
一、 里程碑延误度量
指示器含义：
对重大里程碑的度量可以从宏观上给管理层以进度可视性，供管理层和项目经理监控项目的进度情况。
指示器定义：
里程碑延误率 = （当前结束的里程碑延误数/当前结束的里程碑数）*100%
计划规则约定：
对于处于UAT之前的项目，每个月至少要设置1个里程碑。并且在里程碑处标明该里程碑的目标和退出准则。
二、 任务延误百分比度量
指示器含义：
对各开发小组（部门）和各项目的任务延误情况进行统计，从行政线和项目先上度量任务执行情况。
指示器定义：
[开发组/部门/项目] 延误任务百分比= [开发组/部门/项目] 延误任务总个数/已完成的任务总个数*100%
计划规则约定：
需要在Project计划的叶子计划加入一个文本字段用于记录任务的延误状态。并且需要建立任务申报机制去认定任务的延误状态。非里程碑任务每月基线化一次，此后的一个月内执行过程中的调整都记录为延误状态。
需要在企业资源的资源表中标注该资源的Group。
计划颗粒度要较为一致，一般以1-2周完成为限。
三、 人员负载均衡度量
指示器含义：
防止矩阵组织中企业资源被跨项目的团队过渡分配，指导项目经理和HOD就过渡分配的资源问题进行协调，作为月度计划评审过程的考虑因素，从而避免不必要的进度风险。
指示器定义：
人员负载=（人员A在各项目该天的投入小时数/8小时）*100%
[在“Resource Usage”中可以导出各人的负载情况（小时数），相关人员可以导出成Excel进行计算和协调过度分配的人员。]
计划规则约定：
需要设置人员为企业资源，先与HOD和共享资源的项目协商该共享人员大致的使用比例，基于资源投入比去做计划（即明明该资源为两个项目共享，但两个项目排共享期该资源任务时其投入比均为100%，而不是协商其投入比之和为100%。）。
一些项目经理避免资源过度分配的操作方式：
如上图，在View->Resource Graph中可以看到哪些人在哪天被过度分配了。过度分配的那天柱状图会自动被标红。
如上如，项目经理也可以在View->Resource usage中把各人每天的工时分配情况拷贝出来放在Excel中，从而分析该人在各项目中总分配人时的情况，并可以查看该天该人员具体的任务安排情况，针对性的与相关PM和HOD协商资源。由此可见，对于跨项目资源，必要的计划评审与协调是非常必须的，并且评审前需要识别资源复用情况、跨项目的任务依赖关系、资源过度分配情况等，以便跨项目的计划评审与协调的针对性。
四、 任务颗粒度度量
指示器含义：
按照PMI的经验值，可执行的任务存在一个80法则，即绝大部分任务应该分解到2周甚至1周内完成。这个有助于单个任务的目标管理和质量控制。
指示器定义：
任务颗粒度超过预定阀值的个数及比例[建议设置为7天，即5个工作日]
计划规则约定：
无。
项目经理自查任务颗粒度的方法：
按上图选择AutoFilter后，每个列的标题将出现一个带下拉的三角形。然后按照
Duration这个字段大于7的条件筛选出那些不合符颗粒度要求的任务从而进一步细分。
五、 任务类型工作量分布度量
指示器含义：
这个收集的是计划值，可以度量项目对一些质量控制方面活动的投入是否充分。如编码阶段的编码/评审/测试的工作量比例值，可以反映出该项目的质量控制投入程度及规避不必要的质量风险。
指示器定义：
汇总各类任务的工时形成该项目的工作量任务类型分布。
计划规则约定：
项目计划需要设置任务类型这个字段。具体字段值需要进一步讨论确定。本文推荐如下：项目管理类-〉需求开发-〉顶层设计-〉详细设计-〉编码-〉Bug Fix-〉评审-〉开发测试-〉系统测试。
公司根据评审和测试等相关规范给出一定的指导值，对指导值分布的偏差项目组需要给出自己的理由，以证明充分考虑了过程中强化/弱化某类活动的理由及后续措施[如赶工和快速跟进过程中，对测试策略和评审策略的调整从而节约了一定的质量控制时间。这些被弱化的测试将通过加强系统测试阶段该module的功能验证测试来保证。并给出强化的功能验证测试的策略]。
六、 任务阶段工作量分布度量
指示器含义：
这个收集的是实际值，以建立公司的类似项目的历史数据库，这些分布模型有助于项目经理类推进行各阶段的工作量投入的安排，也可以辅助公司层面进行年度/季度人力资源需求规划。
指示器定义：
项目层面——从实际申报的工作日志数据中统计该项目的信息，制作分布模型。
公司层面——拟合公司同类项目各自的分布模型，形成公司该类项目的分布模型及偏差值。
计划规则约定：
需要重新规划time sheet，设置任务阶段字段和任务类型字段。对任务阶段字段建议设置为：项目意向阶段 / 用户需求开发 / 项目需求开发 / 系统设计 / 概要设计 / 详细设计 / 编码及开发测试 / 系统测试 / 运行维护。Timesheet的申报按任务为颗粒度进行录入，而不是按时间周期为颗粒度进行录入（目前是按时间周期为1周录入）。
七、 项目进度阶段分布度量
指示器含义：
这个收集的是计划的实际值，以建立公司的类似项目的历史数据库，这些分布模型有助于项目经理类推进行各阶段的历时安排，也可以用于项目经理监控项目进度。
指示器定义：
项目层面——从项目计划的里程碑实际历时收集该数值，制作分布模型。
公司层面——拟合公司各类项目的分布模型，形成公司层面的该类项目的进度分布模型，并给出各阶段偏差区间。
计划规则约定：
需要在项目计划中设置若干个里程碑，如：项目意向阶段 / 用户需求开发 / 项目需求开发 / 系统设计 / 概要设计 / 详细设计 / 编码及开发测试 / 系统测试 / 运行维护。然后在项目进度计划中跟踪这些里程碑的实际历时。
