Foundation Series: Inside A Scrum Sprint

Photo of students in a classroom, learning scrum

People who already use Scrum will only find one new thing in this article – a way to communicate what happens inside a sprint that has proven effective for me.  People who are new to Scrum who wonder “how do things work inside a sprint?” will see how things work in a way that avoids hyperbole and is easy to map to what they already understand from traditional software development processes.

Two Teams Separated by a Common Process

George Bernard Shaw was an Irish author in London who memorably said “England and America are two countries separated by a common language.”  The same can be said about teams developing in agile and waterfall processes.

The story of agile adoption is one that has many colorful examples of adoption and of spreading the gospel.  Some practitioners traveled across the ocean from the agile continent to the lands of agile and opportunity to reap the rewards.  A few of those, after realizing the benefits of agile, invade our consciousness with a hellfire and brimstone tale of doom for anyone who doesn’t convert to the new religion.

Others seem hell-bent on kidnapping entire development teams, smuggling them across the ocean in the belly of steamer ships and unceremoniously dumping them in the land of agile, ready or not.  Scrum is but one branch of the agile movement.

Stalwarts of the old way, which has worked fine for me, thank you very much, refuse to leave their comfortable lives to step into the unknown wilds of agile.  Open-minded but responsible potential converts ask questions to gain an understanding of what life in the new world might be like.  What will life be like if I join this Scrum congregation?

How Does Scrum Really Work?

The best explanations of how scrum works that I’ve read come from Mike Cohn and Mountain Goat Software.  The training, videos, and explanations they share provide fantastic top-down introductions (as well as guidance after adopting Scrum).  His book, User Stories Applied, is the ultimate reference when gaining an understanding of the mechanics of using user stories as the central artifacts for developing software with scrum.

[larger image]

The process diagram above provides a good outside-in, top-down view of how “this newfangled process” results in shippable product, incrementally.  It is a great way to present the concept of Scrum, and incremental development in general.

When people I’ve worked with first gain this understanding, they often ask, what are the artifacts that live in these backlogs?  User stories live there.  Sometimes use cases make more sense than user stories for Scrum- it depends (read the article to see which works best in your circumstance).  The common element is an outside-in, user-centric approach to describing which problems the software is intended to solve.  This is also known as goal-driven development.

Once people understand the top-down view of the process, and have an idea of what user stories are, the next question they tend to ask is “how do stories move through the Scrum process?”

The first attempt at answering this question leans on the process diagram above:

  1. The product owner takes the most important stories from the product backlog and puts them into the sprint backlog – collaborating with the team to agree on the scope of work for this sprint (based on the amount of work, capacity of the team, real-world constraints, etc).
  2. The team “works the stories“, meeting every day to communicate effectively and provide progress updates – best visualized with a burndown chart.  This chart says “we started with X work to do, and every day, we track how much of X remains to be done.”
  3. At the end of the sprint, the work is done, and the software (or an update to the software) is ready to deliver.
  4. Sometimes, multiple sprints happen between releases – launches of the updated software, because customers (and the rest of your organization) incur a cost when changing to the latest version.  But the output of each sprint is deliverable – that’s a key concept – even if you choose not to deliver it just yet.

What Does it Mean to Work The Stories?

I’ve repeatedly had people ask, after absorbing the above explanation, “what does it mean to work the stories?”

I’ve had consistent success (in bridging the language divide) using the following diagrams (drawn on a whiteboard) to explain how stories flow through the sprint process in Scrum.

The first diagram shows that user stories have a structure – the story itself, and the acceptance criteria for the story. I also establish that the story is going to go through a life cycle within the sprint.

[larger image]

Next I remind folks that the user stories make it into the sprint backlog because they are the most important (highest priority) not-yet-implemented stories in the product backlog.

[larger image]

