少人数のチームやグループでレトロスペクティブを進行するのは、すでに困難なことかもしれない。 あるいは、ほとんど時間がない.しかし、大規模チームでのレトロスペクティブはどうだろうか？通常、レトロスペクティブはもっと厳しいものだ。
私たちがレトロスペクティブ用のツールを開発する前に、私たちは大人数のグループでさまざまな経験を積んだ。
そこで、このような大規模なチームやグループでの経験において、どのような課題が生じたかを最初のステップで共有したいと思う。
大規模なチームやグループにおけるレトロスペクティブの課題
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人1組のグループになり(4)、最後に、集めたアイデアに優先順位をつけてグループに発表する(All)。
このページに1-2-4-Allの詳しい説明がある： 解放された構造.
ヒント5：マッハHealth Checkレトロ
- 具体的な声明が発表された。
- 各チームメンバーは、匿名で簡潔かつ明瞭に、調査尺度–に基づく評価を行う。
- 任意：結果について議論する。結果を説明しうる肯定的な例と否定的な例が集められる。このパートには比較的長い時間がかかる可能性がある。
- ここで、各チームメンバーが、どのステートメントに最もアクションを起こす必要があるかを匿名で投票し、直接優先順位付けを行う。 匿名のレトロスペクティブに最適な無料ツール).
- 最も多くの票を集めた発言だけが、行動として記録される。
まずは、インスピレーションの源となる無料のコンストラクション・キットをご覧いただきたい： チームHealth Checkコンストラクション・キット.
- 感謝：私たちは同僚の業績と貢献を高く評価する。
- チームスピリット：私たちのチームには信頼し合って働く雰囲気がある。
- 透明性：私のチームでは、誰が何に取り組んでいるかを全員が知っている。
- リラックスと休憩：私は休憩のための十分なスペースがあり、そこで新たなエネルギーを引き出すことができる。
- ミーティング文化：私たちのミーティングはうまく構成されているが、創造性や新しいアイデアを生み出す余地は残されている。
- サポート：私のチームでは、各メンバーがそれぞれの知識や経験を共有している。
上司に愛されたいか？それなら、チームを新たなパフォーマンスの高みへと導こう。平凡な–カーから、爆発的なロケットに育て上げよう！
このトピックに関する私の無料の心理学的な電子ブックをダウンロードしてほしい。チームフローへのシンプルな12のステップ「と読み進める。前置きはこれくらいにして、–の本題に入ろう。
ヒント6：Echometerを試す
大人数でレトロを行う際に大きな助けとなるのが、優れたレトロツールだ（リストを参照）： 14 レトロな道具の比較).レトロの前にフィードバックを集めたり、アクションの優先順位を決めたりするなど、–はあなたの手から多くの仕事を取り除いてくれる。
特に、私自身が開発に携わったツールについて触れておきたい： Echometer心理学からの洞察とAgileのベストプラクティスを組み合わせることで、チームのHealth Checkを最大限に活用し、チーム開発のためのレトロを提供する。
–の良いアクションを導き出す方法について、ツールの中で具体的なアドバイスを与える。
ちなみに、私たちのツールを使えば、あなたやあなたのチームからログインすることなく、大所帯でレトロを行うことができる。
このボタンでツールを直接開き、レトロメソッドを選択し、リンク経由でチームを招待することができる：30以上のレトロスペクティブな方法が可能):
レトロが終了したら、オプションで無料アカウントを作成し、結果を保存することができる。
事前に詳細を知りたい場合、または直接–の試用を開始したい場合 詳細はこちら / ここから無料で始める.
ヒント7：分科会を利用する
これで、大規模なチームやグループにもかかわらず、課題が収集され、大まかな優先順位がつけられた。次に、どのような小さな行動項目で改善を達成できるかを推測できるようにするため、課題を詳細に分析する必要がある。
ここが特に厄介なところだ。参加者の人数が多ければ多いほど、議論されるトピックが全員に関連するものでない可能性が高くなる。従って、あるトピックに貢献できるのは、チームメンバーのごく一部に限られる。
したがって、チームメンバー全員に等しく影響を与えない特定の話題については、一貫してアウトソーシングするか、並列化すべきである。
私たちは、このために分科会を利用し、非常に良い経験をしてきた：トピックを設定し、自己組織化された小グループに取り組ませるのだ。トピックを設定し、自己組織化された小グループに取り組ませるのだ。参加者は、ここと同じように、自由にグループに参加し、またグループから抜けることができる： オープンスペース形式.
こうすることで、全員が積極的に議論に貢献できる機会を得ることができる。分科会の結果が発表されるとき、最善のシナリオは、次のスプリントで直接実施できる具体的な施策が現れることである。提案された対策が、参加者グループ全体にとってもっともらしく、追求する価値があると思えれば、その対策は決定されたとみなされる。
しかし、小グループがまだ最終的な行動案を出せない場合もある。このような場合、参加者が有益と考えるのであれば、回顧展の外で分科会を続けることにしてもよい。
中途半端な対策に注意
プレッシャーの中で考え出された中途半端な対策ほど厄介なものはない。したがって、私たちの経験では、大規模なチームやグループのモデレーションにおいて、レトロスペクティブの時間枠の中でまだ結論が出せないトピックについては、レトロスペクティブの外で別の分科会を開くという決定が、そのトピックにさらに光を当てるための正当な手段である可能性があることを指摘することが非常に重要である。
ヒント8：事前にフィードバックを集める
フィードバックの収集、すなわち「データ収集」の段階は、レトロスペクティブの貴重な時間を奪う可能性がある。
このフィードバック要請を事前に構成するために、多くの場合、クローズドクエスチョンとオープンクエスチョンを組み合わせるのがよい。こうすることで、特定の側面に関する定量的なフィードバックを受け取ることができ、チームメンバーとしては、オープンクエスチョンを通じて自分のトピックをオープンに提供する機会を得ることができる。スポティファイも先駆者として、的を絞ったクローズドクエスチョンを使用しており、その結果、次のような名称が付けられた： スクワッド Health Check.
ところで、我々は大規模チームでのレトロスペクティブをサポートするツールを開発した。詳細は下記を参照されたい。
少人数でのレトロがより良い解決策となる
結論
冒頭で説明した理由から、参加人数が多すぎるレトロスペクティブはお勧めできないことはお分かりいただけただろう。課題である： レトロを主催する.
同時に、並列化＆共同化のコツをつかんで、大規模なレトロスペクティブを最大限に活用してほしい。特に、大きなチームとしてレトロの星座に慣れると、時間が経つにつれてどんどん楽になり、–のハードルがあっても–形式を成功させることができるからだ。
ところで：もしあなたがまだレトロ全般にバラエティを求めているなら、こちらの記事も参考にしてほしい： サプライズ効果のある3つのレトロメソッド.
振り返り用の質問をもっとバリエーション豊かにしたい場合は、こちらの記事をご覧いただきたい： 初心者とプロのための54の新鮮な回顧的手法 (マリオ・カート・レトロ、マラソン・レトロ、イーロン・マスク・レトロなど）。
もし、まだ適切なレトロボード（60以上のレトロメソッドがある）を探しているのであれば、我々の記事が役に立つだろう： それに比べて最高のレトロボードだ。
