スプリント・リファインメント vs スプリント・レトロスペクティブ:わかりやすく解説
私はスクラムマスター兼心理学者として、200回以上のレトロスペクティブのファシリテーションを行ってきました。その中で時々耳にする質問があります。「スプリント・リファインメントには何を入れ、スプリント・レトロスペクティブには何を入れればいいのか?」ここでは、その疑問を実践に即して解決します。
スプリント・リファインメント vs スプリント・レトロスペクティブ(20秒で解説)
| 質問 | スプリント・リファインメント | スプリント・レトロスペクティブ |
|---|---|---|
| 目的は? | 次の作業の具体化 | 協力体制の改善 |
| 視点 | 未来(前方) | 振り返りと学習 |
| 成果物 | より明確なバックログアイテム | 具体的な改善策 |
| フォーカス | 次に何を作るか? | 次のスプリントでどうすればより良く働けるか? |

スプリント・リファインメントとは?
スプリント・リファインメントでは、チームは不明確な要件を明確にし、大きなチケットを小さく分割し、バックログを実行可能な状態にします。私にとってスプリント・リファインメントは、プランニングで良いスプリントの意思決定を行うための準備です。
スプリント・レトロスペクティブとは?
スプリント・レトロスペクティブでは、前回のスプリントにおける協力体制、プロセス、学習ポイントを振り返ります。目的はチケットの詳細を詰めることではなく、明確なアクションアイテムを伴うチームワークの向上です。
スプリント・リファインメント vs スプリント・レトロスペクティブ:違いは何?
スプリント・リファインメントとスプリント・レトロスペクティブの核心的な違いは、意思決定の対象にあります:
- リファインメントでは、チームは「作業内容」について決定します。
- レトロスペクティブでは、チームは「働き方」について決定します。
スプリント・リファインメントとスプリント・レトロスペクティブを明確に分けることで、フォーカスと成果の質がほぼ確実に目に見えて向上します。
実践例 1
あるチームがレトロスペクティブ中に、突然チケットが大きすぎるかどうかを議論し始めました。会議は長引きましたが、改善策は出ませんでした。
ここで変更すべき点:
- チケットの具体化はリファインメントに戻す。
- レトロスペクティブではプロセスの問いのみを解決する:「なぜ不明確なチケットがスプリントに入ってきてしまうのか?」
実践例 2
あるチームがリファインメントを、コミットメントを伴うミニ・プランニングのように使っています。しかし、プランニングになっても依然として不明確さが残っています。
ここで変更すべき点:
- リファインメントは準備、プランニングはコミットメントとして分離する。
- レトロスペクティブを活用して、繰り返される調整上の問題を改善する。
スプリント・リファインメント vs スプリント・レトロスペクティブに関するよくある混同
スプリント・プランニング vs スプリント・リファインメント
リファインメントは準備を行い、プランニングはスプリントのコミットメントを決定します。
スプリント・レビュー vs スプリント・レトロスペクティブ
レビューはプロダクトインクリメントとステークホルダーのフィードバックに焦点を当て、レトロスペクティブはチームプロセスと改善に焦点を当てます。
バックログ・リファインメント vs スプリント・プランニング
バックログ・リファインメントは選択肢を実行可能にし、スプリント・プランニングはその中からスプリント計画を選択します。
スクラムイベントに関する外部の深い知識として、私はよく以下の短い解説を参考にしています: Scrum.org および Atlassian.
スプリント・リファインメント vs スプリント・レトロスペクティブ:どの質問がいつ適切か?
| 状況 | リファインメントの質問を優先 | レトロスペクティブの質問を優先 |
|---|---|---|
| ストーリーが大きすぎる/不明確 | 「実行可能にするために何が足りないか?」 | |
| 優先順位が不明確 | 「次のスプリントで本当に重要なものは何か?」 | |
| 繰り返される摩擦 | 「私たちの協力を妨げているものは何か?」 | |
| 改善策が放置されている | 「次のレトロスペクティブまでにコミットする一つの改善策は何か?」 | |
| 予期せぬ事態が多すぎる | 「どのリスクをもっと早く察知できたはずか?」 | 「なぜこのリスクに気づくのが遅すぎたのか?」 |
スプリント・リファインメント vs スプリント・レトロスペクティブにおける私のルール:核心となる問いが「次に何を作るか?」であればリファインメントです。「どうすればチームとして良くなれるか?」であればレトロスペクティブです。
初心者のための2つの優れたレトロスペクティブのアイデア
Keep Stop Start(キープ・ストップ・スタート)
シンプルで明確な構造から始めたい場合、Keep Stop Startはしばしば最良の選択となります。この手法は、初心者が観察から具体的な改善策へと素早く移行するのに役立ちます。
Keep Stop Start レトロ: レトロの進め方
-
ランダムなアイスブレイク(2~5分)
Echometerは、ランダムなチェックイン質問のジェネレーターを提供します。
-
未完了の対策のレビュー(2~5分)
新しいテーマに取り掛かる前に、過去のふりかえりからの対策がどうなったかについて、有効性確認のために話し合うべきです。Echometerは、過去のレトロからの未完了のアクションアイテムをすべて自動的にリストアップします。
-
レトロのテーマについて話し合う
次のオープンな質問を使用して、最も重要な洞察を収集します。最初に、誰もが自分自身のために隠します。Echometerを使用すると、レトロボードの各列を個別に明らかにして、フィードバックを提示およびグループ化できます。
- Keep:継続すべきことは何か?
- Stop:やめるべきことは何か?
- Start:新しく始めるべきことは何か?
-
キャッチオール質問(推奨)
他のトピックにも場所があるように:
- レトロで他に何を話したいですか?
-
優先順位付け/投票(5分)
Echometerのレトロボードでは、投票でフィードバックを簡単に優先順位付けできます。投票はもちろん匿名です。
-
対策の定義(10~20分)
フィードバックのプラス記号を使用して、リンクされた対策を作成できます。どの対策が正しいかわからない場合は、プラス記号を使用して、そのトピックに関するホワイトボードを開き、根本原因と可能な対策をブレインストーミングします。
-
チェックアウト/終了(5分)
Echometerを使用すると、レトロがどれほど役立ったかについて、チームから匿名でフィードバックを収集できます。これにより、ROTIスコア(「Retrun On Time Invested」)が生成され、時間の経過とともに追跡できます。
Keep Stop Start レトロ
Spotify ヘルスチェック・レトロ
チームが単なる個別の問題だけでなく、協力関係におけるパターンを認識したい場合、このメソッドは特に役立ちます。短時間でチームのダイナミクスと発展についての広い視野を与えてくれます。
Spotify Health Checkを用いたチームレトロスペクティブ: レトロの進め方
-
ランダムなアイスブレイク(2~5分)
Echometerは、ランダムなチェックイン質問のジェネレーターを提供します。
-
未完了の対策のレビュー(2~5分)
新しいテーマに取り掛かる前に、過去のふりかえりからの対策がどうなったかについて、有効性確認のために話し合うべきです。Echometerは、過去のレトロからの未完了のアクションアイテムをすべて自動的にリストアップします。
-
Health Check
すべてのチームメンバーは、ヘルスチェックに匿名でスケールで回答できます。次に、ヘルスチェックの結果を一緒に確認し、必要に応じて追加のコメントを記録します。複数のふりかえりで同じヘルスチェックを使用している場合は、Echometerで時間の経過に伴う傾向を追跡することもできます。
- 私たちは喜んで仕事に行き、協力し合うことをとても楽しんでいます。
- 助けを求めれば、いつでも素晴らしいサポートと援助が得られます。
- 私たちは、素晴らしい連携ができる最高のチームです。
- 私たちは常に多くの興味深いことを学んでいます。
-
レトロのテーマについて話し合う
次のオープンな質問を使用して、最も重要な洞察を収集します。最初に、誰もが自分自身のために隠します。Echometerを使用すると、レトロボードの各列を個別に明らかにして、フィードバックを提示およびグループ化できます。
-
キャッチオール質問(推奨)
他のトピックにも場所があるように:
- レトロで他に何を話したいですか?
-
優先順位付け/投票(5分)
Echometerのレトロボードでは、投票でフィードバックを簡単に優先順位付けできます。投票はもちろん匿名です。
-
対策の定義(10~20分)
フィードバックのプラス記号を使用して、リンクされた対策を作成できます。どの対策が正しいかわからない場合は、プラス記号を使用して、そのトピックに関するホワイトボードを開き、根本原因と可能な対策をブレインストーミングします。
-
チェックアウト/終了(5分)
Echometerを使用すると、レトロがどれほど役立ったかについて、チームから匿名でフィードバックを収集できます。これにより、ROTIスコア(「Retrun On Time Invested」)が生成され、時間の経過とともに追跡できます。
Spotify Health Checkを用いたチームレトロスペクティブ
ヘルスチェックの質問(スケール)
その他のメソッドはこちらで見つかります: レトロスペクティブ・メソッド 。より良い導入のためには、こちらの記事をお勧めします: レトロスペクティブ・チェックイン 。アクションアイテムの実施には、こちらが適しています: レトロスペクティブ・アクション .
なぜEchometerが完璧なスタートなのか
チームがスプリントリファインメントとスプリントレトロスペクティブを明確に分けたい場合、明確なワークフローが役立ちます。Echometerは、レトロスペクティブのための構造化されたテンプレートで直接開始し、アクションを追跡し、チームの発展を可視化できるため、そのために理想的です。注意:Echometerはリファインメント用ではなく、効果的なレトロスペクティブに特化しています。
レトロスペクティブに加えてチームの発展も測定したい場合は、こちらのランディングページもご覧ください: チームヘルスチェック・ソフトウェア 。
ファシリテーションガイドをお探しの場合は、こちらから私たちの レトロ・ファシリテーションのヒントをまとめたeBook.
結論
スプリントリファインメントとスプリントレトロスペクティブは、焦点を明確に保てば簡単に分けることができます。リファインメントは次の作業を研ぎ澄まし、レトロスペクティブは協力関係を改善します。このロジックを正しく適用すれば、両方の会議がより短く、より明確に、そして明らかに効果的になります。
ライブラリからのFAQ
誰がレトロスペクティブに参加するのか?
レトロスペクティブは通常、チームレベルで行われます。通常、そのようなアジャイルチームは少なくとも3人、最大10人のメンバーで構成されています。したがって、チーム内の各メンバーの役割に関係なく、すべてのチームメンバーがレトロスペクティブに参加します。
チームリーダーをチームメンバーとしてカウントするかどうかは、状況によって異なり、最終的にはチーム自身が決定する必要があります。チームリーダーがチームの日常業務に関与していればいるほど、チームのレトロスペクティブにも参加する意味があります。
プロセスが可能な限り組織的かつ効率的に行われるように、モデレーターを任命すべきである。このタスクは、例えばスクラムマスターが行うこともできるが、他のチームメンバーが行うこともできる。また、チーム内で司会役を交代するだけでもよい–全員が一定の順番で交代する。
レトロスペクティブにはどのようなステップが含まれますか?
レトロスペクティブには通常、5つのフェーズがあります:場を整える、データを収集する、洞察を得る、アクションを決定する、そして終了です。具体的な流れは異なる場合がありますが、常に具体的なアクションアイテムにつながる必要があります。ただし、レトロスペクティブの古典的な5つのフェーズに加えて、 レトロスペクティブのフェーズのためのダブルダイヤモンドモデル もあります。これは、レトロスペクティブのファシリテーターにとって、成功し、結果を重視したファシリテーションのための、より直感的なイメージを与えるものです。
ふりかえりの成功をどのように測定しますか?
ふりかえりの成功は、合意された対策が実施され、測定可能な改善が生じることで示されます。チームは、生産性指標(注意が必要)に加えて、アクションアイテムの追跡、チームヘルスチェック/パルスチェック調査のフィードバックスケールの傾向などを利用します。