老板一出差公司就瘫痪?用一张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一致——把"决定"跟"执行"的权力摊开来写清楚，团队才不会事事回头等老板点头。