向开发人员要任务的完成率，只会得到毫无意义的答复。
——Kent Beck，《规划极限编程》
这些开发人员通常在几天内就完成90%，一个月内完成95%，6个月内完成99%，然后在12个月以内另谋高就，留下的是“已完成99.9%的工作”。
——Stephen R. Palmer，《特征驱动开发方法原理与实践》
根据项目计划，应制定相关度量标准，作为项目开发的目标。这些目标包括：根据人力资源计划制定的项目预算、根据进度计划制定的重要里程碑评审点，当然还有项目规模度量，以及项目质量度量标准等。需要强调的是，项目度量必须依赖一套“折衷决策”，它必须是因项目而异的；项目度量的结果是否满意，不是绝对的，而是相对于“折衷处理”过的“期望结果”而言的。
1．进度管理
传统项目管理中，进度的度量往往靠主观估计，很不科学。面向构件的软件过程主张通过评审、走查、测试等确认活动来决定构件的完成进度，如图4.8所示。
 |
| 图4.8 基于评审、走查和测试的进度度量机制 |
同时，任务的分配以构件为单位，每个构件都会分配到具体的开发者。这样一来，开发者的考核，可以通过其负责的所有构件的完成进度统计而来，如图4.9所示。
 |
| 图4.9 面向构件的进度管理 |
2．项目进度的图形化表示规范
Peter Coad作为建模大师，他对颜色的利用达到了炉火纯青的地步。我们参考了Peter Coad等人的特征驱动软件开发（FDD，Feature Driven Developent）的优秀创造，定义了构件进度的图形化表示规范。
状态：
◆未开始（白）
◆进行中（黄）
◆已完成（绿）
◆已延期（红）
完成百分比：进度条＋文字说明
完成日期
◆已完成（绿）
◆未完成（标明计划完成日期）
示例如图4.10所示。
 |
| 图4.10 构件进度图形化表示规范 |
（本规范参考FDD方法）
【责任编辑：火凤凰 TEL：（010 ）68476606-8007】
| 回书目 上一节 下一节 |