快速开发：功能限定与项目修复

一，功能限定

项目早期--功能的简化

制定一个与项目进度和预算等目标一致的功能集合

缩小范围的途径：规格说明最小化、需求提炼、版本开发

项目中期--功能蔓延的控制

需求变化的重要原因：迷人程序综合症（追赶最佳同类产品）、不清楚或不可能的目标

变更的影响：费用超支与进度超时的根源

变更策略：适宜的时间内只允许有助于产品（可提高产品价值）的变更；让所有受影响的项目成员进行评估并通报给所以项目外围的人；

操作方法：

面向用户的需求实践

变更分析：提供需求变更的影响分析

下一个版本

短的发布周期

变更委员会

项目后期--功能剪切

剪切功能以适应项目的进度和成本目标

缩减进度最有效的方法是去除低优先级功能

二，项目修复

修复方案：

缩减项目规模，以便在计划的时间和工作量内完成项目

把注意力放在短期的改善上，以提高过程的的生产率

面对软件不可能按时完成的现实，放弃原计划，并着手危害控制，可能包括取消项目。

组合：扔掉一些功能，尽量提升生产效率，必要时抛弃原进度计划

理念：对于一个四面楚歌的项目，最根本的问题通常是如何完成

        重点在于重新获得控制权

修复计划

首先要做的：评估现状、应用W-理论分析、做好准备、开询问发组需求、现实一些

人员：恢复士气、为开发组减压、消除重大人员与领导问题、审慎增加新手、充分利用开发人员的时间、容许开发组成员各有不同、观察开发人员的节奏

过程：修正明显支离破碎的开发过程、创建详细的小型里程碑、依据里程碑的完成来安排进度、细致的追踪进度进展状况、记录里程碑未完成的原因、校正开发进度、风险管理更加细致

产品：稳定需求、修正特性集、去除可有可无的特性、降低缺陷

最后，开始修复的时机很重要