大規模なチームやグループでのレトロスペクティブのための10のヒント

少人数のチームやグループでレトロスペクティブを進行するのは、すでに困難なことかもしれない。 あるいは、ほとんど時間がない .しかし、大規模チームでのレトロスペクティブはどうだろうか？通常、レトロスペクティブはもっと厳しいものだ。 

レトロスペクティブのツールを開発する前に、大規模なグループでさまざまな経験を積みました。多くの場合、顧客側から、部門全体（15人以上になることも少なくありません）がレトロに参加する必要があるという要件がありました。

そこで、このような大規模なチームやグループでの経験において、どのような課題が生じたかを最初のステップで共有したいと思う。

大規模なチームやグループにおけるレトロスペクティブの課題

1. ディスカッションの雰囲気

参加者の人数が多い場合、参加者同士は日常生活で少し顔を知っている程度であることが多い。少人数のチームであれば、信頼関係があり、オープンな雰囲気で話し合いができることが多いが、大人数のチームではそれが難しくなることが多い。しかし、チームが成功するための最も重要な要素のひとつは、まさにこの信頼し合える雰囲気なのである： チームの心理的安全性 .

2. エンゲージメントと会話配分

同時に、この星座に属する各個人は、議論から身を引きやすくなる。司会者としては、すべての参加者がコミットしているか、貢献できているか、議論の配分が適度なバランスに保たれているかに、より注意を払わなければならない。

3. 時間管理

チームメンバーが多ければ多いほど、持ち込めるトピックも多くなる。そのため、すべてのトピックに適切に対応できるよう、タイムボックスの設定は不可欠である。

大規模なチームやグループでレトロスペクティブを行う場合

しかし、やむを得ずこのような課題に直面しなければならないこともある。実際のところ、大規模なチームでは、レトロスペクティブを行う場面として次のようなものが一般的である：

• 大きなチームは、他の長期的に細分化されたグループに分けられない。スクラムガイドによると、9人以上のチームは「大きすぎる」と考えられる。
• 複数の小さなチームから構成され、合同でレトロを実施しようとする地域。これは「全体レトロ」または「レトロのレトロ」と呼ばれる。

以下のヒントは、どちらのシナリオにも役立つ。 

大規模なチームやグループでのレトロスペクティブのヒント

ここでは、大規模チームにおけるレトロスペクティブのヒントを紹介する！

ヒント1：回顧の参加者グループに質問する

大団円での回顧は間違いなく疑問視されるべきだ。枠組み条件は本当に変更不可能なのか？賢明な代替案はないのか？

大規模なチームやグループの場合、まず、チームをテーマ別に分割できないかどうかを検討する必要があります。私たちは、すべてを教科書通り（またはこの場合はスクラムガイド）に解釈することを好みませんが、9人のチームメンバーに制限することは偶然ではありません。この規模までは、制限なしに生産的なレトロスペクティブを開催できます。したがって、この数を大幅に超える場合は、チーム構成に疑問を持つ必要があります。

複数のチームが参加する “総合レトロ “でよく使われる “トリック “は、各チームが大ラウンドにチームの代表者だけを送り込むというものだ。こうすることで、少なくとも参加者数という点では、大ラウンドを管理しやすい状態に保つことができる。全体レトロ」でのチーム代表者の指名は、別の枠組み、すなわちここでも「スクラム・オブ・スクラム」と呼ばれている： LeSSフレームワーク.

ヒント2：信頼関係を観察する

• チームの人数が非常に多くても、（対策を除く）内容は秘密にされる。→ モデレーションで指摘する。
• 短いチェックインを利用して、打ち解けた雰囲気を作り出す -  時間がなくても . 

ヒント3：スケジュールでチームのサイズを考慮する

チームの規模が大きくなればなるほど、トピックは増え、議論は長期化する。

そのため、少人数のチームであれば1時間で回顧を終えることができるかもしれないが、大人数の参加者ではそうはいかない。

必要な期間は、選択した回顧の形式と方法によって大きく異なる。我々の経験では、その期間は以下の通りである：

チームの規模に応じたレトロスペクティブの通常期間

• 参加者5人以下 → 45～90分
• 6～10人の参加者 → 60～120分
• 10～20人以上の参加者 → 90～180分

