スプリントレトロスペクティブ：フォーマット、質問、および実例

スプリントレトロスペクティブとは、チームが1時間だけ開発作業を止め、自分たちの働き方について率直に話し合うミーティングです。多くのチームがスケジュールに組み込んでいますが、うまく運営できているチームはほとんどありません。

スプリントレトロスペクティブとは何か？

スプリントレトロスペクティブとは、Scrumにおける定例の「セレモニー」であり、Sprint終了時にチームが協力体制を振り返り、次のSprintに向けた具体的な改善策を合意する場です。「何を作ったか」ではなく「どのように働いたか」について話し合う場となります。

Scrum Guideは、すべてのレトロスペクティブの骨格となる3つの質問を定義しています。「うまくいったことは何か」「改善できることは何か」「次のSprintでコミットする最も価値の高い改善は何か」という問いです。

スプリントプランニングが次のSprintの方向性を設定するのに対し、レトロスペクティブは終了したSprintの振り返りとなります。この2つが組み合わさることで、アジャイル方法論における改善エンジンが機能します。

重要なポイント

• スプリントレトロスペクティブは1995年の初版公開以来、公式Scrum Guideに含まれており、5つのScrum Eventsのひとつです（Scrum Guide、2020年）。
• Esther DerbyとDiana Larsenによる「Agile Retrospectives: Making Good Teams Great」（2006年）が、現在ほとんどのScrumチームで使用されている5ステージのレトロスペクティブ構造を確立しました。
• 高パフォーマンスのアジャイルチームの83%が定期的にレトロスペクティブを実施していると回答しているのに対し、低パフォーマンスのチームでは52%にとどまっています（State of Agile Report 第17版、2023年）。

スプリントレトロスペクティブとスプリントレビューの違い

この2つのミーティングはSprintの最後に実施されるため、混同されがちです。しかし、目的はまったく異なります。

レトロスペクティブはチームのためのものであり、レビューはプロダクトのためのものです。この2つを1つのミーティングにまとめることは、率直な議論を妨げる典型的なミスです。外部のステークホルダーが同席していると、チームはプロセスの問題について正直に話すことができません。

レトロスペクティブの5つのステージ

DerbyとLarsenが「Agile Retrospectives」で提唱した5ステージの構造は、チームに信頼できる流れを提供します。各ステージには明確な目的があり、ステージを飛ばすことがほとんどのレトロを失敗させる原因です。

データを収集せずに「インサイトを生成する」ステージに直接飛び込むと、証拠に基づく対話ではなく、意見の言い合いになります。また「クローズ」を省略すると、レトロ自体を時間をかけて改善する機会を逃します。

主なレトロスペクティブのフォーマット

選択するフォーマットによって、引き出される対話の質が変わります。最もよく使われる5つのフォーマットと、それぞれの効果的な使い方を紹介します。

数回のSprintごとにフォーマットを変えましょう。毎回Start-Stop-Continueを使い続けると、同じ人から同じ答えが繰り返されます。新しいフォーマットは議論をリセットする効果があります。

問いかけるレトロスペクティブの質問例

良いレトロスペクティブの質問は、議論を閉じるのではなく開くものです。目的別にプロンプトを紹介します。

うまくいったことを引き出すために：

• このSprintで誇りに思えることは何ですか？
• 予想以上にうまく機能したプロセスはどの部分でしたか？
• 絶対に削ってはいけない、守り続けるべき取り組みは何ですか？

問題点を引き出すために：

• このSprintで最も進捗を妨げたものは何でしたか？
• お互いへの信頼、またはステークホルダーへの信頼が損なわれた場面はありましたか？
• 問題を正面から解決するのではなく、回避せざるを得なかった場面はどこでしたか？

インサイトを生成するために：

• それはなぜ起きたのでしょうか。以前にも起きたことがありますか？
• 働き方を1つ変えるとすれば、最も大きなインパクトをもたらすのは何でしょうか？
• 間違っていることが判明した、事前の思い込みは何でしたか？

