上周组里复盘季度项目，有个入职刚3个月的新人直接拍桌子，说上次的用户投诉没人担，最后算到他头上。我当时没敢接话。
换3年前的我，大概率会打哈哈说“大家要有主人翁意识，别太计较”，但现在我知道，这根本不是意识问题，是责任分配从根上就做歪了。
我曾经把责任分配做成了“好人清单”
刚当主管那两年，我最怕得罪人。拆任务的时候永远说“这个模块大家有空多搭把手”“谁方便谁上”，觉得这样显得团队氛围好，没人有意见。
直到上次那个差点黄了的客户定制项目。上线前3天，支付通道突然出了异常，用户付完款跳回首页，根本到不了订单页。我在群里@所有人，前端说以为后端在调接口，后端说以为测试在测异常分支，测试说当时没人跟他说要覆盖支付的全场景用例。
所有人都有道理。
最后整个组熬了两个通宵才把bug修完，客户那边还是扣了15%的尾款。现在想起来都后背发凉。
那时候我还执拗地觉得，责任分配就是“谁能力强谁多干”。于是跟了我3年的老员工阿凯，成了整个组的救火队员——哪个模块出问题都找他，哪个紧急活都塞给他。去年他提离职的时候，跟我坐在楼下的便利店喝冰可乐，说“你每次说这个事复杂，让我盯一下，最后出了锅全是我的，有功劳的时候，都是牵头的领导的。我也是来打工的，不是来当冤大头的。”
我当时说不出话。
别拿“协同”当挡箭牌，责任要落得“一碰就响”
后来去参加一个线下的管理沙龙，有个做了10年互联网HR的老太太跟我说，你搞不定责任分配，本质上是不敢得罪人，怕指定了责任人，别人觉得你针对他。
我被戳中了。
后来回来改了规则，所有任务拆解，必须钉死唯一第一责任人。不是说其他人不用帮忙，是出了问题第一个找他，有成果第一个算他的。
刚开始我还怕大家觉得我太较真，直到上个月做内部客户管理系统，我把每个小节点都拆得明明白白：客户标签功能，第一责任人是刚转岗的小周，10号之前要把标签分类逻辑定下来，验收标准是销售部3个资深销售提不出修改意见；标签的前端开发，第一责任人是小徐，15号之前上线，验收标准是点击无卡顿，标签筛选准确率100%；就连测试用例的编写，都指定阿丽专门负责标签模块的异常场景，不是测试组所有人一起“协同测试”。
说实话，刚开始还有老员工跟我提意见，说大家都是一个团队的，搞这么清楚见外。我直接把去年支付通道出问题的复盘记录甩给他——那次前后浪费了28个工时，要是当时把支付通道的调试验收钉死给一个人，根本不会出现三不管的情况。
大家再也没说过见外。
别把责任分配成“背锅清单”，要和收益绑死
我之前犯过一个特别蠢的错：每次派活的时候，只会跟责任人说“这个事很重要，你要盯好，出了问题要负责”，从来不说干成了有什么好处。
说白了，那不是责任分配，是甩锅预告。
后来我改了规则，每次定完责任人，必须同步说清楚对应的收益：这个事干成了，绩效加几分，项目奖金占多少比例，甚至下次晋升答辩的时候，这个项目的主导权算谁的。
上次那个客户标签功能，上线之后销售部的客户跟进效率提了40%，我直接把项目的主要贡献算给了小周，季度绩效给了他S，还帮他申请了额外的项目奖金。后来小周跟我说，他刚接这个活的时候，还怕干砸了背锅，但是知道干成了有实打实的好处，每天主动拉着销售部的人聊需求，根本不用我催。
我之前总觉得，谈钱太俗，谈理想才是管理的正道。
后来才发现，你连责任和收益都不对等，谈什么理想？
现在我们开项目启动会，从来不会说“大家加油”这种虚头巴脑的话。都是对着人-事-时间-验收标准的四列表格，一个一个念责任人的名字，问一句“有没有问题”，所有人都点头了，项目才算正式启动。
前几天那个拍桌子的新人，主动找我道歉，说他上次接的用户回访的活，当时觉得不是自己的核心工作，就没太上心，最后出了投诉，他确实有责任。我没怪他，反而跟他说，下次接活之前，先想清楚这个事的验收标准是什么，出了问题要担什么责，干成了能拿什么好处，别稀里糊涂就点头。
其实责任分配哪有那么多高深的理论？
说白了就是别玩虚的，别让老实人吃亏，也别让甩锅的人有空子钻。
就这么简单。
