有个程序员在Reddit上吐槽：我的产品经理连for循环和while循环都分不清，凭什么工资比我高？
这条帖子下面吵了300多条。有人共鸣，有人骂楼主傲慢。但这个问题本身，就问错了方向。
达赖喇嘛说过一句话：过分关注差异会让人分裂，关注共性才能团结。这话我同意一半。差异本身不是问题，怎么用差异才是问题。用对了，差异反而是粘合剂。
想想足球队。后卫、中场、前锋，技能完全不同。教练整天琢磨的，就是怎么把这些差异捏合成整体。好的球队不会因为前锋不会铲球就嫌弃他，而是想清楚：我需要你进球，你需要我防守，咱俩谁也离不开谁。
软件开发团队一模一样。
你擅长写代码、写自动化测试，这是你的价值。但让你去跟高层管理层沟通？你可能搞砸。你的产品经理确实分不清循环语句，但他懂业务优先级，懂怎么跟客户和老板 diplomatically 周旋。业务分析师有另一套技能，Scrum Master又是另一套，高层管理又是另一套。
关键就在这里：抱怨产品经理不懂代码，就像抱怨守门员不会射门——人家本来就不是干这个的。
差异用错了，团队就散。抓着别人的短板冷嘲热讽，"你连这都不懂"，这是分裂的用法。差异用对了，团队就紧。看到别人的盲区，第一反应是"我可以补这一块"，这是粘合的用法。
心态差一个字，结果差十万八千里。
解释技术方案的时候，带着尊重和真心想帮对方成长的念头，对方会记你的好。带着"你这智商怎么混进来的"的优越感，对方只会记你的仇。知识是流动的，你今天教的，明天就可能换回来。但前提是，你得先给出去。
别觉得自己懂技术就站在鄙视链顶端。成功的软件项目需要的东西太多了：业务洞察、沟通能力、政治敏感度、用户同理心……技术只是其中一块拼图。所有角色都存在，是因为所有角色都在贡献。
如果真觉得某个角色毫无价值，怎么办？
去搞清楚人家到底在干什么。带着"我想理解你的贡献，这样我们能更好配合"的态度，而不是"你存在的意义是什么"的质问。你看不懂的价值，不等于没有价值。
团队不是找一群克隆人互相确认。团队是找一群互补的人，承认彼此需要，然后一起赢。
热门跟贴