敏捷的时间箱不只是迭代时间

一提到敏捷的时间箱，我们想到的就是固定的每个Sprint时间。但是，实际上敏捷的时间箱不只是用在迭代时间上，而是用在所有敏捷开发中与时间有关的活动上。

具体来说，敏捷的时间箱管理包括以下几个方面：

• 迭代时间。每次迭代开发都应在固定时间内完成，如每2周或每月。每次迭代的迭代需求列表一旦确定，迭代期间就不会再变动，只完成这些需求的开发。如果某个需求不能在本次迭代中完成，可以推迟到下个迭代完成。

• 项目策划会议。总的项目策划会议需要在4个小时内完成。

• 迭代策划会议。每次迭代的策划会议必须在4个小时内完成。

• 站立会议。每次站立会议不超过15分钟。

• 解决问题。每次站立会议发现的问题要在一天内解决。

• 问题决策。重要的需要管理者做出决策的问题，管理者要在1小时内做出决策。

• 迭代评审会。迭代评审会必须在2个小时内结束。

• 迭代总结会。迭代总结会必须在30分钟内结束，最多不超过2个小时。

当然，这里所列的具体时间周期并不是绝对的，每个项目组可以根据自己的实际情况自行定义。

从敏捷的字面意思我们也可以理解为什么敏捷的所有活动都需要时间箱管理。如果不限制活动的时间，就有可能出现各种时间上的浪费，那还谈什么敏捷呢？

这正是：

敏捷时间很重要，每分每秒都有效

所有活动均如此，想不敏捷都难搞

参考书目：术以载道：软件过程改进实践指南，作者：任甲林，出版社：人民邮电出版社