Nov 2017: Sorry for the broken links…when Dropbox nuked their public folder support, this link went with it! It’s fixed!
Disclaimer: I learned this exercise from Sarah Klarich, I don’t know where she learned it from (Teresa Carlisle according to the document author?) but it’s extremely effective at communicating why User Stories work better than requirements! Hint, it’s NOT about the User Story!
- Blank paper (cut standard printer paper, 8.5 x 11, into quarters)
- Sharpies or pens, optionally have coloured sharpies available
- Download and print the ‘product’ pages
Fantastic to play with a whole team during a liftoff. It is not a good idea to run this with a group of BA’s or one functional group. The whole point is about cross-discipline collaboration.
How to Play
- Pair people up. One person will play the role of Developer, the other will play the role of Product Owner (or product manager, business person…etc)
- Ideally have less-technical people play the Developer and have the more-technical people play the Product Owner
- Once the group has chosen roles, ask the Developers to leave the room
- Round 1:
- Give the Product Owners the first diagram that you downloaded and printed.
- Give them 6 minutes to write a requirements document that will allow their Developer to re-produce the drawing.
- They cannot draw symbols in their requirements document
- They cannot show the Developer the diagram
- When the timebox expires, ask them to hide the diagram and invite the Developers back into the room.
- Have the Product Owner give the requirements to the Developer and tell them they have another meeting to run to but that the requirements document has all the details they need!
- The Product Owner cannot help in any way other than to clarify messy writing that the Developer isn’t able to read!
- Give the Developer 6 minutes to draw the diagram
- Do a show and tell at the end and ask the Product Owners if they would accept the product. Record the yes/no responses and post the product images on the wall
- Round 2:
- Give the Product Owners the second diagram from the file you downloaded and printed. Make sure the Developers don’t see it!
- Give the Developer 6 minutes to produce the new product but allow the Product Owner and Developer to collaborate as much as possible:
- The Product Owner cannot use hand signals
- The Product Owner cannot draw the diagram
- Do a show and tell and ask the Product Owners if they would accept the product. Record the yes/no responses and post the product images on the wall.
- Ask the group to describe the differences between Round 1 and Round 2.
- Round 2 took half the time and the product is WAY better (this is a dangerous learning though because Agile doesn’t mean faster, better and cheaper!)
- Some Developers build a prototype (IE: they draw a circle on a separate piece of paper and ask “is this right?”
- Some Developers throw out the paper and start over
- The rapid feedback during round 2 is the difference, the ability to clarify sooner is the main reason for delivering a better product
- Some will argue that the exercise is stupid because requirements documents include diagrams when needed. At this point, throw those people out of the class and tell them they must never ever ever practice Agile! Oh relax, I’m just kidding. Mostly.
- Developers learn that writing requirements is really hard!
- During round 1 you may hear “I assumed when you wrote that statement you meant…” (assumptions are dangerous!)
- Write the requirements yourself and give the same requirements to everyone and explore how completely different the drawings end up being.
- Have one person in the session write the requirements (same as above but saves you from doing it!)