Developers on the team pull stories from the sprint backlog and begin working on them.  These stories are work in progress, and are owned by individuals.  Some teams maintain that priority order within the sprint backlog (e.g. implement the most important story in the sprint first, etc.), while other teams use a more coarse-grained approach, relying on the product backlog prioritization to assure that everything in this sprint is the next most important stuff, and the order that the team implements, within the sprint, is up to the team.  Some folks like to strenuously debate this decision (don’t prioritize within sprints vs. do prioritize within sprints).  Both approaches are valid, and you should choose the right one for your team.

[larger image]

As each user story owner believes that her work is complete (all unit tests pass, and the developer believes that the acceptance criteria have been met), the story is ready to be tested by QA.  This step, in particular, helps people who are new to scrum and who think of things as “code and test”, to make some sense of the inner workings of a sprint.  When working with a team that was under-staffed in the QA department, I discovered that calling out this queue of user stories waiting to be tested helped convince management to increase QA investment in the team.  When too many stories pile up here, you know you have a problem.

[larger image]

The scrum team member responsible for testing the user story has the responsibility of assuring that it meets all of the acceptance criteria.  He pulls the story from the queue of “done” stories, and tests.

[larger image]

If the story fails to meet any of the acceptance criteria, it moves back into either the sprint backlog or the being developed column, where a member of the team resumes ownership of the user story and works to resolve the issue.  Once the issue is resolved, the user story is re-queued for testing.  When the user story meets the acceptance criteria, it is moved into the done done column.

[larger image]

Conclusion

If you are new to Scrum, and wondered how the sausage is made inside a sprint, this gives you a framework for understanding what is going on, and how the team delivers.  If you already know or use Scrum, you may have learned a couple things.

  • Using this framework to describe how a sprint works is effective when explaining to people who do not have any experience with agile.
  • Laying things out this way visually, will give you an easy-to-see signal if your team is unbalanced between developers and testers.

I’ve been involved with agile teams and processes for just over 11 years now, and incremental development is burned into my brain.  If you are new to scrum, please let me know if this seemed like a good way for you to consume this material.  If you’re an old hat, and have other suggestions or presentations, please add them in the comments below, because future readers will benefit from the additional ideas.

 

Post to Twitter Post to Facebook

This article was published on Tuesday, August 24th, 2010 at 10:06 pm and is filed under Agile, Foundation series, Requirements, Requirements Models, Software development, Testing, User Stories.
You can leave a comment on this post

