「Agile Retrospectives: Making Good Teams Great（邦訳：アジャイルレトロスペクティブズ 強いチームを育てる「ふりかえり」の手引き）」の共著者であるEsther Derby氏(リンク)は先ごろ、ふりかえりを改善するためのテクニックについて書いた。
- グループのメンバに仕事をさせる - 部屋の前に立ってあらゆる書き物をすることは、チームのメンバがアイデアを自分のものにすることを妨げる。そのかわり、彼らに（濃いマーカーを使って）大きなポストイットに書いてもらう - そうすることによって、関係者全員が何かを提供し続けるし、最も寡黙な人でさえもそうすることを促される。
- 正確に記録する - ファシリテータ（あるいはスクラムマスタ）はグループのアイデアをとらえるためにいるのであって、それらにフィルタをかけたり、自分自身の意見を挟まない。
- 並列処理を利用する - いくつかの議論しなければならない問題点がある場合は、２つか３つのグループに分けて根本的な原因を分析する。ものごとのスピードが上がるほか、この方法によってチームに１人か２人いる持論を言い立てる人の影響が減る。
- グループのメンバに結論を出させる - 時々、ファシリテータ（あるいはスクラムマスタ）はチームから出された生のデータを見て、チームに自分達の仕事をさせることなく結論を告げるだろう。実質的にファシリテータは、チームの意見を尊重しないと言っているのだ。チームが自分達でデータを分析するためにはもっと長い時間がかかるだろうが、それによって彼らはより優れた結論を出し、その結果生じたアクションアイテムを自分達のものにする。
- 合意した内容を吟味する - 短時間の議論の後で、チームが基本的合意（いつも最終決定というわけではなく、中間地点の場合もある）に達したのかを吟味するのは有益である。結論は出されなければならないし、全員が明確な質問をしたら、私達は「Fist of Five(リンク)」を使用してテストを行う。この手法では、支持の度合いを指の数で示す。５ - このアイデアが私のものだったらと思うし、変化を導くのを手伝う。３ - 私はグループの意思に従う。１ - まだ議論すべきことがある。握りこぶし - 反対する、私はこの合意を阻止し、もっと議論を押し進めたい。
George Dinwiddie氏(リンク)は、ふりかえりから行動を起こし、それらをストーリーカードに書き、プロダクトバックログに追加することを提案している。これにより、それらが可視化された状態が保たれ、実行されやすくなる。さらに、最大の問題や最も重要な問題は - 自信を失うこともあるので - 取り組んではいけないこともある、と彼は述べている。そのかわり、チームに彼らが取り組む力のあるタスクを選択してもらう。
Jo Geske氏(リンク)は次のように提案している。
スプリントを表すかなり抽象的なスケジュールの重要なイベントにポストイットをつけるかわりに、私達は各スプリントのバーンダウン・チャートに直接貼り付けます。
利点:
- 考えることを促す（なぜこの日はバーンダウンが高かった/低かったのだろうか？）
- スプリントやチームに関係のあるイベントへの集中力を高める
- 原因と結果の相関関係を明らかにするのを助ける
Mike Sutton氏は、それをさらに一歩進めている。「スプリントのスケジュール帳としてバーンダウン・チャートを拡張し、タスクのバーンダウンだけではなく、（上記のように）障害となるものや、より良いふりかえりを可能にする重要なイベントをとらえることができます。」Mike氏(リンク)は次に、障害の追跡や、振り返りを行う時まで問題を覚えておくことに苦労しているチームを使って、これを説明している。
Mike氏が使用したひとつのアプローチは次のものである。障害にポストイットをつけ、その中には日付、理由、その他のヒントや背景を含めた。問題が解決されると、ポストイットにさらに注釈がつけられた。
ふりかえりを支援するのに加え、このアプローチにより、緊急度のバランスが保たれてデイリー・スクラムに集中できるようになることにMike氏は気付いた。
Ilja Preuss氏(リンク)は、これは間違いなく興味深いアイデアであるが、バーンダウン・チャートに関する事柄にふりかえりを集中しそうなので、もっと捉えにくい問題や良いものをスプリントから引き上げるために、その他の手法も使用されたことを保証するだろう、と述べている。最終的に、彼は時間をかけて自分のふりかえりの進め方に変化を持たせているので、チームが溝にはまって動けなくなることは無い。
原文はこちらです：http://www.infoq.com/news/2008/12/retrospective-tips