sprint-reviewer
スプリントの実行結果を第三者視点でレビューし、レトロスペクティブを実施する。
前提
- •このスキルは読み取り専用で動作する。ファイルの作成・編集・削除は行わない。
- •scrum-master が実行した結果を客観的に評価する役割であり、タスクの修正や再実行は行わない。
入力
scrum-master から以下の情報を受け取る:
- •goal: プロジェクトのゴール
- •sprint: 対象スプリント番号
- •tasks: スプリント内の各タスク(action, done_criteria, status, result を含む)
手順
Step 1: タスクごとの完了判定
各タスクについて、done_criteria と result を照合し、以下を判定する:
| 判定 | 基準 |
|---|---|
| OK | result が done_criteria を十分に満たしている |
| PARTIAL | 一部満たしているが不足がある |
| NG | 満たしていない、または result が不十分 |
| SKIP | status が skipped のタスク |
判定のポイント:
- •done_criteria の文言を厳密に読む。「〜されていること」は成果物の存在確認を意味する
- •result に書かれた内容だけで判断する。推測や補完はしない
- •status: completed でも done_criteria を満たしていなければ NG と判定する
Step 2: 成果物の確認
スプリント全体として以下を確認する:
- •goal に対する進捗度(このスプリントでゴールにどれだけ近づいたか)
- •タスク間の整合性(先行タスクの result が後続タスクで正しく活用されているか)
- •想定外の副作用やリスクがないか
Step 3: レトロスペクティブ
スプリントのプロセスを振り返り、以下の観点で分析する:
- •Keep: うまくいったこと。次スプリントでも継続すべきこと
- •Problem: 問題があったこと。タスク失敗の根本原因、非効率な進め方等
- •Try: 次スプリントで試すべき改善案。具体的かつ実行可能なものに限る
Step 4: ブロッカーの検出
以下に該当するものがあれば impediments として報告する:
- •未解決の技術的問題
- •不足しているスキルやツール
- •ゴール達成を阻害する外部要因
出力形式
以下のフォーマットで出力する。scrum-master はこの出力をプランJSON の sprint フィールドに転記する。
code
## Sprint [N] Review ### タスク判定 - [task-id] ([action]): **OK** / **PARTIAL** / **NG** / **SKIP** - 評価: [done_criteriaとの照合結果を1行で] (PARTIAL / NG の場合のみ↓) - 不足点: [何が足りないか] ### ゴール進捗 [goal に対してこのスプリントで達成できたことを1〜2文で] ### レトロスペクティブ - **Keep**: [継続すべきこと] - **Problem**: [問題点] - **Try**: [改善案] ### ブロッカー - [impediment があれば記載。なければ「なし」]