Welcome to the The Art of Agile Development website. Think of this as the "special features" DVD for the book, only without the DVD. (If you haven't bought the book yet, that's okay... we won't tell if you don't.) Here, you'll find a cornucopia of bonus material, such as downloadable posters, behind-the-scenes material, and new insights.

For more bonus material, see the table of contents. New entries are posted most Wednesdays.

(If there's nothing else on this page, this chapter has yet to be posted. Try the table of contents instead.)

 Print

The Art of Agile Development: Iteration Demo

04 Jun, 2008

in 99 words

Produce working software every week, and demonstrate to stakeholders that you have done so.

Invite anyone who's interested to the demo. It should take about ten minutes. The product manager often conducts the session. Briefly describe the features scheduled, their value, and any unexpected changes. Build trust by being honest, not defensive, about changes.

At the end of each demo, ask your executive sponsor two questions: "Is our work to date satisfactory?" and "May we continue?"

Conduct demos at the same place and time each week. When schedule problems occur, a regular demo makes it easier to face reality.

Commentary

It's a Trap!

Inside the Book

  • Iteration Demo
  • How to Conduct an Iteration Demo
  • Two Key Questions
  • Weekly Deployment is Essential
  • Questions
    • What do we do if stakeholders keep interrupting and asking questions during the demo?
    • What do we do if stakeholders keep nitpicking our choices?
    • The stakeholders are excited by what they see and want to add a bunch of features. They're good ideas, but we don't have time for them--we need to move on to another part of the product. What should we do?
    • We completely blew this iteration and don't have anything to show. What do we do?
  • Results
  • Contraindications
  • Alternatives

Loading...

Loading comments...