レトロスペクティブのアンチパターン

レトロスペクティブ、あるいは人々が議論し、議論から学ぶことを目的としたあらゆる種類の会議を使用する場合、時折、効率の低いセッションを経験したことがあるでしょう。それは不思議なことではなく、ほとんどの人々に起こることです。この記事では、これらの不幸な状況の3つについて説明し、解決策を提供します。それは、インサイトの生成をスキップすること、変更できないことに迷子になること、そして大声雄弁家に支配されることです。

2023年2月15日


Photo of Aino Corry

「レトロスペクティブのアンチパターン」の著者であるアイノ・コリーは、教師、技術会議エディター、およびレトロスペクティブファシリテーターです。彼女はコンピューターサイエンスの修士号と博士号を取得しています。彼女はまた、教師にコンピューターサイエンスを教える方法も教えており、そのため、彼女の会社であるMetadeveloperの名前にふさわしい存在です。アイノはストックホルム、ルンド、ケンブリッジに住んでいましたが、現在は家族と成長を続けるぬいぐるみ頭足類のコレクションと一緒に、デンマークのオーフスに戻っています。彼女は余暇にランニングと歌を歌っています(ただし、同時にではありません)。


「レトロスペクティブ」という概念は、ほぼ永遠に存在してきましたが、常にその名前で呼ばれていたわけではありません。人間が存在する限り、私たちは一緒に活動を見返して、そこから学ぶよう努めてきました。狩りの後、出産の後、ゲームの後、手術の後など。

ノーマン・カースは、2001年の彼の著書「Project Retrospectives - a Handbook for Team Reviews」(プロジェクトレトロスペクティブ-チームレビューのためのハンドブック)で、IT業界で初めて「レトロスペクティブ」と名付けました。彼は、すべてのプロジェクトの成功と失敗から得られた貴重な教訓を保存するための正式な方法を記述しました。詳細なシナリオ、想像力豊かなイラスト、ステップバイステップの指示により、この本は私のレトロスペクティブファシリテーターとしての旅を始めさせました。私はそのアイデアを気に入って、最初に自分のチームで、次に他のチームで、そして後に組織の外で実装し始めました。「プライムディレクティブ」、「タイムラインの作成」、「忙しすぎる」などの活動は、彼の著書からのものです。

その後、ダイアナ・ラーセンとエスター・ダービーが「Agile Retrospectives - Making Good Teams Great」(アジャイルレトロスペクティブ-優れたチームをさらに優れたチームにする)という本を執筆しました。これは、アジャイルプロセスに適合する短いレトロスペクティブを紹介しました。これは私にとって画期的な出来事でした。彼らの本は、より短く、より効率的なレトロスペクティブを計画するのに役立ちましたが、ファシリテーターにとって、レトロスペクティブをより効率的に計画する実際のプロセスを支援するツールも含まれています。

ノーマン・カースの本以前は、ポストモーテムしか知りませんでした。これらは、何かがうまくいかなかった後に実施されるより長い反省です。ポストモーテムは、間違いから学ぶためのツールとして非常に役立ちます。正しく行えば、関係者にとって癒しの効果をもたらす可能性がありますが、レトロスペクティブとは異なります。物事がうまくいっている場合でも、私たちはレトロスペクティブを行います。これが、ダービー・ラーセンの著書の副題が「-優れたチームをさらに優れたチームにする」である理由です。

しかし、レトロスペクティブに関する私の実践的な経験は、レトロスペクティブがいかに簡単に非効率になるかを示してくれました。レトロスペクティブのアイデアに従わず、ただ形式だけを行えば、時間を無駄にすることになります。アジャイル手法の人気が高まったため、レトロスペクティブは非常に普及しています。この成功は、レトロスペクティブにとって問題になっています。誰もがそれらを持つ必要がありますが、正しい方法でそれらを促進する方法を学ぶ時間を費やしていません。これは、多くの非建設的で、場合によっては有害なレトロスペクティブにつながっています。人々がレトロスペクティブは時間の無駄だと主張する時、彼らのやり方を聞くと、私はしばしば同意します。数年後、私自身もファシリテートしたもので、何が間違っていたのかというパターンに気づき始めました。

デンマークからの物語

