「終わったはずが、レビューで戻る」。そんなとき、私は会議の最初に紙を1枚出します。そこには3行だけ——Given/When/Then。みんなで声に出して読み合わせると、驚くほどブレが消えます。
結論：受け入れ基準は“終わった”を可観測に定義する文。Gherkinで線を通し、先行指標との紐づけを決めたら、スプリントは外しません。
全体像（ねらい→やり方→失敗と直し方）
ねらいは、完了条件の曖昧さを0にすること。やり方は、Gherkinで書いて読み合わせ→未達は「入力→自動化」「説明→UI内化」で是正。失敗は、願望文やUI詳細の書き込みすぎです。
スプリント運用の全体像はKPI設計と運用ガイドと合わせて確認してください。
受け入れ基準テンプレ一式
Gherkin例と読み合わせ台本のPDFは以下から。
PdM初心者のための仕事大全【保存版】 ／
PdMキャリア戦略：ゼロイチ〜スケールの実務
特典：PdMスキルテンプレート集（PDF）／キャリア戦略シート（PDF）
Gherkin例12（コピペOK）
1) 住所自動補完：Given 初回ログイン / When 住所1文字 / Then 0.5秒以内に候補3件以上
2) サンプル初期配置：Given 初回状態 / When ダッシュボード表示 / Then サンプル3件
3) 次導線：Given 成功直後 / When コンファーム表示 / Then 1クリックで主要機能へ
4) 24hリマインド：Given Ahaから24h / When 未実行 / Then 1回のみ通知（オプトアウト尊重）
5) P95 0.5秒：Given 主要画面 / When 表示 / Then P95 0.5秒以下
6) エンプティ状態：Given 初回状態 / When データなし / Then 次の一歩ボタン
7) 入力ヒント：Given 入力欄フォーカス / When 10秒滞在 / Then ヒント表示（非モーダル）
8) 権限：Given 一般ユーザー / When 管理機能へ / Then 非表示（403は出さない）
9) エラー復帰：Given 送信失敗 / When 再送 / Then 入力保持
10) ディープリンク：Given 通知から復帰 / When 遷移 / Then 対象画面に直行
11) イベント定義一致：Given 仕様合意 / When 計測更新 / Then Aha/TTV/D1の定義が一致
12) ログ基準：Given 週次会 / When 判断 / Then 前提/候補/判断/撤退/学習の5行で記録読み合わせ台本（15分）
[00-03] 目的：「受け入れ基準→先行指標→依存」で線を通す
[03-08] Gherkinを読み上げ（未達1点は“入力→自動化”で是正）
[08-12] 先行指標と撤退条件を確定（Aha +5pp未満×TTV悪化）
[12-15] 意思決定ログを貼付→Closeチェック（5分）
- Given/When/Thenが30秒で読める長さか
- 計測イベントとPRDが一致しているか
- 達成後の“次の一歩”が1クリックで定義されているか
価値と短期運用の全体像は課題解決型PdM 完全ガイド／価値提供型PdMの設計図でつながります。
FAQ
- Q. どの粒度で書けばよい？
- A. 1施策につき3本程度。UI詳細は避け、可観測な条件だけを書きます。
- Q. 品質の議論が止まりません。
- A. 非機能要件はP95等の数値で定義。会では“差分→入替え”に集中します。
受け入れ基準テンプレ一式
Gherkin例と読み合わせ台本のPDFは以下から。
PdM初心者のための仕事大全【保存版】 ／
PdMキャリア戦略：ゼロイチ〜スケールの実務
特典：PdMスキルテンプレート集（PDF）／キャリア戦略シート（PDF）
コメント