Jack Milunsky,
Scrum Master
Simplifying Agile Project Management

AGILE CONSULTING

I have received many requests to assist with Agile training and deployment. I am humbled by your interest and, being a huge proponent of Agile, want to help any way I can by providing consulting where I am able to.

I know a number of other very qualified trainers and consultants who are also willing to help. So if you are looking for assistance, please contact me and I will work with you to get the services you require.


Click Here for More Information

 

Agile project management blog

 

 

Agile project management blog


 

 
Agile project management blog

Check out my white paper.

"How Agile methods resolve chaos and unpredictability in software projects"


 
 

 
Agile project management blog

« User Stories defined - notes from the XP forum | Main | User stories: Does the format matter »

November 16, 2010

Whose doing your Sprint demos

Ok, this has to be the shortest blog post ever. But just maybe it's something useful you can try. So this is more of a tip than a blog post.

Typically during the Sprint demos the devlopers do the dog and pony shows. They coded it and so they generally like to do the demos.

What we tried out at my last gig, was for the QA folks to do the demos. What's good about this is that it really shows the chickens and pigs that the loop has been closed.

As we all know, it's acceptance tested stories that really count. Code complete is meaningless. When QA is put on the spot to do the demo's they really ensure that the feature is understood and is working well. It also makes them feel important and part of the process.

Try it, even rotate the responsibility after each Sprint.

It worked in our context and may well work for you.

Let me know

Jack

TrackBacks (0)

TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a010535ea7534970b0133f5f31838970b

Listed below are links to weblogs that reference Whose doing your Sprint demos:

Comments (12)

I discovered this approach accidentally a few years ago. It's actually my favorite way now to conduct a demo... for all the reasons you mention.

I took it one step further. Since the product owner accepts the story, one team I worked with let the product owner demo the story. Made it easy for him to accept the story, or not.

Awesome, idea. Thanks for sharing.

Thanks for pitching in Mike. Much appreciated.

Jack

Thanks for sharing such a great idea.

I discovered this approach accidentally a few years ago. It's actually my favorite way now to conduct a demo... for all the reasons you mention.

We used to ask the PO to demo the stories. If possible i think this is the best approach as this ensures that the PO keeps his knowledge up-to-date and does not just sit there as in a movie theater:)

I'm with Don - let the product owner do the demo. They are the customer - and they generally really like this role.

I agree, I think that takes it one step further. Although I would want to change it up just so the developers also get a turn to feel good about what they do. I think that's also important.

Jack

We rotate around the team - developers, testers, product owner. The product owner generally does the last demo for a release to show how things tie altogether.

Rotating around the team has the following benefits:
- everyone gets a chance to present accomplishments to the entire company (including sales, marketing, and exec)
- everyone learns to use the product as a customer would to solve a problem

Since the product owner accepts the story, one team I worked with let the product owner demo the story..Thanks for sharing.

I'm with Don - let the vendor do the demonstration. They are the client - and they usually really like this function.

The comments to this entry are closed.

 
 

 

 

 
© 2009 Brighstpark 3.0