ある組織は、ソフトウェア開発の方法をよりアジャイルにすることを決定しました。その一環として、彼らは学習手段としてレトロスペクティブを導入しました。チームメンバーの一部は、レトロスペクティブが「本当の」仕事の邪魔になっていると感じていました。彼らは、予約された90分よりも短くできることを提案しました。ファシリテーターはレトロスペクティブにあまり精通していなかったため、それを受け入れることにしました。

できるだけ少ない時間を費やすために、彼らはそれを短縮しました。これには多くの悪影響がありました。ここでは、私が運命の輪[1]と呼ぶアンチパターンに焦点を当てましょう。現実世界の運命の輪では、時には賞品がもらえ、時には負けます。勝ち負けはランダムで、オッズを改善するために何もしていません。これは、チームのレトロスペクティブでも起こり得ます。

ファシリテーターは、データ収集に人気のある「開始、停止、継続」アクティビティを使用することにしました。しかし、時間を節約するために、彼らはレトロスペクティブの5つの段階の1つであるインサイトの生成をスキップしました。代わりに、データ収集から開始する行動、停止する行動、継続する行動を決定することに飛び移りました。

このアクティビティのために、ファシリテーターは、「開始」、「停止」、「継続」という単語が書かれた3つのポスターを掲示しました。その後、チームに付箋を書いてポスターに貼るように依頼しました。メモの1つには「ペアプログラミングを開始する」、もう1つには「多くの会議をするのをやめる」と書かれていました。チームはこれらからアクションポイントを作成できます。「週3日、3時間のペアプログラミング」。そして「水曜日は会議をせず、昼食後は会議をしない」。そして20分でレトロスペクティブは終了しました!

このレトロスペクティブの方法は、深刻な結果をもたらす可能性があります。付箋が実際の問題ではなく、症状に対する解決策しか示していない場合、表面しか修正できません。ペアプログラミングを行っていない理由が、単に忘れてしまったのではなく、心理的安全性が十分でないためである可能性があります。この場合、カレンダーにスケジュールに入れるように促しても効果はありません。彼らはそれでも行わないか、行っても人々が不快感を覚え、チームや会社を辞めてしまうでしょう。

ペアプログラミングを行っていないもう1つの原因は、リモート設定でどのように行うかを知らないことです。繰り返しますが、これはカレンダーにペアプログラミングを入れても解決されない問題です。

会議に関するメモにも同じことが当てはまります。会議の問題は、量ではなく質かもしれません。その場合、会議を減らしても問題は解決されず、目立たなくなるだけです。チームが会議の削減を求める場合、多くの場合、真の問題を解決できるのは会議の衛生管理を改善することです。

運命の輪

チームが問題ではなく症状を「解決」すると、問題は依然として存在し、再び発生します。現実の運命の輪と同様に、運が良くなるかもしれません。彼らが解決するもののいくつかは、実際の問題だったかもしれません。しかし、多くの場合、私たちは症状しか見えず、「根本原因に対処していない」解決策に急いでいます。その結果、これらの短いレトロスペクティブでさえ、時間の無駄のように感じられます。なぜなら、症状にだけ対処して議論し、反応することは時間の無駄だからです。

アンチパターンには、リファクタリングされた解決策、つまりアンチパターンソリューションよりも優れた解決策の説明が必要です。この場合、リファクタリングされた解決策は、行動を決める前にインサイトを生成することを確認することです。結論に飛びつく前に。これは、発生する問題について簡単に話し合うことで行うことができます。あるいは、「5 Whys」インタビューを使用することもできます。複雑な問題のように見える場合は、フィッシュボーン分析が役立つ場合があります。複雑な問題の例としては、「締め切りに間に合わない」、「ピアレビュープロセスに従わない」などがあります。このように述べると、単純に聞こえますが、短い説明は複雑さを隠しています。これらの問題は、多くの異なる原因を持つ可能性があります。

スープの中

次のレトロスペクティブで、別のアンチパターンが現れました。チームは、ベンダーが提供した劣悪なソフトウェアの影響について議論したいと考えていました。この品質は、チームにとって常に問題でした。独自のソフトウェアシステムはこの影響を大きく受け、彼らは管理職に問題をエスカレートしようと試みていました。チームは以前にも何度もこのことについて議論していました。毎回議論するたびに、彼らは欲求不満と悲しみを感じ、何も変わりませんでした。変更できないことについて議論することは実際には時間の無駄だったので、レトロスペクティブは時間の無駄に感じられました。これは、アンチパターンスープの中の例です。

