《Shape Up: Stop Running in Circles and Ship Work that Matters》是由 Basecamp 團隊（現為 37signals）所開發並實踐的一套產品開發方法論。這本書的核心目的是為了解決軟體開發中常見的痛點，如：專案無止盡地延期、需求模糊不清、或是開發團隊在細節中迷失方向。
以下是該書核心概念的摘要：
1. 三個階段的流程
Shape Up 將開發過程分為三個主要階段，而不是傳統意義上的持續性衝刺（Sprints）：
定型 (Shaping)：
在交給開發團隊之前，由資深成員或產品負責人對想法進行「定型」。這個階段的工作既不是模糊的草圖，也不是極其詳盡的規格書，而是定義邊界、解決主要的技術或邏輯風險，並確定「胃口」（Appetite，即願意投入的時間）。
下注 (Betting)：
在「投注表」（Betting Table）會議上，決策者會從多個已定型的「提案」（Pitches）中選擇未來六週要執行的項目。這與傳統的「待辦清單」（Backlog）管理不同，Basecamp 不維護冗長的待辦清單，如果一個想法不夠重要到能進入本次循環，就會被丟棄，除非有人再次提案。
建構 (Building)：
開發團隊（通常由 1-2 名開發者和 1 名設計師組成）擁有完全的自主權，在六週內負責將提案轉化為可運行的產品。
2. 核心原則與工具
六週循環 (Six-Week Cycles)：
六週是一個足夠長到能完成具體任務，又足夠短到讓人感受到壓力的節奏。每六週開發後，會有兩週的冷卻期 (Cool-down)，讓團隊處理臭蟲、整理文件或探索新想法。
固定時間，彈性範圍 (Fixed Time, Variable Scope)：
這是 Shape Up 最關鍵的原則。截止日期（六週）是固定的，如果發現工作量超標，團隊會縮減功能範圍（Scope），而不是延後交付日期。
胃口 vs. 估計 (Appetite vs. Estimate)：
傳統開發問「這要花多久時間？」（估計），Shape Up 問「我們願意為這個功能花多少時間？」（胃口）。這有助於從資源分配的角度來思考功能設計。
斷路器 (Circuit Breaker)：
如果在六週內未能完成預定的專案，專案會被預設停止，不會自動延長。這迫使團隊在定型階段就必須謹慎評估風險。
山丘圖 (Hill Charts)：
這是一種視覺化工具，用來追蹤專案的真實進度。專案被分為「爬坡」（探索與解決未知）和「下坡」（執行與完成已知）。這比傳統的百分比進度條更能反映專案的心理狀態。
3. 解決的主要問題
擺脫微觀管理： 透過「定型」與「下注」，給予開發團隊自主權，主管不需要介入日常細節。
減少會議與打斷： 六週的建構期間，團隊不被干擾，專注於產出。
消除過長的待辦清單： 透過下注機制，只關注當下最重要的任務，減少管理維護無用清單的心理壓力。
總結來說：
Shape Up 是一套強調責任制與自主權的方法論。它認為高品質的軟體開發不在於填滿每個小時的產能，而在於如何定義問題（Shaping）以及如何在有限的時間內做出最明智的取捨（Betting & Building）。
