freeCodeCamp/guide/english/agile/retrospectives/index.md

48 lines
3.8 KiB
Markdown
Raw Normal View History

2018-10-12 19:37:13 +00:00
---
title: Retrospectives
---
## Retrospectives
The Sprint Retrospective can really be the most useful and important of the scrum ceremonies.
The concept of *"Inspect and Adapt"* is crucial to creating a successful and thriving team.
The standard agenda for the retrospective is:
* What do we keep doing?
* What do we stop doing?
* What do we start doing?
* Who do we want to say thank you to? (Not necessary but good practice)
And from this discussion, the team creates a list of behaviors that they work on, collectively, over time.
When commiting to action items, make sure you focus on 1 - 3. It is better to get a couple done, than commiting to more and not doing them. If it is difficult to come up with actions, try running experiments: Write down what you will do and what you want to achieve with that. In fact, if the team is using a tool like JIRA to manage it's work, a zero point "story" or an item can be added in the following sprint to ensure the team executes on the improvement area(s). In the following retro check if what you did achieved what you had planned. If it did not - you can learn out of the experiment and try out something else.
2018-10-12 19:37:13 +00:00
A good approach to find out which topics should be discussed is *"Discuss and mention"*. It consists on a board with as many columns as people in the team (you can use something like Trello or just a regular whiteboard) and two more for the things to "discuss" and those to be "mentioned". Everybody has 10 minutes to fill their column with things from the last sprint they want to highlight (these are represented with cards or Post-its). Afterwards, each team member explains each of their own items. Finally, each team member chooses which topics they think should be mentioned or discussed, by moving the card/post-it to the respectively column. The team then decides which topics should be discussed and talk about them for about 10 minutes.
2018-10-12 19:37:13 +00:00
Invite the scrum team only to the Retrospective. (Delivery Team, Product Owner, Scrum Master). Discourage managers, stakeholders, business partners, etc. They are a distraction and can hinder the sense of openness the team needs. Also, they might get a "wrong" view of the team, and its practices, while the team discusses its improvement areas.
2018-10-12 19:37:13 +00:00
When conducting a retrospective make sure that in the first 5 - 10 minutes everyone says at least a couple of words. When team members speak up in the beginning of the meeting, it is more likely that they contribute during the whole meeting.
During the retrospective it is important that the team stays productive. A simple way to keep people in a positive mood is to focus on what is in the control of the team.
- For a co-located team, index cards and post-its work great for this process.
- For distributed teams, there are a variety of online tools and apps to facilitate the discussion
- https://www.senseitool.com/home
- http://www.leancoffeetable.com/
Action items should be notated on a board to make tracking progress visual and more distinguishable. Every new retrospective should start with reviewing the status of the action items decided upon during the *previous* restrospective.
Keep the retrospectives fun. Try to have a guest "facilitator" to help once in a while. You can also use different ways of conducting a retro like using the sailboat model, where the team talks about "anchors" that are slowing the team down, "winds" that are propelling the team forward etc. Use the fun retro site to uncover more such practices!
2018-10-12 19:37:13 +00:00
#### More Information:
<!-- Please add any articles you think might be helpful to read before writing the article -->
- Inspirations for preparing a retrospective:
- https://plans-for-retrospectives.com/en/
- http://www.funretrospectives.com/
- How to run experiments with the popcorn flow:
- https://www.slideshare.net/cperrone/popcornflow-continuous-evolution-through-ultrarapid-experimentation