The ScrumButt Test (1): Iterations must be timeboxed
I will be doing a series of posts that discuss each element in the ScrumButt Test (see earlier post). In this first post, I will focus on the first element in the ScrumButt Test: “Iterations must be time-boxed to less than six weeks.”
Remember that the first section of the test is to determine whether a team is iterative. (The second section determines whether they are doing Scrum.)
In this first element, the length of the iteration or sprint, in standard Scrum according to Ken Schwaber is one month. There are many Scrum teams now doing 2 week sprints. Or even less. Note: In Agile iterations can be 6 weeks, but in Scrum a Sprint can be no longer than 4 weeks (one month).
The iterations are time-boxed. This means that the length of the iteration does not change from iteration to iteration. Do not extend any single iteration (or sprint) because “we’re not quite done yet”.
Why are time-boxes important? First, “when a man knows he is to be hanged in a fortnight, it concentrates his mind wonderfully.” (Samuel Johnson) It is easy to get distracted, and the time-box forces the team to face the real world. It cuts through analysis paralysis.
Time-boxes are also wonderful is a slightly different way. You are no doubt familiar with the Pareto principle (aka the 80-20 rule or the law of the vital few). The team is forced to choose those “20” most important things to do and get done in that time-box, out of the wonderfully long list of “100” things to do in their lifetimes.
And, by making the goalposts immovable, the team starts to see that the time-box has meaning. They must estimate better or work better or in some other way improve if they want to complete their work consistently every iteration.
The time-box also enables the team to reflect, on both their work product and on their work methods and approach. Also to get feedback, and make mid-course corrections. This feedback mechanism is not stated specifically in the ScrumButt Test, but to me the feedback is in there because it is such an important part of Agile and of Scrum.
I will come back to the usefulness of the time-boxed iterations as I discuss other parts of the ScrumButt Test. While, for the sake of small blog posts, I am looking at each element; it is when the elements are together that the test starts to have real power or meaning.
The whole is greater than the sum of the parts.