InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Story-Focused Standups

Posted by Chris Sims on Sep 29, 2008

Sections
Process & Practices
Topics
Agile ,
Agile Techniques
Tags
User Stories

A widely accepted agile practice is the daily standup meeting, in which each team member shares:

  • What they have done since the previous standup
  • What they expect to achieve by the next
  • Anything that is getting in their way

Mike Cohn recently examined variations that shed additional light on the progress being made toward completing each user story.

One approach is to report story-by-story instead of person-by-person.  Mike suggested that a 'story owner' might be assigned to each story.  This person would be responsible for keeping track of the progress being made on the story, even if several other people are working on it.  This person might report on the progress of the story at each standup, or at least know which people to call on for updates.

Another way to tie status back to the story would be to have team members point out which story their work relates to.  One way of facilitating this would be to meet in front of a task board, designed such that the relationships between stories and tasks was clear, and have each developer point to the items that they are working on as they talk about them.

Has your team modified the format of your daily standup in order to put more focus on the user stories?  Leave a comment and let us know what you did and how it worked out.

Daily Stand Ups - utilise Story Board-Information Radiator - We useVersione by Leith Painter Posted
Don't turn your daily standup into a status meeting by Farhan Thawar Posted
Ask a fourth question... by Richard Scott-Will-Harknett Posted
Story Focused Standups - Avatars are key by Tim Mackinnon Posted
  1. Back to top

    Daily Stand Ups - utilise Story Board-Information Radiator - We useVersione

    by Leith Painter

    Yes - a Story board in stand ups is key in our organisation - to keep focus of daily stand ups < 15 mins - the scrum lead highlights the story in the story board in reference to the individual currently providing an update so the whole team including the chickens has a reference point of each update, this is especially helpful when blockers are identified as impediment 'take aways' are immediately identified with the story owner, scrum master..
    In our case we use Versionone as the story board with a projector...and simply highlighting each story-defect works out well with burndown reflection at the end of the scrum..
    A couple of times a sprint we also look at the goals of the sprint to keep good context-cadence as well...

  2. Back to top

    Don't turn your daily standup into a status meeting

    by Farhan Thawar

    I really like the original daily standup agenda and I've seen the standup degrade into a status meeting (most items are also not relevant for the whole team) that takes way too long.

    I'd be weary of changing our approach

  3. Back to top

    Ask a fourth question...

    by Richard Scott-Will-Harknett

    I hold the stand ups that I run at the story board so that if there is a real need to discuss a particular story it can be done. However, I like to stick to the traditional 3 questions. I also like the "fourth question" proposed by a number of different people, too numerous to list. The fourth question is "how confident are you that we will achieve the sprint goal?"

    To me the daily stand up is about the individual committing to the rest of the team and a check on the confidence of meeting the goal.

    I fear that story focused stand ups have the potential to turn into status meetings and the sessions will drift back to being like old fashioned project meetings for the benefit of the PM rather than the team.

  4. Back to top

    Story Focused Standups - Avatars are key

    by Tim Mackinnon

    The idea of focusing on stories vs. people is quite an old one (I believe this is how XP structured their standups) - its also been revisited recently by the KanBan advocates as a way of enabling a larger team to communicate.


    To counteract the idea of it turning into a status report - I have found (both in teams I have worked with and others I have observed) that the idea of team members creating magnetic avatars which they attach to the card they are working on gives both a story foucus and a personal report perspective. Working out if you stay on a card or can move it to a new state and attach yourself to a new card (hopefully paired with someone else) gives a very compelling update. It's reminiscent of giving a weather report - and participents take care to report to their colleagues where they are in quite a natural way.


    For examples of this refer to a recent QCon recorded presention I gave at Agile 2008 (Agile and Beyond, the Power of Aspirational Teams - www.infoq.com/presentations/Agile-and-Beyond-Ti... where I show some pictures of boards using this technique). I first observed professional looking avatars created by Energized Work, and the idea of avatars possibly comes from Easynet where they used them on their build screens.

Educational Content

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.