InfoQ

News

How Long Should You Sprint For?

Posted by Mark Levison on May 20, 2008 07:58 AM

Community
Agile
Topics
Agile Techniques ,
Adopting Agile
Tags
Scrum

What factors influence the length of your sprint? When you're trying to pick a length between two days and six weeks what factors should you take into consideration? Ash Tengshe, Agile Coach at Capital One, suggests that choosing a sprint length is a matter of balancing forces that want to shorten vs. lengthen the sprint.

Forces that tend to Shorten

  • No Changes: The rule of no scope changes during the current sprint. This means the organization must be able to wait on average 1 1/2 sprints before asking for a change.
  • Closure: The end of a sprint creates a good feeling, it's a chance to celebrate the team's accomplishments before starting all over again (Ilja Preuss).
  • Feedback: This is the chance to reflect on the work completed and how the team performed. More frequent feedback means smaller course corrections each time. (Ilja Preuss)
  • ROI: Every sprint provides an opportunity to deploy new features. (Ilja Preuss)
  • Reliability of Commitment: With shorter sprints it's easier to tell if the commitment can be meet. With longer sprints team the team is more likely to over-commit, thinking they should be able to get that story done. (Paul Oldfield).

Forces that tend to Lengthen

  • Getting to "Done": In some environments it can be technically challenging to get a story finished in a short sprint. (Ash Tengshe). (A previous InfoQ item talked about getting to "done")

Perhaps most importantly Dmitry Beransky reminds us that all of the forces still subservient to the team and what they find works for them.

Related Sponsor

VersionOne is recognized by Agile practitioners as the leader in Agile project management tools. Companies such as Adobe, BBC, CNN, Dow, HP, IBM, Sony and 3M have turned to VersionOne to help deliver greater value to their customers.

3 comments

Reply

ONE WEEK by Clinton Begin Posted May 20, 2008 10:23 AM
Re: ONE WEEK by Bruce Rennie Posted May 20, 2008 11:34 AM
Re: ONE WEEK by Mark Levison Posted May 21, 2008 9:14 AM
  1. Back to top

    ONE WEEK

    May 20, 2008 10:23 AM by Clinton Begin

    So what's the next question?

    Clinton ;-)

  2. Back to top

    Re: ONE WEEK

    May 20, 2008 11:34 AM by Bruce Rennie

    I've worked in projects with sprints anywhere from 1 to 6 weeks and haven't really observed any issues that can't be overcome, with any length.




    I suppose the general rule should be "As short as you can manage" simply to allow yourself more opportunity for feedback and correction. But I wouldn't reject the idea of a 6-week sprint just on the basis of that alone.

  3. Back to top

    Re: ONE WEEK

    May 21, 2008 9:14 AM by Mark Levison

    Bruce - I think that Dmitry hit the nail on the head. Whatever works for your team.

    However I would be concerned with sprints that were longer than **three** weeks that they might devolve into a mini-waterfall. I've seen cases where there was a handoff to QA within the sprint.

Exclusive Content

Diary of a Fence Sitting SOA Geek

In this presentation, Mark Little explains the history of SOAP/WSDL/WS-*-based web services and RESTful HTTP and highlights how the two approaches might converge into a single solution.

Flex for XML and JSON

Platforms need interoperability. In this article Flex interoperability with JSON and XML is explored including direct mapping to chart and grid components.

Measuring Agile in the Enterprise: 5 Success Factors for Large-Scale Agile Adoption

Michael Mah analyzes the development process in 5 companies: 2 Agile (one of them BMC) and 3 classic. He presents the factors which contributed to the success of BMC's Agile adoption.

Tom Preston-Werner on Powerset, GitHub, Ruby and Erlang

In this interview filmed at RubyFringe 2008, Tom Preston-Werner talks about how both Powerset and GitHub use Ruby and Erlang, as well as tools like Fuzed, god, and more.

David Laribee on Alt.NET and its Mission

David Laribee discusses the purpose of ALT.NET, its mission and future.

Discover RailsKits and Stop Writing Redundant Code

Ruby on Rails has become a popular Ruby framework for creating web applications in recent years. An aspect of creating a web application is the need to repeatedly create the same base functionality.

A Formal Performance Tuning Methodology: Wait-Based Tuning

Steven Haines talks about tackling web application performance tuning by proposing a method called wait-based tuning.

Shaw and Fowler About Forging a New Alliance

Shaw and Fowler talk about the need for a new relationship between the business department and the IT department. Studies have shown that projects mostly fail due to miscommunication between the two.