00.选择迭代长度时考虑的因素
*正在处理的发布时间长度
*不确定性的多少
*获得反馈的难易程度
*优先级可以保持多久不变
*不用外部反馈自行工作的意愿的强弱
*迭代的系统开销
*紧迫感的产生有多快
01.在客户或用户到底想要什么、小组的速度是多少等方面，以及项目的技术方面都常常会存在不确定性。不确定性越多，无论是哪种类型，迭代就应该越短。
02.一旦开发小组承诺在一次迭代中完成一组特定的功能，重要的是不要改变他们的目标方向。因此，产品所有者不在迭代过程中改变优先级，并帮助小组免受其他试图改变优先级的人的影响就很重要。所以，优先级不会被改变的时候长度是选择迭代长度是需要考虑的因素。
03.小组接受外部反馈的频率越低，就越可能误入歧途，造成的损失也就会越大。
04.就像心脏有规律地调动来保持身体运行，固定的迭代长度提供了一个恒量，有助于建立开发和节奏。根据我的经验，节奏是帮助取得不变的步幅的重要因素。