ぜひタイムボクシングを自分で試して、感覚をつかんでみてください。特に最初は、少なすぎるよりは少し多めに時間をとって、どのステップを最適化できるかを確認してください。次のヒントが役に立つかもしれません！

ヒント4：トピックとアイデアの収集における並列化

1-2-4-All」のような形式や方法を使えば、トピックやアイデアを見つけるプロセスを並列化することができる。これはどのように機能するのか？

各参加者は、まずテーマや質問について、例えば2分間（1）など、個別に考えます。次に、各参加者はパートナーを見つけて考えを交換し（2）、4人グループ（4）になり、最終的にグループ内で優先順位をつけた形式で集められたアイデアを発表します（全員）。 

このページに1-2-4-Allの詳しい説明がある： 解放された構造.

ヒント5：マッハHealth Checkレトロ

大人数での変化に富み、エキサイティングで価値のあるレトロは、いわゆるHealth Checkレトロでもあり得る。この場合、スプリントの質は定性的ではなく定量的に評価される。

 

つまり、次のような手順である：

1. 具体的な声明が発表された。
2. 各チームメンバーは、アンケートのスケールで、各ステートメントに対して、1から7でどの程度同意するかを匿名で簡潔に評価します。
3. 任意：結果について議論する。結果を説明しうる肯定的な例と否定的な例が集められる。このパートには比較的長い時間がかかる可能性がある。
4. ここで、各チームメンバーが、どのステートメントに最もアクションを起こす必要があるかを匿名で投票し、直接優先順位付けを行う。 匿名のレトロスペクティブに最適な無料ツール ).
5. 最も多くの票を集めた発言だけが、行動として記録される。

この方法の利点は、全員が何かを発言する必要がないことだ。その代わり、（ステップ2の評価でも、ステップ4の優先順位付けでも）数回のクリックで、大人数のグループの感覚をつかむことができる。

 

ここで唯一重要なことは、チームによって評価される声明文が適切に選択されていることである。ここに2つのヒントがある：
まずは、インスピレーションの源となる無料のコンストラクション・キットをご覧いただきたい： チームHealth Checkコンストラクション・キット .

 

次に、私たちのレトロツールEchometerを使って、様々なHealth Checkレトロを直接行うこともできる： Health Checkレトロメソッド一覧 例えば、これはチームスピリットをテーマにしたヘルスチェックレトロです。ぜひ試してみてください。

注：このフォーマットでは、Health Checkの項目への同意を尺度で尋ねている。

• 感謝：私たちは同僚の業績と貢献を高く評価する。
• チームスピリット：私たちのチームには信頼し合って働く雰囲気がある。
• 透明性：私のチームでは、誰が何に取り組んでいるかを全員が知っている。
• リラックスと休憩：私は休憩のための十分なスペースがあり、そこで新たなエネルギーを引き出すことができる。
• ミーティング文化：私たちのミーティングはうまく構成されているが、創造性や新しいアイデアを生み出す余地は残されている。
• サポート：私のチームでは、各メンバーがそれぞれの知識や経験を共有している。

ヒント6：Echometerを試してみてください

大人数でレトロを行う際に大きな助けとなるのが、優れたレトロツールだ（リストを参照）： 14 レトロな道具の比較 ). これらは、レトロスペクティブ前のフィードバック収集や対策の優先順位付けなど、多くの作業を軽減してくれます。

特に、私自身が開発に携わったツールについて触れておきたい： Echometer心理学からの洞察とAgileのベストプラクティスを組み合わせることで、チームのHealth Checkを最大限に活用し、チーム開発のためのレトロを提供する。 

優れた対策を導き出す方法については、ツールで具体的なヒントを提供しています。オンラインのリモートでもオフラインでも利用できます。

ちなみに、私たちのツールを使えば、あなたやあなたのチームからログインすることなく、大所帯でレトロを行うことができる。

このボタンでツールを直接開き、レトロメソッドを選択し、リンク経由でチームを招待することができる： 30以上のレトロスペクティブな方法が可能 ):

レトロが終了したら、オプションで無料アカウントを作成し、結果を保存することができる。

事前に詳細を知りたい場合、またはすぐにトライアルを開始したい場合は、 詳細はこちら / ここから無料で始める.

