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