3种基本方式:缩减项目规模、把注意力放在短期改善上、放弃计划并着手准备危害控制。
通过组合以上3种得到第4种:
扔掉一些功能,尽量提升生产率,必要时抛弃原进度计划。
修复计划
找出所需计划的类型(评估处境、应用W理论分析、作好修复准备、问问开发组需要做什么、变得现实一些。)
人员
1、 恢复士气(让他们感到自己的重要性、适合的休假)
2、 为开发组创造保健类因素(去掉过多的进度压力、改善工作环境、剔除管理上的操纵)
3、 消除重大的人员、领导问题(对开发组进行重组)
4、 增加新手要审慎(把任务分解到所加的人并不干拢其他人的工作)
5、 充分利用开发人员的时间(从无关紧要的工作中解脱出来)
6、 允许开发组成员各有不同(有人想要成为英雄也有人不想)
7、 观察开发人员的节奏(好的赛跑者都知道该怎样调节自己的英节奏)
过程
1、 修正明显支离破碎的开发过程(需得到必需的及时决策)
2、 创建详细的小型里程碑(一两天内完成)
3、 依据里程碑的完成来安排进度(不要过多打加班的主意)
4、 细致地追踪进度进展状况(只有已完成、未完成二种状态)
5、 记录里程碑未完成的原因(可发现一些潜在的原因)
6、 短期后再调整(1、2周)
7、 在得出有意义的进度前不要固守着一个(新进度需校正、检查再提交给上层管理者)
8、 进行风险管理要辞辛苦(跟据风险管理准则来进行管理,每天对新出问题及时决策)
产品
1、 稳定需求
2、 修正特性集
3、 评估你的政治地位
4、 去除没有用的垃圾
5、 降低缺陷数目,并要持续降低
6、 达到一个可知的良好状态,并在此基础上继续