The drive to inspect and adapt is one of the most important aspects of agile software development. A great way to bake this approach into your process is by having regular retrospective meetings that engage and challenge the team to solve their own problems and make things better. However, these meetings can be difficult to run well and drive improvement. In fact, many teams sleepwalk through sessions, treating them as a box-ticking exercise that signals the end of the iteration.
Maybe it’s time we tried a bit harder to make sprint retrospective meetings work?
In this workshop, Chris explained how to put together an awesome sprint retrospective. Attendees tried novel activities that can be used to gather information and challenge team members to consider problems from a new angle.
Boost PC performance: How more available memory can improve productivity
Art of the Retrospective workshop
1. The Art of the Retrospective
GE Cambridge
Thursday, 20 February 2014
Chris Smith and Paul Stephenson
2. The Art of the Retrospective
What can go wrong with sprint
retrospectives and how to fix them
GE Cambridge
Thursday, 20 February 2014
Chris Smith and Paul Stephenson
6. What is a Retrospective Meeting?
“Special meeting that takes place at the end of a
period of work – usually an iteration or software
release.
In a retrospective, a team steps back, examines
the way they work, analyses and identifies ways
they can improve”
Esther Derby
7. Inspect and adapt: What we develop
Release
Release
Release
Release
We will always
know more
than we know
here
Release
8. Inspect and adapt: How we work
Retrospective
Retrospective
Retrospective
Retrospective
Retrospective
We will always know more
about how we work together
on the project than we know
here
16. How do you run an effective and
engaging Sprint Retrospective?
17. References
Agile Retrospectives: Making Good
Teams Great (Derby and Larsen)
Gamestorming: A Playbook for
Innovators, Rulebreakers, and
Changemakers (Gray, Brown and
Macanufo)
18. How do you run an effective and
engaging Sprint Retrospective?
•
•
•
•
•
Prepare well
Deliberately facilitate
Keep to Retrospective Framework
Vary activities
Create good actions
19. Prepare Well
• Invest time
• Decide focus &
agenda
• Gather people,
help, materials,
snacks
31. Pair Interviews
• Pair-up, each person to interview the other
• Not a conversation; encourage interviewees to
keep to the role
• Pose a question like “What were the high and
low points of this sprint?”
• Report back
32. Pair Interviews
• Interview about satisfaction with physical
work environment this year
• Interviewer, ask:
– when the person felt most satisfied?
– why was is satisfying?
– when the person felt least satisfied?
– why was is dissatisfying?
• Three minutes to interview, then we swap
33. Other activities to gather data
• Team Poll
• Timeline
• Short Subjects
– Mad/Sad/Glad
– Stop/Start/Continue
• Learning Matrix
• Like to Like card game
35. Mission Impossible
Take an existing challenge/goal and change a
fundamental aspect that makes it seem
impossible
“How do we remove all our
technical debt… in a day?”
“How do we add a
feature… without writing
any code?”
37. Other activities to generate insights
•
•
•
•
•
•
•
Fishbone diagram
Force Field Analysis
Challenge Cards
De Bono’s 6 Thinking Hats
Flip it
Anti-problem
Pre-Mortem
48. How do you run an effective and
engaging Sprint Retrospective?
•
•
•
•
•
Prepare well
Deliberately facilitate
Keep to Retrospective Framework
Vary activities
Create good actions
49. References
Agile Retrospectives: Making Good
Teams Great (Derby and Larsen)
Gamestorming: A Playbook for Innovators,
Rulebreakers, and Changemakers (Gray,
Brown and Macanufo)
http://www.plans-for-retrospectives.com/
http://retrospectivewiki.org/
Agenda:Tell you what can go wrong with sprint retrospectives WhyHow to avoid that and run an effective retroTrying some example activities Introducing others you can look into further
Tools and services for developers and database folks – technology professionals. Products for MS SQL Server, .NET, and Oracle tools. Azure, mobile development, etc.
Just to get an idea of where you guys are:Who’s here from GE?Who is using an agile development process? [AGILE POLICE will not be allowed to examine your credentials]Who has retrospective meetings at least once a month?Who is very happy with them – you’d describe them as engaging and effective?Who had regular, frequent retrospective meetings in the past and has stopped?Estimated timing = 7 mins
ParticipationWaste of timeNo End productThey can be unpopular with team leaders too…
Swedish internet host, Bahnhof ABCold War bomb shelter,
Fishbone = Also known as an Ishikawa diagram after their creator.Identifying the root causes of an issue. Look for reasons behind problems. Focusing on causes and things affecting problem (in given areas)Challenge Cards6 thinking hats = The human brain thinks in a number of distinct ways which can be deliberately applied.Coloured hat metaphorAnti-problem = “How do we become the most dysfunctional software development team in history?”Helps get people get unstuckUseful if you have been working on a problem but not made progress