スープの中にいる場合、改善できないことに時間を費やしています。変更できる問題について学び、改善する代わりに。

リファクタリングされた解決策は、スープの中と呼ばれるアクティビティを使用することです。このアクティビティでは、チームに議論していることを、何かできること、影響を与えること、そしてスープの中にあるものに分割するように求めます。何かがスープの中にある場合、それは変更できない人生の一部です。あなたの時間は、状況を受け入れ、状況に適応する方法を見つけることに費やした方が良いでしょう。または、スープから身を引くことで状況を変えることができます。このアクティビティは、以下に示すようにデータ収集後すぐに使用できます。または、実行できる権限のないアクションポイントを残さずにレトロスペクティブを終了するために、実施事項を決定する際に使用できます。

In the Soup activity               during Gather Data

図1:私たちができること、影響を与えること、スープの中にあること。

大声雄弁家

このチームは現在、変更できることに時間を集中する方法を知っており、インサイトの生成に時間を費やすことの価値を学んでいます。しかし、まだ1つの問題が残っています。チームには大声雄弁家がいます。レトロスペクティブ(およびその他のすべての会議)でのすべての議論において、この大声雄弁家は割り込み、長い話をし、他のチームメンバーが参加することを不可能にします。ファシリテーターは他のチームメンバーに発言を促そうとしますが、状況は変わりません。

このアンチパターンは、しばしば見られますが、解決するのは難しくありません。まず認識すべきことは、なぜそれが問題なのかということです。言うべきことがある人は、それを言うことを許されるべきだと言う人もいるかもしれませんが、私は同意します。しかし、レトロスペクティブの場合、時間はチームが共有し、感謝し、一緒に学ぶために確保されています。そして、チームの一部だけがそれを行うことができる場合、時間は部分的に無駄になる可能性があります。

口数の多い人がいるチームに対する改善策は、全体会議を避けることです。代わりに、少人数グループ、あるいはペアに分かれて議論させます。発言の代わりに、書き込みや付箋の移動を増やすこともできます。[2] レトスペクティブの後で、口数の多い人に話しかけるのも有益です。彼らは自分の言動が他人に与える影響に気づいていない可能性があり、多くの場合、それを知って感謝します。私は、この傾向に気づいたことで人生の多くの面が変わったという口数の多い人たちと仕事をしてきました。中には「アクティブ思考者」と呼ばれる人もいて、考えながら何か話したり行動したりする必要があります。考えている時は当然大声になるでしょうが、悪意はありません。

この記事では、レトスペクティブのファシリテーションにおける3つの一般的なアンチパターンを紹介し、それらのアンチパターンに陥らないためのヒントやコツをいくつか示しました。しかし、ファシリテーターにとって最も重要なスキルは、多くのアクティビティを暗記することではなく、傾聴し、知性を使って対立を緩和し、自分にとって何が有効かを常に反省し学び続けることです。


参考文献

レトスペクティブのこれらのアンチパターンについては、私の著書Retrospectives Antipatternsで詳しく読むことができます。この本には、レトスペクティブのアンチパターンが23個掲載されており、それぞれがレトスペクティブのファシリテーションにおける一般的な課題、その課題を克服するための実践的なアイデア、そして私がそのアンチパターンに遭遇した際の個人的な逸話を説明しています。この本は、15年以上にわたるレトスペクティブのファシリテーション経験と、20年以上にわたるアカデミアと業界での教育経験に基づいています。コンピューターサイエンスの教え方と学び方について研究する中で、教育とファシリテーションにおいて、なぜうまくいくこととそうでないことがあるのかについて多くの示唆を得ました。

脚注

1: 各アンチパターンには、名前とともにイラストも掲載されており、人々が覚えやすく、認識しやすくなっています。タコが多いのは、私がタコが好きだからです。

2: 面白いことに、これらの提案は、口数の多い人と同様に、非常に静かな人にも有効です。

重要な改訂

2023年2月15日: 公開