2 Week Sprints - the Power of Iterations

Updated: Jan 20

Starting an Iteration

It’s time to open the can of worms about duration of sprints or iterations. You will have people that swear up and down on the duration used. In my experience, almost two-thirds of the teams I have worked with over the past 10 years have utilized 2 week sprints. There is a certain psychology that exists with this timeframe with individuals, there are entrance and exit criteria that help set up a sprint for success, and there is also a cadence that becomes established that leads a company or product line to start looking at continuous deployment in a way that is possible with shorter durations. Let’s dive into them…

There is a law that exists, Parkinson’s, that suggests no matter how much time is provided to complete a set of tasks, the work will expand to fit the timeframe allotted. Looking at it in a much simpler fashion, 4 weeks… sure we can get that done. 3 weeks, sure we can get that done. 2 weeks, yes, we can get this done. 1 week…. Wait a second, you want us to do what in one week. Everything would have to go perfectly in order for it to be done in a week. Reality suggests using some type of cycle that seems reasonably long but also reasonably short allows for speed and accuracy on what is being completed.

The cadence a team then establishes by having a 2 week sprint helps to establish regular completion of work. It starts to have a team focus on what does it mean to complete a set of work within that timeframe. It helps individuals within a team start asking questions such as:

  • What do we need to understand this request?

  • Are there significant unknown factors that will derail our efforts?

  • What do we need to understand the full context of the request?

Oftentimes, this will lead to discussions around how requirements are elaborated. This will encourage a team to request items be broken into small enough chunks to be completed in the timeframe in question. Thinking very theoretically and applying it, Bill Wake’s INVEST acronym is heavily leveraged as well as thoughts from Jeff Patton’s "User Story Mapping" book. Horizontal slices of stories then become the focus instead of siloed approaches with front-end and back-end stories or other cross-sections (platform specific stories). Acceptance criteria then set the context as to what platforms, operating systems, mobile, web and other types of avenues are leveraged for the re