很多Scrum团队在刚开始的几个Sprint经常出现Sprint快结束的时候目标无法完成。这时候,大家的习惯思维是推迟Sprint,再加把劲冲刺就可以达成目标了。但是这种做法是要避免的,原因如下。
! [: A2 I8 E. K' E2 o+ w
1.只有固定Sprint时长,团队才会有紧迫感 0 |1 v Y, J5 l: k
Sprint一旦推迟了一次,就会有第二次。长此以往,团队对Sprint目标不再尊重,因为反正完不成也会推迟时间。 0 I3 Q6 ?+ X1 @) s2 a" v; K
2.只有固定Sprint时长,发布才具备可预测性
5 b- `5 D4 m, |- X2 h; V4 U
Scrum里有“速率”的度量,速率是团队对一个Sprint里完成的工作的度量,用估算的用户故事点数之和来统计。如果将Sprint随便延期,那么团队的速率就是未知的,这会给产品负责人和团队做发布计划带来困难。如果不知道Sprint的速率,团队就无法对产品何时发布做出可靠的预测。 " ]9 a7 D- p) X3 X6 a" h. x
3.只有固定Sprint时长,才可以减少团队运行Scrum的事务性成本
. @* j: E5 ~" \3 o. x
团队、产品负责人和利益干系人都按照固定的Sprint节奏工作,到了该做Sprint计划、评审、回顾这些活动的时候,就在日历里预留出时间,会议室也按周期预定好。这样能够保证大家的时间管理是有节奏的,从而减少协调和调度的事务性成本。 % V" j. V; F( m1 p( N% @: [
|