アクションを促すために：

• 次のSprintで変えると約束できることは何ですか？
• その変更のオーナーは誰で、どのように成功を確認しますか？
• 2週間後にこの改善が「成功した」と言えるのはどのような状態ですか？

最も優れたレトロのファシリテーターは、各ステージの質問をあらかじめすべて決めておくことはありません。ステージ2でしっかりと傾聴し、データが示す方向に沿って、その特定のSprintに最も関連するインサイトとアクションの質問を選んでいきます。

スプリントレトロスペクティブの進め方

優れたレトロスペクティブは偶然には生まれません。2週間Sprintを対象とした標準的な1時間レトロのPlaybookを紹介します。

ステップ1：ミーティングにタイムボックスを設定する

終了時間を固定し、守ります。Scrum Guideは1ヶ月Sprintに対して最大3時間を設定しており、比例してスケールされます。2週間Sprintであれば60分から90分が目安です。開始時にタイムボックスをチームに伝えましょう。緊張感が生まれ、ステージ4が後回しになることを防げます。

ステップ2：ステージを設定する（5分）

温度感チェックや一言チェックイン（「このSprintを一言で表すと？」）から始めます。難しいテーマに入る前に全員が発言できるようになり、感情も有効なデータであるというシグナルを送ることができます。レトロスペクティブの基本方針をチームに思い出させましょう。「全員が、その時点で持っていた情報とリソースの中で最善を尽くした」という原則です。

ステップ3：データを収集する（15分）

各メンバーが選んだフォーマットのカテゴリに合わせて、付箋（物理またはデジタル）に観察事項を書きます。タイマーをセットします。次に、各自が順番に付箋を共有します。この段階では議論しません。データを並べてクラスター化するだけです。このステージの終わりには、Sprint全体の状況がボード上に可視化されているはずです。

ステップ4：インサイトを生成する（15分）

最も注目が集まる2つか3つのクラスターを選びます。「何が」ではなく「なぜ」を問います。チームが「割り込みが多すぎた」と言うなら、その原因を尋ねます。優先順位が不明確だったのか、守られていなかったオンコールローテーションだったのか、ステークホルダーがエンジニアに直接連絡していたのか。根本原因の変化が行動を変えます。症状への対処では変わりません。

ステップ5：アクションを決定する（15分）

チームが1つから3つの改善アクションに投票します。各アクションにはオーナー、完了の定義、確認日（通常は次のレトロスペクティブ）が必要です。チームが実際に目にする場所に記録しましょう。Sprintボード、共有ドキュメント、定例アジェンダの確認項目など。過去6回のレトロスペクティブのアクションアイテムが誰も開かないドキュメントにあるなら、それが最初に解決すべきプロセスの問題です。

ステップ6：クローズしてレトロを評価する（10分）

各メンバーにレトロスペクティブを1から5で評価してもらい、その評価を一文で説明してもらいます。些細に見えますが、これがレトロスペクティブ自体を改善していく方法です。議論が表面的にとどまったため全員が3をつけたなら、次回は別のフォーマットやファシリテーターを選ぶべきとわかります。率直な参加に感謝し、時間通りに終了します。

ステップ7：アクションアイテムをフォローアップする

Scrum Masterは、次のSprintのレトロスペクティブの冒頭で改善アクションの進捗を確認します。監査としてではなく、「約束したことを実際にやったか」を確認するシグナルとして行います。同じアクションアイテムが3回連続で登場する場合、それはアクションアイテムではなく、別の種類の対話が必要な構造的な問題です。

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

定期的にレトロスペクティブを実施しているチームでも、その価値を空洞化させるパターンに陥ることがあります。

ただの不満大会になる。 レトロがインサイトもアクションもない愚痴の場になる。対策：ステージ2が長引いても、ステージ3とステージ4を必ず実施する。