26 Trackbacks

  1. By Alltop Agile on August 25, 2010 at 5:36 am

    Tyner Blain – Scott Sehlhorst: Foundation Series: Inside A Scrum Sprint http://bit.ly/bfUoYX

  2. By KeesDijk on August 25, 2010 at 6:51 am

    Reading "Foundation Series: Inside A Scrum Sprint" http://tinyurl.com/392ot9q

  3. By Adrian Logan on August 25, 2010 at 8:45 am

    Tyner Blain: Foundation Series – Inside A Scrum Sprint http://is.gd/eCwnc #agile #scrum

  4. By Martin Olesen on August 25, 2010 at 9:24 am

    Bookmarked: Inside a Scrum Sprint – A Foundation Series Article | Tyner Blain: http://bit.ly/aINmB3

  5. By Ibrahim Saracoglu on August 25, 2010 at 11:53 am

    Nice explanation… Inside A Scrum Sprint http://bit.ly/cOiFlt #agile #scrum

  6. By David Bressler on August 25, 2010 at 1:07 pm

    RT @meolesen: Bookmarked: Inside a Scrum Sprint – A Foundation Series Article | Tyner Blain: http://bit.ly/aINmB3

  7. By April Dunford on August 25, 2010 at 5:34 pm

    RT @sehlhorst: New at Tyner Blain: Foundation Series – Inside a Scrum Sprint http://bit.ly/aSWSqO #agile #prodmgmt

  8. By Jim Holland on August 25, 2010 at 5:50 pm

    Outstanding post by @sehlhorst on "Inside a Scrum Sprint" – http://bit.ly/aSWSqO A must read for those in/moving to #agile #scrum

  9. By peter scharnell on August 25, 2010 at 5:52 pm

    Agreed, great article! RT @Jim_Holland: Outstanding post by @sehlhorst on "Inside a Scrum Sprint" – http://bit.ly/aSWSqO #agile #scrum

  10. By so_white on August 25, 2010 at 5:56 pm

    http://tinyurl.com/2fhz9nz
    Inside a Scrum Sprint – A Foundation Series Article | Tyner Blain

  11. By Bob Hutchison on August 25, 2010 at 8:30 pm

    Inside a Scrum Sprint – A Foundation Series Article | Tyner Blain http://j.mp/bt4GaB

  12. By Paul Herwarth v. B. on August 25, 2010 at 8:57 pm

    Great Article: "Inside A Scrum Sprint"; http://bit.ly/aUIIRm #scrum #agile

  13. By Julie Hunt on August 25, 2010 at 8:59 pm

    RT @Jim_Holland: Outstanding post by @sehlhorst on "Inside a Scrum Sprint" – http://bit.ly/aSWSqO A must read for those in/moving to #a …

  14. By SolutionsIQ on August 25, 2010 at 9:13 pm

    Inside A Scrum Sprint http://ow.ly/2uP6u Nice explanation by @sehlhorst #agile

  15. By juanjo cardona on August 25, 2010 at 11:21 pm

    Interesante articulo RT @sehlhorst: Foundation Series: Inside A Scrum Sprint http://bit.ly/aSWSqO

  16. By AllformZ BI on August 26, 2010 at 1:01 am

    RT @Jim_Holland: Outstanding post by @sehlhorst on "Inside a Scrum Sprint" – http://bit.ly/aSWSqO A must read for those in/moving to #a …

  17. By allformz on August 26, 2010 at 1:01 am

    RT @Jim_Holland: Outstanding post by @sehlhorst on "Inside a Scrum Sprint" – http://bit.ly/aSWSqO A must read for those in/moving to #a …

  18. By Scott Sehlhorst on August 26, 2010 at 2:04 am

    Muy Gracias @juanjocardona e @solutionsIQ @scharnell @Jim_Holland @aprildunford @Seilevel por RT http://bit.ly/aSWSqO #agile #prodmgmt

  19. By Michael on August 26, 2010 at 4:37 am

    RT @sehlhorst: New at Tyner Blain: Foundation Series – Inside a Scrum Sprint http://bit.ly/aSWSqO #agile #prodmgmt

  20. By Alan Davidson on August 26, 2010 at 4:39 am

    New at Tyner Blain: Foundation Series – Inside a Scrum Sprint http://bit.ly/aSWSqO #agile #prodmgmt RT @Michael_MBA: RT @sehlhorst:

  21. By Paul Rule on August 26, 2010 at 4:41 am

    By @sehlhorst: Foundation Series: Inside A Scrum Sprint http://bit.ly/aUIIRm

  22. By John Peltier on August 28, 2010 at 2:42 am

    Inside a #Scrum sprint, a thorough overview by @sehlhorst http://bit.ly/do4llC

  23. By João Cerdeira on September 5, 2010 at 10:40 am

    Nice Scrum Sprint overview RT @sehlhorst: Foundation Series: Inside A Scrum Sprint http://bit.ly/aSWSqO

  24. By Alan Kleber on September 23, 2010 at 10:23 pm

    By @sehlhorst: Foundation Series: Inside A Scrum Sprint http://bit.ly/aUIIRm #scrum #agile #pmot

  25. By Scott Willeke on September 28, 2010 at 9:23 pm

    Foundation Series: Inside A Scrum Sprint http://ff.im/-rfZha

  26. By Jeffrey Davidson on November 15, 2010 at 11:37 pm

    Trying to find new way to talk #scrum acceptance criteria. Turns out @sehlhorst already did. http://bit.ly/aUIIRm | Gonna borrow this #psbaw

Post a Comment

Your email is never published nor shared. Required fields are marked *

*
*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>