老闆一出差公司就當機?用一張DACI表,把「拍板權」還給團隊

在泰國北柳府（Chachoengsao）經營寵物食品電商「Fah's Petcare」的黃鳳華（Nong Fah），從自家倉庫一張摺疊桌起家，三年做到月營收破百萬泰銖，團隊也從她一個人擴編到八個人：兩位客服、兩位小編、一位倉管、一位會計、兩位業務。

問題是，公司雖然有八個人，真正能「拍板」的卻只有鳳華一個。促銷文案要她改字才敢發、包裝顏色要她點頭才敢印、連客服回覆客訴的話術都要她親自過目才敢送出。上個月她到春武里（Chonburi）拜訪新供應商，手機收訊斷斷續續整整三天，整個團隊的工作幾乎停擺——小編寫好的中秋促銷貼文卡在草稿匣裡沒人敢發，倉管不敢自己決定要不要先補貨，業務也不敢答應客戶提出的折扣要求。

三天後鳳華回到辦公室，看到的不是一個能自己運轉的團隊，而是一疊等她簽字的待辦事項。她這才意識到，問題不是員工不夠努力，而是「誰該決定」跟「誰該做完」這兩件事，全部黏在她一個人身上——她一走，公司就停擺。

為什麼

這種瓶頸在小團隊裡幾乎是通病，根源在於角色沒有被拆開。敏捷方法的兩位共同開發者——Ken Schwaber 與 Jeff Sutherland，在2001年敏捷宣言問世後，把敏捷精神落地成一套可操作的框架：Scrum。在雙方共同維護、於2010年首次正式定稿的《Scrum Guide》裡，明確把一個團隊拆成三種角色：「產品負責人」（Product Owner）決定「做什麼、先做哪個」；「開發團隊」（Development Team）決定「怎麼做、由誰做」，並對「把事情做完」負全責；「Scrum Master」則不做決策，只負責替團隊清除前進路上的障礙。三個角色各自握有不同的權力，同一個人不該同時扮演全部角色——這正是鳳華公司出問題的根源：她一個人同時身兼產品負責人、開發團隊、也是Scrum Master。

除了Scrum，最早由Intuit內部發展、後來經Atlassian、Bain & Company等顧問公司推廣為企業通用工具的「DACI決策矩陣」，處理的也是同一個問題：任何一個決定，都該清楚標出誰是Driver（推動這件事往前走的人）、誰是Approver（真正拍板、對結果負責的人）、誰是Contributor（提供意見但不拍板的人）、誰是Informed（只需要被告知結果的人）。這套工具的核心洞察跟Scrum一致——把「決定」跟「執行」的權力攤開來寫清楚，團隊才不會事事回頭等老闆點頭。