ヒント7：分科会を利用する

さて、テーマが集められ、大まかに優先順位が付けられました。チームやグループが大きいにもかかわらずです。次に、改善につながる小さなアクションアイテムを導き出すために、テーマを詳細に分析する必要があります。 

ここが特に厄介なところだ。参加者の人数が多ければ多いほど、議論されるトピックが全員に関連するものでない可能性が高くなる。従って、あるトピックに貢献できるのは、チームメンバーのごく一部に限られる。 

したがって、チームメンバー全員に等しく影響を与えない特定の話題については、一貫してアウトソーシングするか、並列化すべきである。

ブレイクアウトセッションを活用することで、非常に良い結果が得られています。テーマを決定し、自己組織化された小グループに作業させます。すべての参加者は自由にグループに参加したり、離れたりすることができます。まさにここで行われているように。 オープンスペース形式.

こうすることで、全員が積極的に議論に貢献できる機会を得ることができる。分科会の結果が発表されるとき、最善のシナリオは、次のスプリントで直接実施できる具体的な施策が現れることである。提案された対策が、参加者グループ全体にとってもっともらしく、追求する価値があると思えれば、その対策は決定されたとみなされる。 

しかし、小グループがまだ最終的な行動案を出せない場合もある。このような場合、参加者が有益と考えるのであれば、回顧展の外で分科会を続けることにしてもよい。

中途半端な対策に注意

プレッシャーの中で考え出された中途半端な対策ほど厄介なものはない。したがって、私たちの経験では、大規模なチームやグループのモデレーションにおいて、レトロスペクティブの時間枠の中でまだ結論が出せないトピックについては、レトロスペクティブの外で別の分科会を開くという決定が、そのトピックにさらに光を当てるための正当な手段である可能性があることを指摘することが非常に重要である。

ヒント8：事前にフィードバックを集める

フィードバックの収集、すなわち「データ収集」の段階は、レトロスペクティブの貴重な時間を奪う可能性がある。

このフィードバック要請を事前に構成するために、多くの場合、クローズドクエスチョンとオープンクエスチョンを組み合わせるのがよい。こうすることで、特定の側面に関する定量的なフィードバックを受け取ることができ、チームメンバーとしては、オープンクエスチョンを通じて自分のトピックをオープンに提供する機会を得ることができる。スポティファイも先駆者として、的を絞ったクローズドクエスチョンを使用しており、その結果、次のような名称が付けられた： スクワッド Health Check.

ところで、我々は大規模チームでのレトロスペクティブをサポートするツールを開発した。詳細は下記を参照されたい。

少人数でのレトロがより良い解決策となる

30,000人以上の回顧者を対象とした我々の調査では、一般的に、少人数の方がより良い結果が得られ、参加者はその形式に満足していることが明確に示されている：

 

30,000件の回顧に関する調査を見る

 

結論

冒頭で説明した理由から、参加人数が多すぎるレトロスペクティブはお勧めできないことはお分かりいただけただろう。課題である： レトロを主催する .

同時に、並行処理などのヒントを活用して、大規模なレトロスペクティブを最大限に活用していただければ幸いです。大規模なチームとしてレトロの構成に慣れてしまうと、時間が経つにつれて簡単になり、形式が成功する可能性があります。

ところで：もしあなたがまだレトロ全般にバラエティを求めているなら、こちらの記事も参考にしてほしい： サプライズ効果のある3つのレトロメソッド .

振り返り用の質問をもっとバリエーション豊かにしたい場合は、こちらの記事をご覧いただきたい： 初心者とプロのための54の新鮮な回顧的手法 (マリオ・カート・レトロ、マラソン・レトロ、イーロン・マスク・レトロなど）。

ちなみに、チームメンバーのアジャイルな考え方を長期的に育成する最良の方法の1つは、アジャイルヘルスチェックを導入することです。当社の無料チームヘルスチェックツールキットは、適切な質問をするのに役立ちます。ぜひクリックしてみてください。 チーム-Health Check コンストラクション・キット.

もし、まだ適切なレトロボード（60以上のレトロメソッドがある）を探しているのであれば、我々の記事が役に立つだろう： それに比べて最高のレトロボードだ。