what_can_we_do_to_improve_our_retrospectives
Differences
This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
what_can_we_do_to_improve_our_retrospectives [2019/09/23 08:44] – created hpsamios | what_can_we_do_to_improve_our_retrospectives [2025/02/21 07:25] (current) – Added want to know more hans | ||
---|---|---|---|
Line 5: | Line 5: | ||
In many organizations: | In many organizations: | ||
- | | + | |
- | “Inertia is our enemy” - [[https:// | + | >“Inertia is our enemy” - [[https:// |
- | | + | |
- | | + | |
+ | |||
+ | ===== Team ===== | ||
In my experience there are some simple do’s and don’ts that Scrum Masters can use to improve Retrospectives: | In my experience there are some simple do’s and don’ts that Scrum Masters can use to improve Retrospectives: | ||
- | | + | |
- | - Do take time to do a retrospective. General rule of thumb is that if you have a 2 week iteration, you might need a 2 hour retrospective. For a retrospective for a whole quarter you might need up to half a day (depends on depth of discussion). Do not short change the retrospective. Remind people that: | + | |
- | “Improving daily work is more important than doing daily work” - Gene Kim, The Phoenix Project | + | >“Improving daily work is more important than doing daily work” - Gene Kim, The Phoenix Project |
- | - Do review results of previous retrospective to close the feedback loop. This reminds people that we are making progress (often we forget how bad things used to be) while establishing the seriousness of the retrospective meeting. Do not sugar coat this - if nothing happened as a result of the previous retrospective (e.g. we identified an improvement area, but didn’t follow up the item with action) then report that. | + | |
- | | + | * Do take the time to do an ice-breaker for the team, especially in these times when we are working remotely. Ice-breakers help us learn about our team mates. Pick a subject (it doesn’t have to be a lean agile subject), have people contribute to that subject, and have each person review what they provided, encouraging discussion. |
- | | + | * Do review results of previous retrospective to close the feedback loop. This reminds people that we are making progress (often we forget how bad things used to be) while establishing the seriousness of the retrospective meeting. Do not sugar coat this - if nothing happened as a result of the previous retrospective (e.g. we identified an improvement area, but didn’t follow up the item with action) then report that. |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
+ | | ||
+ | | ||
- | “If I had an hour to solve a problem I'd spend 55 minutes thinking about the problem and 5 minutes thinking about solutions.” - Albert Einstein | + | >“If I had an hour to solve a problem I'd spend 55 minutes thinking about the problem and 5 minutes thinking about solutions.” - Albert Einstein |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | | + | |
- | “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.” - Norm Kerth | + | >“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.” - Norm Kerth |
- | | + | |
- | | + | |
- (P)roblem and observations | - (P)roblem and observations | ||
- (O)ptions | - (O)ptions | ||
Line 55: | Line 58: | ||
- (N)ext | - (N)ext | ||
- | {{tag> | + | ===== Distributed Teams ===== |
+ | |||
+ | A couple of additional ideas for distributed Teams: | ||
+ | |||
+ | * Do structure retrospective differently when working with distributed people so that you maximize use of overlapping time to do the things that are best done (synchronized) as a team (vs asynchronous). So for a standard structure retrospective: | ||
+ | * Set the stage: Can initially be asynchronously done in email or a text backchannel. Once the team actually meets synchronously, | ||
+ | * Gather data: Can start solo and asynchronously. Each team member gathers their data asynchronously in advance and when the team meets, they can review the data together to gain shared understanding and agreement on the data. Sometimes people create a collection point where team members can collect data. | ||
+ | * Generate insights. Best done synchronously. This is tricky and often requires an experienced facilitator to help the team move through the “Groan Zone”. If you can, use video chat for this part of the meeting, so you can see people’s facial expressions. | ||
+ | * Decide what to do. Best done synchronously. Many teams have plenty of ideas for solving their issues. The problem is narrowing down those ideas down; to create small experiments. Be careful about running long lived experiments without intermediate check points along the way. It is best to have shorter term experiments to start with. | ||
+ | * Close the retrospective. Best done synchronously. This is where the facilitator confirms that the retrospective helped the team discover what they should amplify (e.g., doing well) and what they might change. If the participants didn’t feel the retrospective was effective, gather suggestions for improvement synchronously — if time permits — or asynchronously.” | ||
+ | * Do insist on video when doing a retrospective. This helps improve psychological safety. When we see each other, we learn together. We learn other people’s reactions and how they clarify issues. When team members can’t see each other, they miss the facial expressions and body language. Without video, people often misinterpret other people’s statements. | ||
+ | |||
+ | ===== Management ===== | ||
+ | |||
+ | * Do engaged with Teams. Set the expectation that Retrospectives are being done and, more importantly, | ||
+ | * Do encourage peer discussions. Sometimes seeing another Team solve a problem that seems to be related to one they are working on will offer a breakthrough for the Team. Sometimes just seeing another Team improve will encourage other Teams to try things as well. Success breeds success. | ||
+ | |||
+ | ====== Want to Know More? ====== | ||
+ | |||
+ | * [[how_do_we_get_away_from_business_as_usual_thinking_on_teams|How Do We Get Away from “Business as Usual” Thinking On Teams?]] for ideas on improvement. | ||
+ | * [[what_can_we_do_to_improve_our_retrospectives|What Can We Do To Improve Our Retrospectives? | ||
+ | * [[how_do_we_run_our_first_sprint_retrospective|How do we run our first retrospective ceremony]]) | ||
+ | * [[what_does_a_scrum_master_do_all_day|What Does a Scrum Master Do All Day?]] | ||
+ | * [[https:// | ||
+ | |||
+ | {{tag> |
/home/hpsamios/hanssamios.com/dokuwiki/data/attic/what_can_we_do_to_improve_our_retrospectives.1569253496.txt.gz · Last modified: 2020/06/02 14:21 (external edit)