Ilja on Software Development and more...

Tags  

Are retrospectives an antipattern asks Steven. There are some interesting points raised there, and I certainly can see some antipatterns (some of which I have been guilty of, too). I don't think it's the retrospective per se that's the antipattern, though.

Here are a couple of patterns that I seem to be able to identify:

Retrospective replaces ad hoc problem solving

You need a problem solved. The retrospective is a place to identify and solve problems.

Antipattern solution: Wait until the retrospective to raise the problem and get it solved.

Consequences: Problem resolution is deferred. The retrospective gets swamped with problems. Not enough time in the retrospective to solve all problems, let alone to explore what is not yet known.

Refactored solution: If you get aware of a problem, raise and solve it outside the retrospective. Enter the retrospective with an open mind to what new things you might discover and want to tackle.

Retrospectives as reporting to management

A problem is perceived to be only solvable with management involvement/approval.

Antipattern solution: Create actions that need management involvement or approval.

Consequences: Problem resolution is dependend on management taking action. If management has different priorities, nothing happens. Retrospectives degenerate into complain sessions, where you don't even expect to be able to make a difference.

Refactored solution: For every problem, come up with at least one action that doesn't need management involvement or approval, and will improve the situation at least a bit.

Result: Continouos improvement, however small. Team members get a better feel for the power they actually have. Managers see team members take initiative. They might even get interested in getting involved in the ongoing change.

Living in the (bad) past

Retrospectives are about looking back - they even have it in their name. And I remember a lot of problems I had.

Antipattern solution: Focus on talking about what happened. Focus especially on what went wrong.

Consequences: The retrospective becomes a depressive, energy draining meeting noone enjoys.

Refactored solution: Yes, look at the past - to share stories, to further understanding, and to paint a picture of a brighter future. Focus on what you have learned, on what you want to do differently (or the same!) in the future. Try an Appreciative Retrospective.

Result: A forward looking team with the energy to make a difference.

The Silver Bullet

You have a deep rooting problem. Retrospectives are meant for problem solving.

Antipattern solution: Expect retrospectives, facilitated by someone who is barely trained for it, to be enough for solving your problem.

Consequences: The problem gets worse. Facilitator and group loose faith in retrospectives and their ability to solve this problem.

Refactored solution: Don't rely on retrospectives alone to solve your problem. Responsibly manage the problem. Get an expert involved.

Result: A chance to actually resolve your problem.

More patterns?

OK, that's enough for now, although I sense there are more. What retrospective antipatterns have you seen?


Another _really_ common retrospective antipattern is "Giving Up" Retrospectives at the end of each iteration are not generating valuable changes. Antipattern solution: stop doing retrospectives! Consequences: bad behaviors ossify into deep habits with no opportunity to correct. Refactored solution: change the style of retrospective or get an outsider/expert to help facilitate them for a little while. Result: rejuvenated retrospective generating insights and real improvements.
Yeah - it's an instance of the all too common "Throw out the baby with the bath water" antipattern, that can be found at so many places where people try new techniques...
Why wait until the end of a sprint or iteration to reflect on how you are working? Have frequent mini-retrospectives for more timely process improvements.
Yes, why not? Have you tried it? What is your experience?

I have seen Daily Scrums / Stand Up Meetings at least partially fullfil that function. I'd think that they would combine well with iteration retrospectives (as much as I believe that there is still value for project retrospectives, too).



Add a comment

Title
Body
HTML : b, i, blockquote, br, p, pre, a href="", ul, ol, li
Math Quiz 7 + 6 = (Helps stop blog spam)
Name
E-mail address
Website
Remember me Yes  No 

E-mail addresses are not publicly displayed, so please only leave your e-mail address if you would like to be notified when new comments are added to this blog entry (you can opt-out later).

TrackBack to http://radio.javaranch.com/ilja/addTrackBack.action?entry=1237998972110