Slow-burn專案

一句話定義

已被定義、但暫不集中火力推進的專案——在「孕育休眠期」中持續收集資訊與靈感，待時機成熟後再轉成 Sprint 集中完成；與之對立的是當下沖刺中的 Sprint 專案。

核心要點

• 兩種專案類型：
  • Sprint Project：正在集中火力、需短期內完成；像沖刺。
  • Slow-burn Project：已立項但尚未啟動，像小火慢燉——一點點累積素材，未來再爆發。
• 為什麼此分類重要：解決 PKM 的根本爭議——「現在儲存、未來使用」是否合法？答案：只有當儲存對應一個已定義的 slow-burn project 時才合法；沒有對應項目的儲存就是囤積。
• Slow-burn 的合法歸宿：
  • Feynman 的 12 個常駐問題＝典型 slow-burn 專案組合。
  • 編舞家（Twyla Tharp 風格）的多數「項目盒子」也是 slow-burn。
  • YouTuber 的「待拍清單」、研究者的「想寫的論文」、產品設計師的「想試的功能」，都是。
• Sprint ↔ Slow-burn 的轉換：當 slow-burn 累積到足夠素材且時機合適，整個盒子升級為 Sprint——這是專案管理的關鍵動作。

與其他概念的關係

• 上位框架：第二大腦 的「Project 定義論」——所有筆記都需有歸宿，歸宿可以是 Sprint 或 Slow-burn。
• 與 Actionability：Slow-burn 看似「未在行動」，但因有明確的目標定義，仍具 actionability；這是它與「囤積」的關鍵差別。
• 與 12個問題法則 同構：12 個休眠問題＝12 個 slow-burn 專案。
• 與 PARA：Slow-burn 屬於 PARA 中的 P（不是 Resource）——只是處於「未啟動」狀態的 Project。

相關來源

• 2026-04-28-第二大腦效率陷阱

備註

實作層面的判別問題：「我這條筆記真的對應一個 slow-burn project，還是我在用『未來可能有用』包裝囤積？」 簡單測試：如果無法說出這條資訊將被用於哪個專案的什麼產出，那它八成是後者。