インタラクティブな紹介
Shape Upの仕組み
Basecampのプロダクトチーム向け方法論：固定時間、可変スコープ、そして出荷される仕事。
以下の各コンセプトを操作してみましょう
01
見積もりの問題
従来のチームは作業にかかる時間を見積もり — その見積もりが膨らむのを見守ります。プロジェクトは利用可能な時間を埋めるように拡大します。Shape Upはこれを逆転させます：時間を固定し、スコープを柔軟にします。
核心的な洞察：スコープが固定され時間が変動する場合、見積もりは単なる希望に過ぎません。「どのくらいかかる？」と「もっと早く必要だ」の終わりなき交渉になります。Shape Upはその交渉を、シニアが実際に答えられる質問に置き換えます：このアイデアには私たちの時間をどれだけかける価値がある？
02
見積もりではなくアペタイト
アペタイトはシェイプ前に選ぶ時間予算です。「これにどれだけの価値がある？」スモールバッチ（2週間）またはビッグバッチ（6週間）。スコープはそのアペタイトに合わせてシェイプされます — その逆ではありません。
これは会話を完全に組み替えます。「どのくらいかかる？」は作業前に良い答えがありません。しかし「2週間か6週間の価値があるか？」は今日シニアが下せる戦略的判断です。アペタイトはシェイプ中の強制機能としても機能します — 予算内に意味のあるバージョンを収められなければ、アペタイトが間違っているかアイデアを再考する必要があります。
03
仕事をシェイプする
シェイプされた仕事はラフ（ワイヤーフレームではない）、Solved（主要な設計問題が解決済み）、Bounded（スコープ外が明示）です。過剰仕様なくチームが始められる十分な情報を提供します。
シェイパーは2つのツールを使います：太マーカースケッチ — 仕様と間違えられないよう意図的に荒く描かれた図 — とブレッドボード。ブレッドボードはビジュアルデザインなしでインターフェースの場所、接続、コンポーネントを示します。シェイプはピッチ前に非公開で行われます。うまくシェイプできないアイデアはピッチされません。これによりチームの時間を消費する前に半端なアイデアが除外されます。
ラフ — 太いマーカーの素早いスケッチ、ピクセルパーフェクトなワイヤーフレームは不要。解釈の余地を残します。
04
ベッティングテーブル
6週間ごとにシニアが集まり、次のサイクルで何を作るかを決定します。シェイプされたピッチは「賭け」です — 賭けに勝てば、チームはサイクルを得ます。バックログはありません。選ばれなかったピッチは単に作業されません。
ベッティングテーブルは意図的に小さく — BasecampではCEO、CTO、他数名です。ロビー活動なし。「これだけ入れられませんか？」なし。ピッチは書面文書で、会議前に回覧されるため、会議自体は発見ではなく決定のためです。重要なのは：中央バックログがありません。アイデアを落とすとそれは消えます。本当に重要なら、誰かが次回再ピッチします。
05
6週間サイクル
仕事は6週間サイクルで行われ、その後2週間のクールダウンが続きます。クールダウン中は新しい仕事が割り当てられません — チームはバグを修正し、アイデアを探索し、次のベッティングテーブルを準備します。このリズムが余裕を生み出します。
6週間はスイートスポット：意味のあるものを作るのに十分な長さで、締め切りが常に見える短さです。2週間スプリントは実際の設計作業には短すぎ、年間ロードマップは現実から切り離されすぎです。クールダウンは休暇ではありません — 技術的負債が返済され、ツールが改善され、シェイパーが次のサイクルのピッチを準備する場所です。
06
自律的なチーム
シェイプされた各仕事は小さなチームに渡されます：デザイナー1人とプログラマー1〜2人。彼らは仕事をエンドツーエンドで所有します — ハンドオフなし、上からのタスク割り当てなし。シェイプされた境界内での実装方法を自分たちで決定します。
チームはサイクル全体を通じて中断のない時間を得ます。毎日のスタンドアップなし、マネジメントからのチェックインなし、他プロジェクトへのコンテキストスイッチなし。これは単なる便宜ではなく構造的なものです。中断は良いソフトウェアに必要な深い作業を分断します。シェイプされたピッチはチームが独立して良い判断を下すのに十分なコンテキストを与えるため、チェックインは不要です。
07
ヒルチャート
完了率の代わりに、チームはヒルチャートを使って進捗を伝えます。山の左側は「解決策を考えている」— 不確実。右側は「実現している」— 実行。ドットをドラッグすることで、どんな数字よりも多くのことが伝わります。
「80%完了」は何も伝えません。1週間動いていないドットはすべてを伝えます。ヒルチャートは不確実性の性質を可視化します：上り坂で止まっているタスクには、残り時間ではなく未解決の設計問題があります。マネージャーは実行中（安全）と解決策を考えている（締め切りへの潜在的リスク）タスクを一目で把握できます。
まだ何をするか考え中
08
サーキットブレーカー
6週間の時計が切れると、プロジェクトは自動的に停止します。延長なし。プロジェクトが出荷されなければ、チームは次のサイクルで再ピッチしなければなりません。これがスコープの決定を強制し、暴走プロジェクトを排除し、ベッティングテーブルを守ります。
厳しく聞こえますが、サーキットブレーカーは上流での良いシェイプの症状です。仕事がうまくシェイプされていれば、チームはほぼ常に出荷します。プロジェクトが問題に遭遇したとき、修正策はスコープハンマー— 時間を延長するのではなく、最も価値の低い部分を削ることです。サーキットブレーカーはマネージャーのダイナミクスも変えます：延長の交渉ではなく、何を削るかを議論します。それははるかに生産的な会話です。