shape-up

Shape Up

概要

Shape Up は、1 つの核心的な洞察に基づくプロダクト開発手法です。リリースまでの見積もりを出すのではなく、リリースできるように形を整える必要があります。

従来の手法では、「どれくらいかかりますか？」と尋ね、その見積もりを達成しようとします。Shape Up では発想を逆転させます。まず、どれだけの時間をかける意思があるか（アペタイト）を決め、その制約内に収まる解決策のバージョンを形にします。

この手法は Basecamp を 17 年にわたって開発する中で生まれました。創業チームには、珍しい制約がありました。唯一のエンジニア（DHH）が週にわずか 10 時間しか働けなかったのです。そのため、何を作るかを極めて明確にし、すべての時間を無駄にしないよう、スコープを徹底的に絞り込む必要がありました。会社の成長に伴い、スタートアップのスピードを大規模でも維持できるよう、こうした実践を Shape Up として体系化しました。

重要な転換点：「これの見積もりは？」から、「かける意思のある時間内で、これをどのような形なら確実にリリースできるか？」へと移行します。

どんなときに使うか

次のような場合に Shape Up を使います。

• プロジェクトの長期化を止める — 数週間で終わるはずの作業に数か月かかっている
• 見積もりの罠から抜け出す — いつも外れる見積もりにうんざりしている
• チームに実質的な自律性を与える — チケットをこなすだけではない
• 会議の負担を減らす — Scrum の儀式に時間を取られている
• 意味のあるまとまりをリリースする — 何にもつながらない細かなチケットだけでなく
• プロダクトとエンジニアリングを連携させる — 現状では両者の間に壁がある
• スタートアップのスピードを維持する — 従業員数が 30～50 人を超えても

どんなときに使わないか

次のような場合は Shape Up を使わないでください。

• 3 人以下の場合 — 直接話し合えば十分です。まだ形式化は必要ありません
• 本質的な複雑さがない場合 — 単純なタスクに形を整える作業は必要ありません
• エンジニアリング担当者を形を整える作業に参加させられない場合 — 技術的な意見がなければ、形を整える作業はうまくいきません
• リーダーシップの同意が得られていない場合 — 開発時間を守るには経営幹部の支援が必要です
• 純粋な保守作業の場合 — バグ修正にプロセス全体は必要ありません

パターン

Shape Up を正しく適用する方法を示す詳しい例です。それぞれのパターンでは、よくある間違いと正しいアプローチを紹介します。

重要（間違えると時間を無駄にします）

パターン	解説
estimates-vs-appetite	「どれくらいかかるか？」と尋ねず、かける意思のある時間を決めます
unshaped-work	Figma ファイルや PRD は、形を整えた作業ではありません。共同で明確化する必要があります
shaping-without-engineering	シニアエンジニアなしで形を整えるのは、大きな問題を招くもとです
ten-pound-bag	5 ポンドの時間枠に 10 ポンド分のスコープは入れられません
fuzzy-problem	「カレンダーを作る」は問題ではありません。まず範囲を絞り込みます

影響が大きいパターン

パターン	解説
too-abstract-shaping	太いマーカーで描くスケッチは、ぼんやりしたワイヤーフレームにとどまらず、アイデアを伝える必要があります
scope-hammering	時間切れになってからではなく、始める前にスコープを削ります
tickets-not-projects	チケットを細切れにして渡すのではなく、プロジェクト全体をチームに任せます
hill-chart-theater	ヒルチャートは実際の進捗を示すものであり、見せかけの進捗報告ではありません
missing-kickoff	ビルダーは、形を整えた作業を 9 つ以下の実装スコープに落とし込む必要があります
cool-down-skipping	チームがリセットできるよう、サイクル間に一息つく時間が必要です

中程度の影響

パターン	学べること
betting-table-dysfunction	ベッティングは、バックログの並べ替えではなく、実際に責任を伴う決断です
junior-detail-dial	開発を担当する人に応じて、シェイピングの詳細度を調整します
circuit-breaker-fear	うまくいかない場合は、開発を止めてシェイピングに戻ります

詳細解説

さらに詳しい情報が必要な場合にのみお読みください。

• references/shape-up-playbook.md：フレームワークの詳細、チェックリスト、例を拡充した資料です。

リソース

書籍：

• Ryan Singer 著『Shape Up』 — 無料で読める原著（basecamp.com/shapeup）
• Bob Moesta 著『Demand-Side Sales 101』 — フレーミング／課題発見のフェーズに役立ちます
• Clayton Christensen 著『Competing Against Luck』 — Jobs-to-be-Done 理論

コース：

• Shaping in Real Life — 実践的なシェイピングを学ぶ Ryan Singer のコース

その他：

• Ryan Singer のウェブサイト：ryansinger.co
• 最新の知見を紹介する 37signals のブログ

---

謝辞：Shape Up は、Ryan Singer が Basecamp／37signals に在籍した 17 年間に生み出したものです。このスキルは、彼の書籍とポッドキャストでの対談をもとにしています。