エンジニアリングチームのためのスプリントレトロスペクティブテンプレート
なぜほとんどのレトロは何も変わらないのか
スプリントレトロスペクティブには、テンプレートでは解決できない構造的な問題があります。チームは改善アイデアを出すものの、それを振り返りません。レトロで5つのアクションアイテムが生まれ、次のレトロはゼロから始まる。同じ問題が再び浮上する。
以下のテンプレートは、省略できないようにレビューをオープニングに組み込んでいます。このたった一つの変更が、どんなフォーマット変更よりもレトロの実効性を高めます。
アジェンダ(このままコピーして使う)
所要時間: 2週間スプリントの場合は60分、1週間スプリントの場合は45分
形式: ファシリテーター主導、共有の非同期ボードを使用(Miro、FigJam、Notionなど)
セクション1 — アクションアイテムのレビュー(10分)
- 前スプリントのアクションアイテムを一つずつ読み上げる
- 各アイテムにマークをつける:完了 / 進行中 / 取り下げ(取り下げの場合は簡単な理由を記載)
- 未完了のアイテムは次スプリントに持ち越す。この場では再議論しない
セクション2 — データスナップショット(5分)
- スプリントベロシティと目標値の比較
- 1日を超えた予定外の作業
- インシデントやオンコール対応
- スプリント途中のスコープ変更
- データを画面に表示するのみ。この時点ではまだ議論しない
セクション3 — うまくいったこと(10分)
- チームはミーティング前に非同期で、またはミーティング開始後3分以内にアイテムを追加する
- 上位2〜3件について議論し、明らかに合意が取れているアイテムはスキップ
- アクショナブルでないことに時間を使わない
セクション4 — 改善したいこと(15分)
- 同じ形式:非同期で入力し、シグナルの高いアイテムを議論する
- 各アイテムについて:一度限りの出来事か、それとも繰り返しのパターンか?アクションアイテムになるのはパターンのみ
- ファシリテーターの役割は「これはフラストレーティングだった」を具体的で変えられるものに変換すること
セクション5 — アクションアイテム(15分)
- 各アイテムに必要なもの:説明、オーナー一名(「チーム全体」は不可)、期日
- 最大2〜3件を目安とする。それ以上は説明責任が薄まる
- セクション1から持ち越した未完了アイテムも含める
クロージング(5分)
- レトロ自体に対する簡単な+/−/デルタのフィードバック
- 議事録をその日の終業前に送ることを確認する
人気のレトロフォーマットが見落としていること
Start/Stop/Continue も「うまくいったこと/改善したいこと/アクションアイテム」も、どちらも有効なフォーマットです。問題はフォーマットではなく、テンプレートがレビューステップを冒頭に組み込んでいないことにあります。このステップだけが、レトロからレトロへの説明責任の継続性を生み出します。これがなければ、レトロは変化を生む機械ではなく、感情を吐き出す機械になります。
テンプレートはまた、タイムボックスの規律にも対処していません。「改善したいこと」はほぼ例外なく時間超過します。「うまくいったこと」より感情的に引き込まれやすいからです。タイムボックスがなければ、60分のレトロは90分の議論と、最後の5分で急いで出すアクションアイテムになります。何かを変えるのはアクションアイテムだけなのに。
3つ目のギャップ:アクションアイテムが曖昧な指示として書かれてしまいます。「フロントエンドとバックエンドのコミュニケーションを改善する」はアクションアイテムではありません。「サラが来週月曜日からフロントエンドとバックエンドのリード間で週1回30分の同期ミーティングを設定する」がアクションアイテムです。オーナーと開始日は、その場で名前を挙げる必要があります。後になると、具体性が薄れていきます。
こうしたパターンの積み重なったコストは、数週間後に「記録されなかったコンテキスト」と「再び議論し直された意思決定」として現れます。これが四半期単位でどのように見えるかは、ミーティングの税金で定量的に取り上げています。
レトロの議事録がスタンドアップメモより書きにくい理由
スタンドアップの議事録は短い。スプリントプランニングの議事録は構造化されている。レトロスペクティブの議事録が難しいのは、内容が散らかっているからです。付箋、セクションを行き来する議論、感情とデータが混在している。議事録を書く人は、複数の方向に動いたミーティングから一貫したスレッドを再構築しなければなりません。
Pavleurはまさにこの混乱に対してうまく機能します。ミーティング中に話されたすべてのこと、および画面に表示されたもの——共有ボード、セクション2のベロシティチャート、セクション4で誰かが参照したインシデントチケット——をキャプチャします。ミーティング後のレポートは構造化されており、アクションアイテムは実際にその場で決定されたこと(その場で名付けられたオーナーと日付付き)から抽出されます。再構築も通話後のクリーンアップも不要です。
音声のみの文字起こしツールは言葉はキャプチャできますが、視覚的なコンテキストはキャプチャできません。レトロでは、視覚がしばしば最も重要な部分です——付箋ボード、パターンを浮き彫りにしたグラフ、議論のアンカーになったチケット。そのコンテキストは音声のみの議事録には存在しません。直接的なツール比較については:Pavleur vs. 代替ツール。
よくあるレトロの失敗パターン
同じアクションアイテムが3回連続のレトロに登場する。 セクション1は省略不可です。アイテムが何度も完了しない場合は、理由を明示して取り下げるか、エスカレーションしてください。無期限に持ち越してはいけません。
議論が解決なく愚痴大会になる。 セクション4でのファシリテーターの役割は、「あのプロセスは壊れている」を一つの具体的で変えられることに変換することです。30秒で具体化できなければ、パーキングロットに入れます。
ミーティング前に非同期でアイテムを追加する人がいない。 24時間前にボードを送付してください。空白のキャンバス問題を解消するために、2〜3件のアイテムをあらかじめ入れておきます。何かを書いた状態で全員が参加することで、ミーティングはより良くなります。