快速开发：估算与进度

估算

软件工程估算是一个逐渐改进的过程

可以向客户承诺在每个阶段向他们提供更加精确的估算

在估算的乐观系数与悲观系数之间找平衡

寻找估算与实际情况的交汇点

精确与准确：55人月 与 40-70 人月；估算应该保证准确而不是精确

估算步骤

估算产品规模

估算工作量

估算进度

提供某一范围内的估算，并随着项目的进行，定期改进范围，以提供更高的精确度

规模估算

利用功能点进行估算

估算技巧：避免无准备的估算；留出估算时间，并做好计划；使用以前项目的数据；使用以开发人员为基础的估算；走查估算；分类法估算；详细的较低层次的估算；不要忽略普通任务；使用软件估算工具；使用几种不同的估算技术，并比较它们的结果；项目进行中改变估算准则

估算的表达方式

加减限定 ：10+1人月

范围：9~11人月

风险量化：将造成 +1 人月的风险表示出来

情况：最佳情况与最坏情况、计划情况与当前情况

粗略的日期与时间段

把握性因素

进度估算

业界的进度公式：月进度 = 3.0* 人月1/3

基于承诺的进度表：从需求出发安排进度，要求开放人员作出进度承诺而不是进度估计。

Jones的一阶估算准则：取得功能点总和（FP），然后从幂次表中选择幂次（dex）升幂。即：初略进度 = FP * exp（dex）

幂次表（dex）：

软件类型

最优级

平均

最差级

系统软件

0.43

0.45

0.48

商业软件

0.41

0.43

0.46

封装商业软件

0.39

0.42

0.45

大致的进度估算

大致估算的背景

可能的最短进度

存在一个不能突破的最短进度。

把进度缩短得比普通进度短时，费用将迅速上升。

有效进度：进度压缩因子 = 期望进度/初始进度

估算修正

随着研究的深入或者项目的开展，对整个项目的估算或越来越准确。一旦发现偏差，可以进行估算的再修正

进度计划

过于乐观的进度计划

根源：赶特定时间、管理人员和客户的固执于主观想象、项目管理人员与开发人员享受挑战

不良后果：进度计划的精确性降低、计划的质量降低、增大了偏离规划的风险、产品功能范围的缩小、仓促实现导致的返工，无法专注于项目的推进，与客户关系的紧张、仓促收尾

超负荷的进度压力：产品质量降低、赌博心理、激励效应不再起作用、创造性思维被抑制、精疲力竭、中途退出、长期的快速开发难以持续、开发人员与管理人员的关系紧张

底线：

战胜进度压力

有原则的谈判：将人从困境中解脱；关注共同利益，不要过分坚持立场；提出对双方均有利的方案；坚持客观标准，顶住压力。

可以从以下三个方面来说服对方：

真正提高开发速度：过分乐观的进度计划实际上阻碍了开发速度

增加成功的机会：说明估算是得到论证的，且成功的几率只有一半；如计划进度缩短，成功的概率也会减少

援引以前类似项目的失败教训