2.3　快速开发的一般分类

不同场合会有不同的开发时间承诺。在有些情况下，如果很容易完成而没有额外的成本增加或产品质量降级，你可能愿意加快开发速度。而在另一些情况下，外界环境要求你不惜一切代价加快开发速度。表2-1描述了不同开发方式中要考虑的一些权衡数据。

2.3.1　有效开发

从表2-1可以看出，均衡方式在各方面具有平均值。我把表中所列的第二种方式称为“有效开发”，也就是图2-4中所示的最佳开发进度中前3个柱子的组合，在上表的几种方式中，这种方式产生的平均效果最好。许多人只将前3个柱子放到一块就达到了他们进度计划的目的，也有些人发现他们根本不需要快速开发，他们只需要开发活动有条理！对许多项目而言，有效开发代表着成本、进度与产品特性的最优化。

没有达到有效开发要求可以缩短项目进度吗？也许可以。你可以选择有效的面向进度的实践，避免慢速或低效的实践，而无须时刻都关注是否达到了有效开发的要求。然而，只有等到你实现了有效开发，才可以说你成功的机会是确定的。如果采用了面向进度的实践，而没有总体战略，你很难全面改善开发性能。当然，只有你自己知道是全面改善开发性能重要，还是更快地完成某个特定项目重要。

关注有效开发的另一个原因是对于更多的组织而言，实现有效开发的途径和缩短计划进度的途径是相同的。也正因如此，在你达到某一点前，缩短进度计划、减少错误、降低成本的途径是相同的。如图2-5所示，一旦你实现了有效开发，以后的道路就开始分叉了，但从大多数开发组织目前所在的位置看，都会受益于有效开发的进程。

2.3.2　侧重于最佳进度的有效开发

表2-1所列的第三种开发方法是有效开发的变种，如果你正在尝试有效开发，并发现你需要更好效果的进度计划，你可以选择倾向于提高开发速度、降低进度风险或改善进程可视性的那些实践。你可能必须在成本和产品特性之间做一些小的权衡，以便获得速度或可预测性；然而如果你从有效开发基础做起，你会获得比均值更好的效果。

2.3.3　全面快速开发

最终的面向进度计划的开发方式就是我所定义的“全面快速开发”，即面向进度的有效实践与低效实践的组合。在你工作尽心尽力、不辞辛苦的同时，还要缩短进度，则此时剩下的唯一可做的事情就是增加成本、减少功能或弱化产品外观。

这里有一个低效实践的例子：你可以简单通过增加更多人员的办法将项目初始开发计划进度缩短25%，然而由于增加了人员沟通和管理的工作量，你必须将团队规模增加75%才能实现项目计划进度缩短25%的要求。缩短计划进度和增加项目组规模的结果是项目费用比从前提高33%。

转向全面快速开发是个大的动作，要求你能够接受由此带来的计划进度风险，或者在费用和产品特性之间进行大的权衡，或二者兼而有之。很少有项目欢迎这样的权衡，大多数项目更愿意选择有效开发的一些形式。