【Scrum敏捷软件开发】第十五章 做计划

做计划对于Scrum来说至关重要，基础有两点：

• 团队和产品的负责人能够准确估计交付某个功能会花费多少开发成本。
• 准确估算某项功能应该在什么时候推出。

逐步完善计划

类似于制定产品的backlog，制定计划也不需要一开始就做到面面俱到，团队可以首先给出一个大致的计划而不用去过多的考虑细节。但这不意味着完全不考虑，团队应有足够的知识去做尽量准确的估计，同时为自己预留一些时间空间。逐步完善计划有如下优势：

• 减少时间投资
• 允许在最佳时机做决策
• 允许我们改变
• 避免完全相信依赖计划

关于加班？？

不能用加班去赶计划！加班只适用于偶尔的项目赶工期，不能成为一个工作的常态，以为这样并不能提高效率，相反会降低员工的热情。
每隔半个小时进行五到十分钟的休息，可以提高员工的热情，增加工作效率，这是抵御加班而提高计划实现概率的好方法。

如果计划难以完成该怎么办？

在项目过程中发现无法顺利在预计时间完成计划时，可以有一些选择，但是我们应该尽量避免以下行为：

• 牺牲质量
• 增加资源
• 延长期限

所以剩下的可选择的一个方案就是调整范围，即丢弃一些需求。这样做的一个前提是我们的开发时按照优先级进行排序的，也就是说如果最后我们不得已放弃一些需求，那这些应该是低优先级的。

关于从估算到承诺

估算和承诺有着本质的区别，估算只是开发团队对于自己任务量和时间的一个估量，但是管理层可能会根据这份估算给出给客户的承诺。
要做好一份估算，历史估算是一个非常好的基础，我们要有良好的历史数据才能支撑我们后续的估算的准确性。在我们的项目中，我们很少会对上层作承诺，但是我们的估算更大的意义是帮助我们制定良性的Backlog范围。所以一些历史数据依然非常有用。