很多團隊一遇到進度落後，第一個反應都是「再加一點」：多找一個人、多排幾場會、多加幾個功能、多寫一份規格，或把期限再往後延。
問題是，事情往往不是因此變快，而是變得更重。
37signals 長期採取的方向剛好相反。他們把限制當成設計條件，先決定願意投入多少時間，再讓範圍配合時間調整。這套思路從早期《Getting Real》的「少做一點」一路發展到《Shape Up》的六週週期、工作塑形與下注機制，重點始終沒有變：不要把「做更多」誤認成「做得更好」。
這個觀念不只適用於軟體團隊。對講師、顧問、教練、個人品牌與線上課程經營者來說，它也能解決一個很常見的問題：明明每天都很忙，專案、課程、內容和網站卻一直做不完。
37signals 的方法從哪裡來？
37signals 的產品與工作方法不是突然出現的一套理論，而是多年實務逐步形成。
Jason Fried 與 David Heinemeier Hansson 在《Getting Real》中提出許多早期核心觀念，包括少做功能、維持小團隊、擁抱限制、減少文件、降低會議，以及「固定時間與預算、調整範圍」。這本書的重點不是教大家做一個陽春產品，而是反對為了看起來完整，加入大量不必要的複雜度。
後來兩人在《Rework》中把這些想法延伸到更廣泛的創業與工作情境。它挑戰「公司一定要愈做愈大」「競爭就是功能愈多愈好」「忙碌代表有生產力」等常見假設。
到了 Ryan Singer 的《Shape Up》，這套哲學進一步變成可執行的產品開發方法。團隊不再只說「要聚焦」，而是透過工作塑形（shaping）、投入上限（appetite）、六週週期、下注會議（Betting Table）與截斷機制，把「聚焦」變成具體的決策規則。
因此，如果只把 Shape Up 理解成「六週做一個專案」，其實會漏掉最重要的部分。真正的核心是：先限制投入，再設計一個能在限制內完成、又值得做的版本。
少做，不是偷工減料
《Getting Real》有一個很容易被誤解的主張：少做（Build Less）。
它不是叫你把品質降低，而是把產品範圍縮小。
一個產品如果同時想服務所有人、解決所有問題、支援所有情境，開發成本不只會增加，使用者理解產品的成本也會一起增加。每多一個設定、多一個流程、多一個例外，就多一層設計、測試、維護與客服負擔。
所以 37signals 主張，與其做一個「每樣都有，但每樣都普通」的產品，不如把真正重要的少數事情做好。
這裡有一個很實用的判斷方式：
當你想增加一個功能時，不只要問「做不做得到」，還要問「這個功能值得我們長期承擔嗎？」
因為功能上線後，通常不只是一次性的開發工作。它還會帶來後續修改、支援、文件、測試、使用者期待與相容性問題。今天的一個小功能，可能會變成未來很多年的固定成本。
這也是為什麼「先說不」很重要。不是永遠拒絕，而是讓新需求先證明自己真的重要。
固定時間、彈性範圍：先決定願意花多少，再決定做多少
傳統專案常見的做法是先列出所有需求，再請團隊估算需要多久。
Shape Up 倒過來。
它使用「固定時間、彈性範圍（fixed time, variable scope）」的方式，先決定這個問題值得投入多少時間，再反推什麼版本可以在這個時間內完成。
這裡的關鍵詞是「投入上限」。
假設一個問題只值得投入兩週，那就不要因為完整版本需要六週，而自然把專案拉成六週。反而應該重新設計解法，找出兩週內仍然能產生價值的版本。
如果一件事值得投入六週，團隊就獲得一個清楚的邊界：六週內必須完成一個可真正使用的成果，而不是一路加需求，再靠延長時程收尾。
這種方法帶來一個很重要的改變：期限不再只是催促人的工具，而是用來幫助做取捨的設計條件。
時間固定之後，範圍就不能假裝固定。當進度不如預期，第一個要砍的是次要範圍，而不是品質，也不是把團隊逼去無限加班。
工作塑形：不要把模糊點子直接丟給執行的人
很多專案拖延，不是執行速度慢，而是一開始根本沒有把問題想清楚。
Shape Up 把執行前的這段工作稱為「工作塑形」。
一個值得交給團隊的專案，至少要回答幾件事：問題到底是什麼、值得投入多少時間、大方向怎麼解、最可能掉進哪些坑，以及哪些事情明確不做。
這和寫一份鉅細靡遺的規格不同。
規格太細，執行者只剩照單施工；但如果只有一句「我們需要一個更好的會員功能」，又太模糊。工作塑形要找到中間位置：把最危險的不確定性先處理掉，同時保留足夠空間，讓真正執行的人可以根據現場情況做判斷。
這個觀念對個人事業也非常實用。
例如「我要做一門完整的線上課程」就是一個太大的模糊目標。比較好的塑形方式會變成：「這一輪先解決新學員從不知道怎麼開始，到能完成第一個可銷售方案的流程；進階廣告、自動化與團隊管理先不做。」
當「不做什麼」被寫清楚，專案才真的有邊界。
六週週期與下注會議：不是把待辦清單塞滿
Shape Up 最知名的制度之一，是六週工作週期。
37signals 認為，六週長到足以完成一件有意義的事，又短到團隊從一開始就能感受到期限。六週之後通常會安排兩週緩衝期（cool-down），處理零碎工作、修正問題、探索新想法，並決定下一輪要做什麼。
真正值得注意的不是「六」這個數字，而是它背後的決策機制。
下一輪做什麼，不是從一張無限增長的待辦清單裡往下拿，而是在下注會議中重新判斷：現在最值得投資的是什麼？這個問題重要嗎？投入規模合理嗎？解法夠清楚嗎？現在是做它的好時機嗎？
這種做法刻意保留「不做」的權利。
一個想法這一輪沒被選中，不代表它永遠被否決。如果真的重要，它通常會再出現；如果之後再也沒有人提起，也可能代表它原本就沒那麼重要。
這和很多團隊習慣保存所有需求的方式很不一樣。待辦清單看起來很有秩序，但也可能讓一堆過期、低價值、缺乏脈絡的需求長期佔據注意力。
為什麼小團隊反而可能更快？
37signals 長期偏好小型、相對自主的團隊。
原因不只是節省人事成本，而是降低協調成本。
兩三個人要對齊，通常可以直接討論；十幾個人一起做同一件事，就需要更多會議、文件、角色分工、進度同步與跨部門溝通。人一多，理論上的產能增加，但溝通路徑也會快速增加。
因此，「加人」並不一定會讓已經卡住的專案更快。
如果真正問題是範圍太大、決策不清楚、依賴太多，再增加人手，有時只是讓更多人一起被困在同一個問題裡。
小團隊要成立，有一個前提：工作必須先被切到合理大小。若一個專案本來就大到需要十幾個人同時協調，真正該檢查的往往不是「還要加幾個人」，而是「能不能重新切分問題」。
放到線上課程與知識型事業，可以怎麼用？
如果你不是軟體公司，不需要照抄六週週期，但很值得借用它的幾個判斷方式。
1. 不要一開始就做「完整版課程」
很多講師會先列出十幾個單元，再把每個想到的主題都放進去，最後錄課工程愈來愈大。
更好的做法是先問：學員這一階段最需要完成什麼結果？
如果核心成果只需要六個關鍵步驟，就先把六個步驟做好。延伸知識可以之後再補，不需要在第一版把整個專業生涯都塞進課程。
2. 先設定投入上限，再規劃內容
與其說「這個課程做完需要多久」，不如先決定：「我願意用多少時間完成第一個可交付版本？」
例如先給自己四週或六週，再依照時間調整內容範圍。這會迫使你辨認必要內容與加分內容，而不是讓製作無限延伸。
3. 把「不做什麼」寫進專案
課程網站、招生頁、教材、自動化、Email、社群內容，每一項都可以一直加。
如果沒有明確的「這一輪不做」，專案很容易永遠停在 80%。
每一輪開始前，可以直接列出三類：這輪一定完成、時間允許才做、這輪明確不做。這比一張全部都標成重要的待辦清單更有用。
4. 用真實成果取代大量準備工作
對知識型事業來說，「真實成果」可以是一頁真的能收名單的頁面、一堂真的能交付的課、一個真的有人願意付款的方案，或一次真的與客戶完成的服務流程。
當你能讓成果更早接觸真實使用者，就能更快發現原本的假設哪裡不對。
這和「先把所有東西做完整，再一次推出」相比，通常能更早得到有效回饋。
5. 每一輪只解一個主要瓶頸
如果目前最大的問題是沒有明確方案，就先處理方案；如果方案已經清楚，但沒有人看到，就處理流量；如果有人進站卻不行動，再處理轉換。
不要同時重做品牌、網站、課程、社群、廣告、Email 和會員系統。事情很多，不代表每一件都必須現在做。
這套方法有哪些限制？
37signals 的方法很有辨識度，但它不是所有團隊都應該照搬的標準答案。
第一，六週不是神奇數字。不同產業、團隊規模與工作類型需要不同節奏。真正應該保留的是「固定投入上限」與「週期結束要重新決策」，而不是迷信一定要六週。
第二，固定時間、彈性範圍不代表品質也可以任意下降。若涉及安全、法規、付款、資料正確性或其他不能妥協的要求，這些應該被視為基本條件，而不是可隨便刪除的範圍。
第三，小團隊與少開會的前提，是責任與決策權足夠清楚。如果所有事情最後仍要等同一個人批准，再小的團隊也可能卡住。
第四，「少做」不能被拿來合理化資源不足。如果團隊一直靠超時工作才勉強在週期內完成，應該回頭檢查塑形與範圍，而不是怪執行者速度不夠快。
真正要學的，不是六週，而是取捨
37signals 最值得學的地方，不是某一個固定流程，而是它對「取捨」的態度。
很多專案失控，是因為每個需求都想保留、每個人都不想說不、每一個想法都被當成現在就要做。最後，時間、人力與注意力同時被切碎。
「少做一點」真正的價值，是逼你回答：什麼才是現在最值得完成的？
對小團隊、個人品牌與知識型事業來說，這個問題尤其重要。你不可能同時擁有大公司的預算、人力與部門，但你可以利用限制，做出更清楚的選擇。
資源少，不一定是缺點。沒有選擇，才最容易把時間耗掉。
常見問題
37signals 的「少做」是不是等於做 MVP？
不完全一樣。兩者都重視縮小範圍，但 37signals 更強調長期的產品取捨、固定投入上限與持續說不。MVP 常用來驗證假設；「少做」則可以成為產品長期經營的原則。
Shape Up 為什麼採六週週期？
官方說明是，六週足以完成有意義的工作，又短到團隊從開始就能感受到期限。不過這是 37signals 依自身經驗形成的節奏，不代表所有團隊都必須採六週。
什麼是 Betting Table？
下注會議（Betting Table）是在下一個工作週期前，用來決定哪些已經塑形的提案值得投入人力與時間。重點不是排滿所有人的工時，而是選少數值得投入的工作。
固定時間、彈性範圍會不會讓成果變得不完整？
如果使用方式正確，應該是縮小範圍，而不是犧牲核心品質。團隊要先辨認不可少的核心成果，再刪除次要情境、附加功能與延伸需求。
個人工作者也適合這套方法嗎？
適合借用其中的限制思維。個人工作者甚至更需要設定投入上限，因為沒有人會自然替你停止加需求。把專案切成小週期、寫清楚這輪不做什麼，通常比維護一張無止盡的待辦清單更實用。
參考資料
Jason Fried and David Heinemeier Hansson. Getting Real.
Jason Fried and David Heinemeier Hansson. Rework.
Ryan Singer. Shape Up: Stop Running in Circles and Ship Work that Matters.
37signals. Getting Real, online edition.
Basecamp. Shape Up, online edition; 37signals Handbook, “How We Work.”