工作樹：讓每個專案都能被接手

一家連鎖品牌準備在年底改版官網。專案進行到第三週，原本負責的同事請了長假，另一位同事接手。她打開共用資料夾，看到幾十份文件、幾段聊天紀錄和一份寫到一半的待辦清單。她花了兩天才搞清楚：哪些已經做完、哪些卡在等設計稿、哪件事其實下週就要交。

這兩天不是因為她不夠聰明，而是因為專案的狀態從來沒有被放在同一個地方。它散落在每個人的腦袋、對話和信件裡。人一離開，狀態也跟著離開。

當參與工作的不只是人，還有好幾個 AI 助理時，這個問題會更明顯。AI 的對話一結束，或上下文被壓縮，前面講過的事就可能消失。我們需要一個不依賴任何人記憶的東西，讓任何人、任何 AI 在任何時候走進來，都能在幾分鐘內知道現在在哪裡。我們把它叫做工作樹。

工作樹是一張地圖

工作樹的樹根是專案的目標，例如「年底前上線新版官網」。往下長出幾根分支，每根是一段相對獨立的工作，例如內容、設計、技術與上線。分支再往下拆，一直拆到葉子：一件可以被一個人或一個 AI 在一段時間內做完的具體工作。

拆到多細才算葉子？我們用一個簡單的標準：看到這片葉子的人，不用再問任何問題，就知道要做什麼、做完長什麼樣子。「處理首頁」不是葉子，「把首頁三段文案改成新的品牌語氣，交給負責人確認」才是。

這張地圖不是用來展示的，而是用來接手的。它回答的問題只有三個：整件事要往哪裡去、現在走到哪裡、下一步是什麼。其他細節，例如討論過程和參考資料，可以放在別的地方，用連結指過去就好。

拆樹這件事本身，也值得放慢一點。常見的錯誤是一開始就拆得太細，結果三天後目標一變，半棵樹都要重畫。比較好的順序是先把第一層分支想清楚，確認大家對「這件事分成哪幾塊」沒有歧見，再一層一層往下長。目標改變時，也是從受影響的那根分支重新整理，而不是整棵砍掉重來；已經完成的葉子留在原地，標成完成，作為這段工作的紀錄。

每片葉子都標好由誰來推

拆完之後，我們會在每片葉子上註明一件事：這件工作由哪一種方式推進。實務上大致只有三種。

• 要判斷的工作：每件都不一樣，需要理解脈絡和取捨，例如客戶提案的方向、架構上的選擇。這類交給一條專門的對話線，由 AI 準備選項，最後由人拍板。
• 同類大量的工作：同一種動作要做幾百次，例如替上百篇文章補上同一組欄位。這類切成小件，由程式分派給多個 AI 批次處理，再抽樣檢查。
• 例行的工作：每天或每週都要做一次，例如晨間摘要和備份。這類交給排程，時間到了自己跑。

這樣分的好處，是人的注意力可以集中在真正需要人的地方。大量同類的工作不需要人一件一件看，例行工作不需要人記得去按。人每天看到的，只是樹上那些標著「卡住了」或「等你決定」的葉子。

每個節點只寫四件事

工作樹上每個節點都有一小段現況。我們刻意把它壓到四個欄位，因為欄位越多，越沒有人願意填，最後整張表就會過期。

• 做到哪：已經完成的範圍，用一兩句話說清楚。
• 下一步：一件具體可以開始做的事，而不是一個方向。
• 等誰：這件事現在卡在誰身上，是某個人、外部單位，還是不用等。
• 期限：什麼時候要好；沒有期限也要寫「無」，而不是留白。

這四欄合起來，就是這個節點的停點。停點不是「做到第幾頁」，而是「下一個人走進來時，該從哪裡開始」。只要停點寫對了，接手就不需要開會。

回到開頭那家連鎖品牌。如果原本的同事在請假前，每個節點都留下這四欄，接手的人打開工作樹，五分鐘內就會看到：首頁文案已完成；下一步是把新版商品頁交給設計；等的是設計那邊的稿件；期限是下週三。她不需要翻聊天紀錄，也不需要打電話給正在休假的人。這就是四個欄位存在的全部理由。

狀態放在檔案，不放在對話

工作樹最重要的一條規則，是它必須是一份可以被讀取、可以被版本管理的檔案，而不是某一段對話。

原因很直接。和 AI 的對話會結束，會被壓縮，會換成另一個工具。如果「做到哪」只存在某一段對話裡，換一個 AI、換一台電腦，這件事就等於沒發生過。檔案不會這樣。任何 AI 只要能讀檔，就能從同一個停點接續，不必猜，也不必靠誰的記憶。

所以每一次新的工作開始時，第一件事是讀工作樹，而不是回想上次聊到哪。每一次工作結束時，最後一件事是把四欄更新。這兩個動作很小，卻讓整個專案可以在任何時刻被任何人接走。

這條規則同樣適用在人身上。會議上口頭決定的事，如果沒有寫回工作樹，在系統裡就等於還沒決定。這聽起來有點嚴格，但它讓「我以為大家都知道」這類誤會少了很多。

分支回寫主樹，只有一張地圖

專案大一點，常常會有幾條工作同時進行，各自有自己的小工作樹。這時候最容易出現的問題，是每條線都覺得自己的版本才是對的，最後沒有人說得清楚整個專案在哪裡。

我們的做法是：整個專案只有一棵主樹。各條分支可以有自己的細節，但重要的進度，例如完成了某個里程碑、改變了下一步、發現了新的阻礙，都要回寫到主樹上對應的節點。主樹不抄分支的所有細節，只放一句話和一個連結。

如果兩條線要改主樹上同一個節點，就一次一條，先讀最新的內容，再寫上去，不整份覆蓋別人的修改。這和多人一起編輯同一份文件的禮貌是一樣的，只是我們把它寫成了規則。

地圖只有一張，才有人敢照著走。

重點回顧

• 工作樹從目標拆到葉子，每片葉子都是一件不用再問就能開始的具體工作。
• 每片葉子標明推進方式：要判斷的給人裁決，大量同類的分批處理，例行的排程執行。
• 每個節點只寫做到哪、下一步、等誰、期限四欄，合起來就是停點。
• 狀態放在檔案裡，不放在對話裡；分支回寫主樹，整個專案只有一張地圖。