大規模プロジェクトはリスクと不確実性の塊です。それを小さく独立して出荷できる部分に分割することで、計画可能、並列化可能、リスク低減可能になります。コツは、各部分が価値をデリバーし、リスクを早期に顕在化させるように切り分けることです。
なぜ重要なのか
text
✓ Slice VERTICALLY — thin end-to-end features, not horizontal layers
✓ Ship the RISKIEST/most uncertain part early — learn before you commit
✓ Make each slice INDEPENDENTLY valuable and shippable if possible
✓ Keep slices SMALL — days, not months
✓ Sequence so the team can work in PARALLEL
✓ Define DONE for each (tested, deployed, not just "code written")
垂直スライスが水平スライスに勝る
「すべてのバックエンド、その後すべてのフロントエンド」を構築するのではなく、数週間はデモ可能なものがなく、最後に統合します(そこで全て壊れます)。代わりに、1つの機能を端から端まで完全に構築し、次に次の機能を構築してください。継続的に出荷して学びます。
具体例
「レポートシステムを構築する」場合、最初のスライスは「データベース層」ではありません。それは「1つのレポート、実際のデータ、画面上、端から端まで」です。パイプライン全体が機能することを証明し、ユーザーが1週目に反応できるものを提供します。
