Scope Expansion without Commitment：當目標越來越大、資源越來越少
需求越來越大、資源越來越少——這不是正常的需求演進，是一種叫做 Scope Expansion without Commitment 的死亡螺旋。辨識三重紅旗，在被拖垮之前做出決定。
你一定遇過這種情境。
第一週：「我們先做一個小的 PoC，驗證可行性。」
第二週：「其實這幾個功能也很重要，能不能一起做？」
第三週：「我重新想了一下，方向要調整。」
第四週：「時間和人力的部分，能不能再壓一點？」
第五週：「這是最新版的需求，我把架構重新分了。」
範圍從 PoC 膨脹成完整產品。時間從三個月壓到一個月。人力從專案組變成「你一個人先扛」。
這不是正常的需求演進。這是一種叫做 Scope Expansion without Commitment 的死亡螺旋。
定義
一句話：
目標持續膨脹，但承諾（資源、時間、決策）持續縮水。
Complexity ↑ + Resources ↓ = Guaranteed Failure
它不會在某一天突然爆炸。它會慢慢消耗你的時間、精力和判斷力，直到你發現自己投入了大量沉沒成本，卻離目標比第一天還遠。
三重紅旗
單一紅旗還可以處理。但當以下三個同時出現，你該停下來：
1. 範圍膨脹（Scope Explosion）
正常的演進是漏斗型——越來越聚焦。
不正常的演進是喇叭型——每次對齊都冒出新想法、新模組、新分類。而且上次砍掉的東西，這次換個名字又回來了。
判斷方式：打開前後兩版的文件，逐項對比。如果新版「加回來」的比「砍掉的」多，那就是在發散，不是在收斂。
2. 資源下修（Resource Compression）
預算變少、時間變短、人力變少。但每次縮減都伴隨著一句：
「那我們先做核心的部分就好。」
問題是——「核心」的定義每次都不一樣，而且每次都比上一次更大。
3. 決策反覆（Decision Oscillation）
- 第三週：「好，我們先做 MVP。」
- 第五週：「其實第一版應該要有完整功能的雛形。」
已經對齊的方向被推翻，但沒有提出新的決策框架。不是「需求變更」，是決策能力不足。
為什麼這會殺死專案（和人）
對執行者
時間被消耗：你花大量時間做方案、估工時、畫架構，但對方永遠「再想想」。
角色錯位：你從「執行者」變成「免費智庫」。對方持續獲得你的輸出，卻沒有付出任何承諾。
判斷力被拖垮：沉沒成本效應讓你不斷說服自己「再給一次機會」。五輪之後，你已經很難客觀判斷該不該繼續。
對決策者
永遠無法開始：因為永遠在「優化需求」，永遠覺得「還不夠完整」。
窗口流失：別人用 MVP 進場驗證的時候，你還在調整需求文件的版號。
團隊流失：每次改方向，都在消耗團隊的信任和耐心。最後不是找不到人做，是沒人願意再跟你做。
三個觀察指標
1. 對方有沒有「主動推進」過任何事？
五輪討論裡，有沒有任何一次是對方主動做了具體動作：確認資源、排定優先序、敲定時程？
如果所有推進都是你在做——那這不是「協作」，是「單方面輸出」。
2. 每輪的變更是「收斂」還是「發散」？
健康的迭代：問題越來越少，共識越來越多。
不健康的迭代：每次開完會，待確認事項比上次更多。
3. 資源討論是「具體」還是「模糊」？
「這個階段我們有 X 人、Y 週、Z 預算，幫我在這個框裡切。」→ 具體。
「能不能再精簡一點？」→ 在試探你的底線。
怎麼處理
選項一：強制收斂
把選擇權交還給決策者：
「目前的範圍和資源是衝突的。兩條路：維持範圍就補資源，或者維持資源就砍範圍。需要你先選一個。」
不給第三種模糊空間。
選項二：退出
「目前方向還在快速變動，建議先讓內部收斂，條件穩定後再推進。」
這不是放棄。這是止血。
選項三：設定期限
不主動推進。觀察對方 3-5 天的行為：
- 開始談具體條件 → 繼續投入
- 繼續丟新想法不收斂 → 抽身
- 消失 → 最省時間
最難的不是辨識，是承認
大部分人其實在第三輪就感覺到不對了。
但不願意承認。因為已經投入了時間和情感。因為「說不定下一次就會好了」。因為放棄一個花了五週的事情，感覺像是浪費。
事實是：繼續投入在一個不會收斂的事情上，才是真正的浪費。
核心問題
不是「怎麼把這個案子做成」。
而是「這個案子值不值得做成」。
一個會在第五輪還「擴範圍 + 縮資源」的決策者，通常不是想法還沒成熟——是沒有決策能力。
而你最稀缺的資源不是技術能力，是你的時間和注意力。每一天花在不會收斂的事情上，就是少一天花在會成長的事情上。
給還在猶豫的人
問自己三個問題：
-
這五輪裡，有沒有任何一刻讓你覺得「這個人是會把事情做成的人」？
-
你是在「推進一個專案」，還是在「陪一個人想像」？
-
你不是來幫別人圓夢的。如果對方不願意做決策，這件事本質上就已經結束了。
承認結束，不是失敗。是你終於把注意力拿回來，放到值得的地方。
我是江中喬，一位具有 TPM 與產品管理背景的 AI 系統建構者，目前專注於 AI 認知增強系統與多 Agent 協作架構的設計與實踐。