上周跟一个做消费品牌的朋友吃饭，他把杯子往桌上一墩，说团队最近乱成了一锅粥。618活动的用户投诉工单拖了3天没人回，问就是“我以为是运营的事”“之前没接这个活啊”，扯来扯去最后锅落到他头上，被老板在群里@了三次。
太熟悉这种感觉了。
我刚带团队那会，比他还惨。
我第一次栽在责任分配上，是把“分工表”当万能圣旨
刚升任主管那年，我特别迷信那种排版精致的分工表。每个岗位的职责列了满满3页，标了权责边界，拉到共享文档里要求所有人标已读。我那会觉得，制度摆在这，谁该干什么一目了然，总不会出乱子吧。
结果上线的核心功能出了老版本兼容bug。
找前端，他摊手：需求文档里没提要兼容3年前的旧系统啊。
找产品，他皱眉：我上线前跟前端口头同步过这个用户群体的，谁知道他忘了。
找测试，他更委屈：我的测试用例是按需求写的，老版本不在覆盖范围内啊。
我当时整个人僵在会议室。
原来那些写着“前端负责页面开发”“产品负责需求输出”的条目，全是正确的废话。我从一开始就没把“责任”落到具体的事、具体的人、具体的截止时间上。大家对着一堆模糊的岗位描述，遇到边界模糊的事，第一反应当然是往后缩。
那天风很大。我在公司楼下买的冰可乐，熬到凌晨改完bug上线，都没拧开。
那些看起来“合理”的分配，全是给甩锅留的缝隙
后来听别的管理分享，说要充分授权，别什么事都抓在自己手里。
我当时如获至宝。
转头就把一个百万级的客户运营项目，全交给了团队里资历最老的那个员工。我拍着他肩膀说，这个事你全权负责，要资源要人随时开口，我绝对不插手。
现在想起来都扇自己耳光。
过了半个月我顺路问进度，他轻描淡写：哦，对接材料我让实习生写了，实习生说联系客户要资料，对方没回，我就等着呢。
等着？
我让他全权负责，不是让他当传声筒啊。
说实话，很多人对责任分配的理解，还停留在“把活拆成块，每个人拿一块”的层面。根本没想过，跨边界的事、临时出状况的事、没人愿意接的事，到底算谁的。没有明确兜底人的责任，本质上就是没有责任。你想啊，实习生可以说我只是个干活的，老员工可以说我已经安排下去了，最后找来找去，锅还是会落到当主管的头上。
那次项目最后砸了，客户赔了一笔违约金。我开复盘会的时候，没骂任何人，只是把之前的分工表全删了。
真正落地的责任分配，从来不靠人“自觉补位”
后来我花了快两年时间，把之前踩过的坑一个个填回来，现在分活的时候，绝对不会再说“这个事你们部门跟进一下”这种空话。
我会卡三个很细的标准。
第一，绝对不把责任绑定在岗位上。之前我们团队所有的活动海报，全是设计岗的人接，结果上次设计同事请假，海报拖了3天没人做，运营的人说“我不会设计啊，这不是我的活”。后来我改了规则，每次做活动，我会直接指定一个牵头人：“这次活动的海报，李四来负责，你要是忙不过来，可以找设计同事帮忙，可以找实习生做基础排版，最后海报的效果、上线时间，你要兜底。”你看，这样就不会出现“设计不在，活就停了”的僵死局面。
第二，所有的责任，必须对应一个可衡量的结果，而不是一个模糊的动作描述。之前我们给运营分活，说“你负责用户社群的维护”，这就是个没用的动作。你要把结果说透：“你负责这个1200人的用户群，这个月的群活跃率要到20%，用户提的问题要在2小时内给到明确回复，月底没达到目标，我们一起找原因调方法。”你要是只说“你负责维护社群”，他每天在群里发三条广告，也算完成任务，有啥意义？
第三，专门留10%的“无主责任”，别把所有的事都拆得满满当当。之前我们把所有工作都拆到个人头上，结果遇到系统临时崩了、用户突然大规模投诉这种突发事，没人管，因为大家都觉得“这是技术的事”“这是客服的事”。后来我每次项目启动，都会专门留10%的机动责任：比如这次项目里，王五专门负责那些没人认领的突发事，看到问题就可以协调人处理，不用等谁派活。
上次618活动，我把“收集用户反馈”这个没人愿意干的碎活，专门派给了一个入职3个月的小姑娘。一开始我还怕她嫌麻烦，结果活动结束的时候，她给我发了很长一段消息，说之前总觉得自己是新人，说话没分量，这次我把这个事专门交给她，她每天看着自己收集的问题被产品、运营同事挨个解决，第一次觉得自己真的是团队的一份子。
前几天又约上次那个跟我吐槽团队乱的朋友吃饭。他说上周因为工单没人回，被老板当着全公司的面骂了半小时。
我给他支了个招，回去别先骂大家没有责任心，先把所有的分工表翻出来，逐句看：有没有把每个事的第一责任人写清楚？有没有把要达成的具体结果说透？有没有留好应对突发状况的机动责任？
他回去折腾了一周。
昨天给我发截图，说现在用户工单的平均响应时间从3天降到了40分钟，再也没人扯“这不是我的活”。
其实哪有那么多天生就有责任心的员工啊。
你把责任划得明明白白，大家自然知道该往哪使劲。你要是自己都把责任当皮球踢，就别怪人接的时候，全是准备好的托词。
