グループレトロスペクティブ
私たちのレトロスペクティブプロセスの一環として、各リリースの終わりに各プロダクトグループが独自のグループレトロスペクティブを開催すべきです。レトロスペクティブの目的は、うまくいったこと、うまくいかなかったこと、改善できることを話し合うことです。UX や Quality などの一部のエンジニアリングサブ部門も、メインの R&D レトロスペクティブにフィードバックするための独自のレトロスペクティブを実施しており、ここで概説した同じプロセスに一般的に従うべきです。
効果的なレトロスペクティブのための要件
レトロスペクティブから最良の結果を生み出すためには、以下の要素が必要です:
- フィードバックと議論のための安全な環境
- 事実から結論へと議論を進めるためのプラン
すべてのレトロスペクティブでこれらの両方の要素が必要なわけではありません。例えば、「何も問題がなかった」イテレーションでは、安全な環境の恩恵を受けないレトロスペクティブになるかもしれません。同様に、「明らかな」問題しかなかったイテレーションは、議論の強固なプランがなくても生産的なレトロスペクティブになる可能性があります。しかし、表面上は問題なく見えるイテレーションでも深い問題を抱えている場合があるため、常に準備しておくことが最善です。
安全な環境の確立
レトロスペクティブは本質的に、プロジェクトやイテレーションにおいて何がうまくいったかと何がうまくいかなかったかについての会話です。何がうまくいったかについては話しやすいですが、何がうまくいかなかったかはデリケートな話題になりえます。安全な環境がなければ、Issue が言及されずに終わり、グループが本来のスピードで改善できなくなります。できる限り多くのフィードバックを集めるために、以下を守ることをお勧めします:
すべてのレトロスペクティブには中立的なモデレーターを置くべきです。 このモデレーターは積極的に客観性を保つよう努め、会議全体を通じて会話を前進させることに集中します。参加者がモデレーターに会話への利害関係があると感じると、反論を表明したり懸念を共有したりするのが安全ではないと感じる可能性があります。
通常はマネージャーがこのモデレーターの役割を担うべきです。状況によっては、モデレーターが会話に強く参加する必要性や意欲を感じる場合があります。その場合、参加はモデレーターとしてではなく個人の参加者としてであることを明確にすべきです。モデレーターが議論に非常に積極的な役割を果たしたい場合は、モデレーターを担当してくれるピア、ディレクター、またはグループの他のメンバーを見つけるべきです。
レトロスペクティブでは感情が許容されるだけでなく、奨励されるべきです。 感情的な言葉（「私は〜に怒りを感じました…」「私は〜に悲しくなりました…」）は強度を伝えるのに役立つだけでなく、他の方法では整理が難しかった問題を明らかにするのにも役立ちます。すべての参加者が自由に感情を表現できることを伝えてください。ただし、私たちのバリューと一致した形で行うことを期待します。
可能な限り、すべての関係者が出席すべきです。 別の当事者がいなくて自分たちの側を代弁できないために、懸念や経験を共有することを心配する人がいてはなりません。必要に応じてグループ外のステークホルダーも含めます — 誰かのロールや貢献が議論される場合、その人もレトロスペクティブに貢献する機会を持つべきです。
Issue を使って非同期にフィードバックを収集してください。 Issue を使って非同期にフィードバックを収集することを検討してください。これにより、関係するすべての人が自分の時間にフィードバックを考えて記録できます。グループが Issue にレトロスペクティブ Issue テンプレートを使用することをお勧めします。
必要な場合は、対面で話し合ってください。 特に困難なイテレーションの後や、感情が高ぶるリスクが高い場合には、全員がビデオ会議でリアルタイムにレトロスペクティブを話し合う価値はほぼ常にあります。グループが自由に発言できると感じられるように、グループの希望に応じて会議を録画しないことを選択する場合もあります。会議を行う場合は、EMEA および Eastern AMER タイムゾーンに適した時間と、APAC および Western AMER タイムゾーンに適した時間の 2 回スケジュールすることを検討してください。また、グループのメンバーが自由に発言できると感じられるよう、グループの直属マネージャーであるピープルリーダーを出席させないことを選択するグループもあります。
プランを持つこと
実行可能なインサイトを収集するための良いプランがないと、レトロスペクティブは簡単に脱線してしまいます。モデレーターが会話をうまく誘導しないと、レトロスペクティブが少数の「大きな声」に支配されたり、前のイテレーションの事実と感情に焦点を当て続けて何の結論も出ないままになる可能性があります。会話が生産的であることを確認するために、会話のための明確なアジェンダを持つことをお勧めします。 レトロスペクティブのモデレーターは、アジェンダが遵守され完了することを確認する責任があります。このアジェンダの具体的な内容はグループによって異なりますが、一般的なパターンとして以下をお勧めします:
- イントロダクション — レトロスペクティブの目的と、会話がレビュー対象のプロジェクト/イテレーションに限定されるべきことを参加者に思い出させる。残りのアジェンダを全員が理解していることを確認する。
- データ収集 — 最初から結論を出そうとせず、単に事実を収集する。これはタイムラインの構築、印象の聞き取り（「このイテレーションで怒った、悲しんだ、嬉しかったことは何ですか？」など）、その他の事実収集の手法で行うことができる。
- インサイトの生成 — すべての事実が揃ったところで、パターンや因果関係（x を行ったから y が起きた）を共同で特定しようとする。
- 行動の決定 — インサイトをしっかり把握した上で、グループのアクションアイテムを比較的容易に特定できるはずです。プロセスを変えること、次のイテレーションで実験すること、その他さまざまな事柄が考えられます。グループメンバーに、何が最も重要な行動対象であるかを投票してもらうことを検討してください。
- レトロスペクティブのクローズ — 参加したすべての人が、これらの結果を生み出すのに貢献したことについてポジティブなフィードバックを受けることを確認する。レトロスペクティブから驚くべき予期しない結果があった場合はそれを指摘し、レトロスペクティブが有益であったことを確認する。すべてのアクションアイテムが、いつまでに完了すべきかについて明確な期待と共に 1 人以上のグループメンバーに適切に割り当てられていることを確認する。
レトロスペクティブメモ
現時点では、レトロスペクティブメモの収集方法（GitLab の Issue、Google ドキュメントなど）は各 Engineering Manager に委ねています。レトロスペクティブが完了した後、Engineering Manager はレトロスペクティブサマリー（月次リリースの直後）までに、レトロスペクティブからの関連メモを公開する必要があります。グループはこれらのメモをハンドブックのグループページからリンクすることが奨励されています。
さらに詳しく学ぶ
効果的なレトロスペクティブの実施についてさらに詳しく学びたい方には、以下のリソースをお勧めします:
bfd74782)