Purpose
仕様変更の品質を上げるため「壁打ち → 仕様確定 → タスク化 → 実装」の順序を固定する。
When to use / When NOT to use
- •When to use: 仕様追加・修正の検討 / 要件が曖昧で論点整理が必要なとき
- •When NOT to use: 仕様判断を伴わない軽微修正 / 仕様・タスクが確定済みで実装のみのとき
Procedure
- •壁打ち: 目的・制約・成功条件を短く再定義する。
- •補完: 見落としやすい観点を補う（UX、運用、データ整合、例外、回帰影響、検証方法）。
- •上位提案: 少なくとも1つ代替案を出し、トレードオフを明示する。
- •確定: 未確定論点を列挙し、ユーザー回答で仕様確定する。確定前はコード変更しない。
- •タスク化: 確定後、
tasks_backlog.mdへ実装単位で分割登録（目的・スコープ・受入条件）。 - •共有: タスク化完了をユーザーに伝えてから実装に進む。
Validation
- •壁打ち結果あり / 補完+上位提案あり / 確定前にコード変更なし / 確定後に backlog 更新済