cooling off 政策：事先寫好的專案暫停模板

目錄

• 什麼是 cooling off
• 為什麼要事先說定
• 觸發條件
• 流程

  • 1. 訊號
  • 2. 複核，最多兩天
  • 3. 決定
  • 4. 暫停期間
  • 5. 迴歸
• 別讓暫停變成永久
• 可直接複製的模板
• 它在產品組合裡出現在哪裡

最不適合決定一個專案要不要暫停的，是它已經開始疼的那場會。有人要保住過去兩個月的投入，有人拿出一條市場事實，談著談著就從舉措變成了針對人。cooling off 政策的用處，就是讓這番話在你需要它之前已經寫好。

這裡的 cooling off，不是購物時那種法定冷靜期。它是對一項產品舉措的有計劃暫停：工作先凍住，人被調走，並定下一個日期，決定它是回來，還是取消。

這一頁就是模板。抄走，和團隊、和管理層一起填上方括號裡的空，再發到所有人看得到的地方，wiki 或倉庫都行。在產品演進地圖上，這次暫停就是白色區域。沒有它，那些“暫停中”的東西會耗上好幾年的維護，卻始終沒人做決定。

什麼是 cooling off

一次 cooling off，是一項舉措在執行上暫停 [X] 週。這段時間裡有四件事，四件是一套的：

• 團隊不再做這項舉措。
• 人和預算轉到別的工作上。
• 截至當天已經學到的，要寫下來。
• 暫停不帶來處罰，也不評判提出它的那個人。

沒寫回歸日期，就不是暫停，是抽屜。沒把人調走，團隊還會“就再做一點點”，政策等於沒發生。

為什麼要事先說定

填這份檔案的時候，桌上還沒有任何具體舉措。那一次會上，要把三件事後一吵起來、人人都往對自己有利的方向讀的事情定死：

• 什麼算訊號。 一個競品、一條推翻假設的探索、一個沒有日期的阻塞、一次預算變動，或一支已經耗盡的團隊。不在清單上的，就不能觸發暫停。
• 誰可以提出。 如果只有管理層能暫停，團隊會等得太久。如果誰都能取消，產品組合自己就會散掉。
• 上限是什麼。 最長幾週，同一項舉措能進入幾次，進行中的工作最多有多大比例可以同時暫停。

模板裡的數字，最多兩次暫停，同時處在暫停中的進行中舉措不超過 30%，是一個拿來劃掉、再換成自己的數的起點。錯的是把方括號空著。

觸發條件

觸發條件	訊號	誰可以啟動？
市場訊號	競品做出了類似的東西，市場反應比團隊預期的更好	PM
探索被推翻	訪談和主要假設對不上	PM 和設計
技術阻塞	一項外部依賴不可用，而且沒有日期	技術負責人
優先順序變動	業務把預算挪到另一項舉措	管理層
團隊疲勞	團隊已經連續趕工超過三週	任何團隊成員

疲勞不是用來甩掉不舒服的工作的擋箭牌。它只在趕工已經超過三週時才適用。和其他條件一樣，要寫在頻道裡，並走複核。不能直接跳到暫停。

流程

1. 訊號

有人覺得這項舉措該暫停，就寫進 #cooling-off 頻道：發生了什麼、哪條事實撐得住、影響的是哪一項。沒有這條訊息，就沒有流程，只有走廊裡隨口一說。

2. 複核，最多兩天

PM 和技術負責人回答四個問題：

1. 訊號是真的，還是難熬的一週帶來的噪音？
2. 到目前已經投入了多少？
3. 離下一個里程碑還有多遠？
4. 我們學到了什麼，是開始時不知道的？

兩天是上限，免得複核本身變成另一種不做決定的辦法。缺了事實，就在這個視窗裡去要。不另開為期一個月的調查。

3. 決定

結果	動作
繼續	寫下這條訊號為什麼不足以暫停
cooling off	暫停開始，為期 [N] 週
取消	舉措歸檔。這不是 cooling off，而是收尾

取消和暫停不是彼此的委婉說法。取消，是把這件事從產品組合裡拿掉。暫停，是把它留在白色區域，並帶上一個日期。

4. 暫停期間

• 團隊去做其他舉措。
• 每一週，PM 檢查觸發這次 cooling off 的條件變了沒有。
• 學到的內容放進 Spec Kit 的 archive/，或團隊已經在用的同等位置。
• 被暫停的舉措不開進度會。每週還開會問“暫停的那個怎麼樣了”，其實還是在做它。

5. 迴歸

期限結束時，PM 帶來一頁簡報：恢復、延長暫停，或取消。團隊根據這一頁做決定。只有次數上限還沒用完，並且有人寫下新的日期，延長才成立。

別讓暫停變成永久

• 一次 cooling off 若沒有明確複核，不能超過 [X] 週。
• 一項舉措進入 cooling off 不能超過 [2] 次。第三次即取消。
• 團隊不能讓超過 [30]% 的進行中舉措同時處在 cooling off。
• 暫停期間，這項舉措不開進度會。

2 和 30% 是模板自帶的值。組合裡是兩個產品還是二十個，放到還沒有具體專案的那次會上改。不要拖到某一項舉措想要第三次暫停的當天再改。

可直接複製的模板

# cooling off 政策

- 專案：[專案或產品名稱]
- 版本：1.0
- 日期：[YYYY-MM-DD]
- 政策負責人：[姓名與角色]

## 定義

cooling off 是一次為期 [X] 週的暫停。在這段時間裡，團隊不再做這項舉措，資源被重新安排，已經學到的要寫下來，暫停也不受處罰。

## 觸發條件

- 市場訊號：PM 可以啟動。
- 探索被推翻：PM 和設計可以啟動。
- 沒有日期的技術阻塞：由技術負責人啟動。
- 預算變動：由管理層啟動。
- 趕工超過三週：任何團隊成員都可以提出。

## 流程

1. 訊號寫在 #cooling-off。
2. PM 和技術負責人在兩天內複核。
3. 決定是繼續、cooling off [N] 週，或取消。
4. 暫停期間，這項舉措不再報進度。學到的內容放進 archive/。
5. 期限結束時，由一頁簡報決定：恢復、延長，或取消。

## 上限

- 未經明確複核，最長 [X] 週。
- 每項舉措最多 [2] 次 cooling off。第三次即取消。
- 同時處於暫停的進行中舉措，最多佔 [30]%。

它在產品組合裡出現在哪裡

一份沒處可看的政策，會待在一個沒人開啟的檔案裡。在演進地圖上，舉措離開 MVP、PMF 或成熟期，進入白色區域，直到簡報上的那個日期。挪過去這件事本身才是重點：一張便籤在白色區域放了兩個季度，既沒有迴歸的決定，也沒有取消，這次暫停已經失敗了。

方括號要在一場沒有候選專案的會上說定。第一次有人援引這項政策，要做的是照已經寫下來的執行，而不是重新談上限。