Books, Good Question!, Meeting Facilitation, Scrum, Scrumban

Check-In Activity for Agile Retrospectives

Fortunately retrospectives are already a standard at our company now. Not only our developers teams, but also our sales team, our team assistents and as of late also our management (surprisingly, the last.. :)) have regular retrospectives. Because it has become standard to have retrospectives there is also the chance of falling into a dull routine, both for the team members and the facilitator (mostly myself). To counteract this dull routine we try to do different activities. I tried the following Check-In activity in the last weeks:

Esther Derby and Diana Larsen suggest in their book “Agile Retrospectives” as a Check-In activity to ask every participant “In one or two words: What are your hopes or wishes for this retrospective”. No post-its, no explanation, just one or two words. This always works great.

This question inspired me to ask participants an even more general question as a Check-In excercise: “Why are we doing retrospectives anyway?” I do this as a kind of fast brainstorming and jot everything down on a flipchart. It is surprising what the participants are coming up with. I heard everything from “I don’t know.” (Oops!) and “Because you told us to.” (Ooooooops!) to “Kaizen. Continuous Improvement.” (Thx.) and “We don’t want to do mistakes a second time.” (!!!)

It is also a good excercise to remind the participants of the principles of the agile manifest, one of them is: “At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.” (Dare to ask if everyone knows and understands the Agile Manifesto… and maybe be surprised.)

And, of course, it is a good excercise to jolt the participants from their retrospective routine.

BTW: I recognized only days ago that Esther Derby and Diana Larsen book “Agile Retrospectives: Making Good Teams Great” is legally available also as eBook! Buy it!

Advertisements
Agile Coaching, Good Question!

NOT done!

One of the principles behind the Agile Manifesto is maximizing the amount of work NOT done! If you really manage to do it, it is very liberating. It actually sounds very easy but is really hard to get it started and keep it going.

tasks-not-done

In meetings I again and again find myself trapped in the role of a project manager: Collect as many assigned ToDos as possible, be happy if you leave the meeting with a long list of ToDos and if you have produced MORE work (mostly for others…).

Thinking a lot about the Agile Manifesto and the Lean Disciplines I started to measure the success of a planning or status meeting in a different way now:

  • How many cards with User Stories or tasks have been ripped into pieces at the end of the meeting?
  • How many items of the backlog have been deleted (b/c “not relevant anymore”, “nice to have and will never have time for that”, “what was this about anyway”)?
  • How many minutes could we end the meeting earlier by stopping useless discussions and meanigless monologues?
  • How many tasks or tickets that have not been changed in your issue tracking system since 60 days (or longer) can we delete? (If the task or ticket is really important it will pop up again via a new task or ticket anyway.)
  • How many tasks or tickets of your team that are not completly clear have we bounced to the person responsible (most probably your product owner or project manager)?

This list is to be continued…