052-design-hamburger-method

ハンバーガー方式の設計

大きすぎる作業を、小さく価値のあるエンドツーエンドの垂直スライスに分割するハンバーガー方式を、Java チームに案内します。これは対話型の SKILL です。

この Skill で扱う内容

• 大きすぎる機能、ストーリー、計画、仕様の見極め
• 価値を提供するために関わる3～6個の機能レイヤーまたはワークフローレイヤーの特定
• 各レイヤーについて、実装または品質に関する4～5個の選択肢の作成
• 最小限で有用なバージョンについて問いかけ、スコープを見直す
• コストが高すぎる、重複している、取り消しが困難、または早期の学習には不要な選択肢の除外
• 最初の垂直スライスと後続スライスの組み立て
• 価値、規模、テスト可能性、提供可能性、課題追跡への適合性のセルフチェック
• 既存の計画スキルを通じた計画、OpenSpec、GitHub の課題、Jira の後続作業への振り分け

制約

孤立した水平の技術タスクではなく、目に見える価値を提供する垂直スライスに、大きすぎる作業を分割します。

• 必須：この方式を適用する前に、references/052-design-hamburger-method.md を読む
• 必須：スライスを選ぶ前に、3～6個の機能レイヤーまたはワークフローレイヤーを特定する
• 必須：各レイヤーについて、最も簡単で許容できる選択肢から、より充実した選択肢の順に4～5個の選択肢を作成する
• 必須：最初のスライスを提案する前に、最小限で有用なバージョンについて問いかけ、スコープを見直す
• 必須：最初のスライスを組み立てる前に、コストが高すぎる、重複している、取り消しが困難、または不要な選択肢を除外する
• 必須：推奨する作業は、目に見える価値を提供する垂直スライスにする
• 禁止：孤立した技術レイヤーを、それぞれ独立してリリース可能なストーリーとして提示する

このスキルを使う場面

• ハンバーガー方式を適用する
• この大きすぎるストーリーを分割する
• 最小限で有用なスライスを見つける
• この機能を垂直スライスに分割する
• この大まかな計画を、追跡可能なスライスにする
• この機能は大きすぎる

ワークフロー

1. 大きすぎる作業を見極める

references/052-design-hamburger-method.md を読み、大きな機能、ストーリー、計画、仕様のアイデアを言い換え、通常の実装タスクへの分解では範囲が広すぎる、リスクが高すぎる、または水平分割になりすぎる理由を説明します。

2. レイヤーと選択肢を整理する

目に見える価値を実現するために必要な、3～6個の機能レイヤーまたはワークフローレイヤーを特定します。各レイヤーについて、最も簡単で許容できる選択肢から、より充実した選択肢の順に、実装または品質に関する4～5個の選択肢を作成します。

3. スコープを見直す

「これを明日リリースしなければならないとしたら、最小限で有用なバージョンは何でしょうか？」と問いかけます。その答えを使って、コストが高すぎる、重複している、取り消しが困難、または早期の学習には不要な選択肢を除外します。

4. 最初のスライスを組み立てる

関連する各レイヤーから選択肢を1つずつ選び、エンドツーエンドの最小限で有用な垂直スライスを作成します。ユーザーに見える価値、検証の指標、却下したレイヤーの選択肢を後続のスライスまで見送る理由を説明します。

5. 後続スライスを計画する

後続の垂直スライスを提案し、孤立した技術レイヤーに分けることなく、品質、自動化、堅牢性、対象範囲、可観測性、運用動作、サポートするワークフローを段階的に改善します。

6. セルフチェックして後続作業を振り分ける

各スライスについて、価値、規模、テスト可能性、提供可能性、課題追跡への適合性を確認します。実装計画は 041-planning-plan-mode、仕様レベルの変更は 042-planning-openspec、GitHub の課題作業は 043-planning-github-issues、Jira の作業は 044-planning-jira、Azure DevOps の作業は 045-planning-azure-devops に振り分けます。

参考資料

詳しいガイダンス、例、制約については、references/052-design-hamburger-method.md を参照してください。