我问答网
坑一：分工像切蛋糕，结果有人分到樱桃有人啃盘子
这场景太熟了。项目启动会上，大家拍着胸脯说“没问题”，然后—— 就没然后了。等发现进度卡壳时，边界上的活儿永远没人干。前端说接口没给我，后端说需求文档没写清楚，产品说我不是对接人吗？ 看，多完美的闭环。 这时候要是再冒出一句“这不是我的责任”，我血压直接飙到180。❗ 分工不是画个圈圈把自己护住，是得把接口处反复确认到恶心。对，就是恶心，直到对方一听到你提这茬就翻白眼，那才叫到位了。 有一次我做项目经理，让设计师和前端对照一个弹窗样式。两人微信里互发表情包嘻嘻哈哈，我以为他们搞定了。结果上线那天，一个弹窗偏移了5像素，老板当场爆炸—— 这个锅，我背得瓷实。从那以后，凡是协作边界的东西，我要求必须当面过一遍，哪怕就五分钟。
坑二：开会开成马拉松，决策却像便秘
坑三：沟通渠道多到像蜘蛛网，重要信息反被淹死
坑四：害怕冲突，表面和谐底下炸雷
团队里最怕的不是吵架，是虚假的和平。 “这个方案我觉得有问题……” “算了算了，别伤了和气。” ❗ 这种话一出来，我就知道要完蛋。问题不会消失，它会在上线前夜，把你炸得怀疑人生。 我有个血泪教训。当时团队里两个技术大佬对架构有分歧，但都不想公开撕。我作为和事老，说“要不咱折中一下？” 结果那个折中方案，简直是缝合怪，后期维护起来生不如死。后来我悟了：在技术或者产品上，冲突是清白的，逃避才是肮脏的。 现在，我甚至鼓励「有规则的吵架」。比如，设立一个「魔鬼代言人」的角色，每次评审方案，专门有个人负责挑刺，哪怕他内心同意。挑到无刺可挑，才算通过。刚开始大家不习惯，觉得我搞办公室斗争。后来发现，吵完架后的方案，反而更稳了——因为该掉的坑提前預演过了。 对了，吵完一定要有明确的收尾。要么负责人拍板，要么投票决定，总之不能悬着。不然，架就白吵了。