到底是谁做的？

最近总听到一个问题，让人心里直发毛。到底是谁做的？这事儿明明是你我他经手，可到了关键时刻，责任就像风筝断了线，飘得无影无踪。职场里尤其常见，一个项目出了岔子，领导一问，大家就互相推诿，“你看看他”“她那边还没弄完”，最后空气里只剩尴尬。到底是谁做的？这个问题背后，藏着太多人的故事。

责任不清是老大难。比如公司搞活动，方案明明是张三负责，李四却跑来问王五进度。王五一脸懵：“我什么都没干啊。”可李四坚持是他安排的。这种时候，到底是谁做的？没人说得清。时间一长，大家习惯性甩锅，把“不是我”刻成脑纹。你看，团队协作挺好，可一旦出了问题，信任链就断了。

互联网行业更是重灾区。程序员写了个bug，测试没发现，产品用了崩了。这时候手指头就开始跳舞。“代码是我写的”“测试没测这个”“产品需求太离谱”，反正没人站出来说“都是我”。到底是谁做的？这问题像幽灵一样飘在代码行间。有个团队曾因此散伙，老大气得摔键盘：“咱们是来做项目的，不是玩侦探游戏！”可见责任不明带来的伤害有多深。

其实很多时候不是故意赖账。小公司里一个人干三活很正常，“这个忙帮一下”“那个需求改下”，最后累得像狗还不知道自己欠了谁的债。大公司流程繁琐更麻烦，“审批单在孙处”“系统卡了得等维护”，责任被一层层踢皮球磨没了。有个朋友做设计的跟我说：“我改图改到怀疑人生，甲方说不够意思、同事说太敷衍、老板说没创意。”到底是谁做的？他自己都快成隐形人了。

国外有个研究说，越是模糊不清的责任分配区（blame zone），越容易滋生推诿行为。咱们职场里常见“灰色地带”，比如A和B都签字了但没明确谁主谁次；或者“按流程走”成了“没人负责”。就像有人问我：“老板让小王做这事，小王又让我做……”最后事情烂在手里没人管。到底是谁做的？答案可能是“没人”。

解决方法其实挺简单：把“到底是谁做的？”变成“我们一起做”。日本企业有个做法叫“kaizen”，就是持续改善的小改进文化。他们不追责失误的人，而是分析流程哪里出了漏洞导致问题发生。比如员工忘了备份文件导致数据丢掉？那不是追究员工错了吗？而是该问问：为什么备份按钮那么隐蔽？为什么没有自动备份提醒？有个团队实行这个制度后，事故率降了八成。

你看硅谷那些创业公司多厉害？CEO自己拧螺丝、程序员帮着跑市场、设计师去用户访谈……因为资源少啊！但奇怪的是他们很少互相埋怨。“这个环节我多花点时间帮帮你”成了常态。“到底是谁做的？”对他们来说不重要，重要的是怎么把事儿做成。

有个项目经理分享过他的经验：他每次开会前都发个文档，“这件事谁负责、到什么节点、遇到问题找谁”。白纸黑字摆在那儿，“到底是谁做的？”一目了然。他说这样反而解放了大家精力去解决问题而不是互相猜忌。

现在想想，“到底是谁做的？”这个问题本身就可能是个陷阱。职场不是法庭啊！揪着一个人不放解决不了任何事。与其盯着过去问罪不如着眼未来怎么补救。就像打翻的牛奶不能追回来一样，我们该学的是怎么擦干净地面、堵住漏洞。

所以下次再遇到类似情况别慌。“到底是谁做的？”先放一边！想想：问题是什么？怎么解决？下次怎么防着点？也许你会发现：真正聪明的人从不纠结于追究责任——他们忙着把事情搞定呢！