毎回同じ5つの言葉が出る。 「コミュニケーション」「ドキュメント」「プロセス」「明確さ」がSprintを重ねるたびに毎回ボードに現れる。対策：フォーマットを変え、根本原因の質問をし、前回のアクションアイテムが実際に実行されたか追跡する。

誰も発言しない部屋。 マネージャーが同席しているか、チームの心理的安全性が不十分なために、誰も正直なことを書かない。対策：レトロをScrumチームのみのイベントとして実施し、冒頭で基本方針を明示する。

オーナーなしのアクションアイテム。 「チームは引き継ぎを改善する」では誰も改善しない。対策：すべてのアクションアイテムに特定の担当者と測定可能なアウトカムを設定する。

レトロ疲れ。 不毛なレトロが続き、チームがメンタル的に離脱してしまっている。対策：直接それを認め、明らかに異なるフォーマットで1回実施し、次のレトロまでに実行される本物のアクションアイテムで締めくくる。1回の成果ある場が、なぜレトロが大切かについての5回の議論よりも早く期待値をリセットします。

継続的改善のKaizen哲学はレトロスペクティブをよく表しています。小さく一貫した改善は、散発的な大きな見直しよりも速く積み重なります。Sprintごとに1つの意味ある変化は、1年で26の改善につながります。

よくある質問

スプリントレトロスペクティブはどのくらいの時間が必要ですか？

Scrum Guideは1ヶ月Sprintに対して最大3時間と定めており、比例してスケールされます。2週間Sprintでは60分から90分が標準です。レトロスペクティブの習慣が定着しているチームは、データからインサイト、アクションへの移行を素早く行えるようになり、45分で終わることもあります。

スプリントレトロスペクティブには誰が参加しますか？

スプリントレトロスペクティブはScrumチームのみが対象です。Scrum Master、Product Owner、開発チームが参加します。ステークホルダー、マネージャー、顧客は参加しません。この不参加は意図的なものです。レトロはチームが協力体制を話し合う場であり、その対話には外部の観察者がいると損なわれる心理的安全性が必要です。

スプリントレトロスペクティブとスプリントレビューの違いは何ですか？

スプリントレビューはプロダクトに焦点を当てます。チームが作ったものをデモし、ステークホルダーがフィードバックし、Backlogが更新されます。スプリントレトロスペクティブはプロセスに焦点を当てます。チームが協力体制を振り返り、改善策に合意します。アウトプット、参加者、雰囲気がそれぞれ異なります。決して1つのミーティングに統合してはいけません。

レトロスペクティブはどのくらいの頻度で実施すべきですか？

例外なく、毎Sprintです。レトロスペクティブの価値は継続的な実施によって積み重なります。チームの信頼が構築され、アクションアイテムが追跡され、改善がイベントではなく習慣になります。「忙しいSprintだから」とレトロスペクティブを省略するチームが、最もレトロを必要としているチームです。

苦境にあるチームに適したレトロスペクティブのフォーマットは何ですか？

まずMad-Sad-Gladや簡単な感情チェックインから始めましょう。苦境にあるチームには、正直なデータ収集を妨げる言いにくい感情的な問題が潜んでいることが多いです。感情が言語化されて認められたとき、チームは分析的なステージに移行できます。Start-Stop-ContinueとDAKI（Drop, Add, Keep, Improve）は、その感情的なデータから構造化されたアクションを生成するのに適しています。

---

スプリントレトロスペクティブこそ、アジャイルの継続的改善へのコミットメントが実際に生きるか死ぬかの場です。すべてのチームがSprintを実施しています。一貫してより良いアウトプットを出し続けるチームは、スプリントプランニングと同じくらい真剣にレトロスペクティブに取り組んでいます。フォーマットを選び、ミーティングにタイムボックスを設け、本物のアクションアイテムを1つ決め、次のレトロが始まる前に実行できたか確認しましょう。それがこの実践のすべてです。