事情都有人做，為什麼沒有人對結果負責？

文章寫好了，圖片也做好了，部署的人說網站已經更新。可是打開網址，圖片沒有出來，連結還是舊的。

如果每個人都說自己的部分完成了，這件事到底算不算完成？

這是假設的例子，但它讓我想到一個問題：我們常常把工作分得很清楚，卻沒有把「最後要得到什麼結果」一起交出去。

增加人手，不代表能放心交出去的事情就會變多。分工之後，如果每一段都有人做，最後卻還是需要主管逐一追問、重新拼起來，主管並沒有真正把事情交出去。

只是多了幾個需要追進度的地方。

完成自己的步驟，不等於整件事完成

分工當然有必要。有人理解需求，有人開發，有人測試，也有人負責上線。不是每個人都需要從頭做到尾。

但對客戶來說，他要的通常不是「這幾個部門都做過事情」，而是問題真的得到解決。

假設客戶想修改預約時間。有人收到了訊息，有人更新了系統，也有人通知現場同事。可是如果現場仍然照舊時間準備，對客戶來說，這件事就沒有處理好。

每一步都有動作，結果卻沒有接起來。

所以交辦時，除了分配工作，我認為還需要講清楚：最後誰確認整件事已經成立？

沒有多想一步，不一定是不願意想

看到團隊漏了一步，很容易覺得：為什麼不主動一點？為什麼不多想一下？

但也可能是，他根本不知道還有這一步。

他可能很認真，也以為自己已經考慮完整，只是沒有接觸過後面的工作、不知道客戶會怎麼使用，或從來沒見過這種例外。站在他的理解裡，事情確實已經做完了。

我說的認知邊界，是這個意思：有些問題，並不是知道了卻不處理，而是還沒進入自己能辨識的範圍，連應該問什麼都不知道。

這不是一個永遠不能跨越的界線。新的經驗、別人的視角和實際結果，都可能讓原本沒看見的事情逐漸變得可見。

但只要求「多想一步」，不一定能把那一步教出來。

李飛飛在談 ImageNet 起點的訪談中，回顧當時研究多關注模型，而她注意到資料的規模與多樣性也需要被重視。訪談原文

對我來說，這個例子提醒的是：大家都在努力，不代表觀察問題的框架已經完整。這是我延伸到團隊管理的理解，不是她對管理的原話。

主管不能只補洞，也要讓團隊看見那個洞

如果每次主管看到問題，就自己修好，當下可能比較快。但其他人不知道為什麼改，也不知道原來需要檢查這件事，下次仍然可能漏掉。

所以我希望，發現問題之後，不只留下修正結果，也把判斷的方法帶回團隊。

例如，為什麼不能只看部署成功？因為使用者接觸的是公開網址，不是部署紀錄。為什麼修改預約後還要確認現場資訊？因為系統資料更新，不代表每個工作位置都已經收到變更。

讓成員看到後續結果、接觸客戶怎麼使用，也理解不同專業在意什麼，才有機會讓「原來還要看這裡」變成下一次自己的判斷。

不是替他永遠補洞，而是讓他下次能自己看見那個洞。

負責，不是把所有事情攬在身上

一談到「對結果負責」，很容易變成另一種壓力：既然你負責，別人沒做好，你就自己補；資源不夠，你就想辦法；任何地方出錯，最後都算你的。

我不認為這樣叫做建立責任。

如果一個人沒有決定優先順序的權限，不能協調資源，甚至拿不到必要資訊，卻被要求保證所有結果，那只是把責任放在他身上，沒有給他完成工作的條件。

我希望有一位持續負責的人，不是希望找到一個永遠收拾殘局的人。

他應該知道整件事的目的、目前進度、還有哪些缺口、需要哪些人一起處理，以及什麼時候需要做決定。

但這不代表所有事情都由他親自做，也不代表其他參與者可以不對自己的工作負責。

交接，要確認有人接住

「我已經寄出了。」「我放在系統裡了。」「我有跟他說。」這些能證明有做過動作，不一定能證明交接完成。

如果接手的人不知道要做什麼、不知道期限，或以為那只是參考資料，工作還是可能停在原地。

我會希望接手的人，用自己的話說明：他理解的目的、準備怎麼做，以及目前還不確定什麼。不是要求照稿複誦，而是讓雙方有機會及早發現，原來各自想的是不同的事情。

當然，這不能保證所有盲點都會出現。正因為可能不知道自己不知道什麼，才更需要案例、不同視角和實際驗證。

也不需要每一次交接都開會、都回一封確認信。可以依工作的風險，用清楚指派、狀態更新或系統通知處理。

重點是，不能只記錄誰送出，卻不知道現在由誰接著處理。遇到例外時，也要知道誰有權調整、誰要通知受影響的人。

獨立審查，不只是把錯誤挑出來

主管也有自己的認知邊界，不能把「主管看過」當成所有事情都考慮完整的保證。

獨立審查的價值，是有人從不同位置，拿著原始需求和證據，看到原本那個人沒有想到的地方。

但如果審查者每次發現問題，只把成品修好，判斷方法卻留在自己身上，團隊還是可能一直依賴同一個人。

我希望把這次為什麼漏掉、應該看什麼、怎麼確認的做法帶回去。反覆發生的問題，可以再變成適當的檢查點或自動驗證，而不是只多加一句提醒。

這樣，審查才不只是最後一道補救，也在幫助團隊逐漸擴大能看見的範圍。

AI Agent 也需要同樣的責任設計

換成 AI Agent，問題不會消失。研究的說資料找好了，寫稿的說內容完成了，發布的說指令成功了。如果最後沒有人確認公開網址、圖片與連結，使用者仍然要自己整合。

而且，如果幾個 Agent 都沿著同一個錯誤理解執行，分工可能把偏差放大，不會因為數量增加就自動修正。

所以我希望有一位持續掌握脈絡的負責人。它可以分派工作、安排獨立審查，但要讓協作者知道共同目的，並把成果接回來，依原本需求確認，而不是只轉交幾份「已完成」的回報。

審查發現的缺口，也應回到下一次工作的共同脈絡，不能每次都從同樣的盲點重新開始。

能自行查證的，就查證。真的需要我選擇、授權，或補充無法取得的資訊，再清楚告訴我卡在哪裡。不能把尚未完成包裝成完成，也不應把能處理的檢查全部推回來。

我希望交出去的是事情，不只是步驟

對結果負責，不代表能保證所有外部結果。團隊可以完成一個有設計的市場測試，卻不能保證客戶一定購買。負責任的做法，是把實際結果、限制和下一步判斷帶回來，不是把沒有發生的成果說成成功。

我要的不是一句「這件事算我的」。

而是工作有人持續掌握，交接有人接住，例外有人處理，最後也有人拿出證據，確認結果到了哪裡。

同時，讓這次發現的問題，成為團隊下一次看得見的事情。

分工不是讓每個人都有一段可以說「我做完了」，而是讓整件事情有機會被完成，也讓團隊逐漸學會怎麼完成。

— Adam｜metabiz 創辦人

延伸來源：李飛飛談 ImageNet 與以人為本 AI 的 Possible 訪談。認知邊界及管理方法為本文的觀點延伸。