Sample retro doc

This an example of how one might structure a sprint retrospective. This document should be open in a shared location, where all can edit and see it (for example, a shared Google doc). Time-box 5 minutes, the team goes at the doc and writes things that are going well (｡◕‿◕｡) , things that are meh ¯_(ツ)/¯ , and things that are not going well (╯°□°）╯︵ ┻━┻ . Next, time-box 3 minutes, and let the team dot-vote on the points raised. Then, the moderator typically starts with the good stuff, to acknowledge happy times, and then jumps to talk about the (╯°□°）╯︵ ┻━┻ with the most dots. Possible ways to resolve are discussed and added to the 'actions' section at the bottom. Continue going through in dot-order, finish with ¯_(ツ)/¯.

Key points:

• To avoid some groupthink, everyone starts adding to the doc separately. Also, this allows those who don't speak right away a chance to write.
• We write these down. Only talking through a retro doesn't always lead to concrete solutions.
• We have actions. We want to try to mitigate or solve the issues raised, not just air grievances. The point of retro is process improvement.

EITI Retro ~ [date]

Retro Prime Directive: Regardless of what we discover, we understand and truly believe that everyone did the best job they could, given what they knew at the time, their skills and abilities, the resources available, and the situation at hand.

@ = +1; awesome; (｡◕‿◕｡)

• = +1; I share this concern; ¯_(ツ)_/¯; (╯°□°）╯︵ ┻━┻

(｡◕‿◕｡)

• Your
• Feels
• Here

¯_(ツ)_/¯

• Your
• Feels
• Here

(╯°□°）╯︵ ┻━┻

• Your
• Feels
• Here

ACTIONS

• Add
• These
• As we
• Discuss
• Feels