很多人在工作中都会有一个误区，会评价谁的能力强、谁的能力弱，而没意识到这种关于某个人能力强弱的评价其实是非常主观的。说白了，我们自己心里那个能力强的标准，往往就是像我这样干活的人。
十几年前我还在写代码的时候，一个复杂需求我在系统设计的时候能把功能设计的很完善，接口设计得清清楚楚，测试用例写得比文档还全，那时候我就觉得，谁代码写得糙、提交记录乱，谁就不是合格的程序员，谁的代码能力就不过关。
现在回头看看，那个时候，还是很傻很天真。
后来工作久了，慢慢就发现领导提拔人，其实很少是因为“他代码写得比我好”。真要论技术细节，我可能比团队里大部分的人都强，但问题是，领导不是在挑选编码水平最高的程序员，他是在选能帮他把事办成的人。
这话听起来有点刺耳，但你得接受。提拔一个人，背后有太多你看不见的东西：他是不是能扛住压力？能不能在跨部门扯皮的时候站出来？敢不敢替领导挡点事儿？甚至是他是不是足够听领导的话？
我现在团队里的核心骨干，基本上都不是编码水平最高的程序员，也就是说这些人不一定是专业技能最强的，但一定是综合实力最强的。比如思路很清晰、逻辑很缜密，有同理心、善于倾听用户的需求，行动力很强、有闭环思维，很自律、不拖延，沟通表达很好。这些能力其实很不好量化的，但是又是职业发展往上走时特别需要的。
如果换做你，让你来选择提拔谁，一个代码写的很溜的，但是有些懒散，随心所欲，经常丢三落四的，另外一个是代码写的一般，但是行动力很强，很自律，不拖延，有闭环思维的，你选择谁？
我相信没人会不选择后者吧。
我也不是说技术不重要，恰恰相反，正因为我自己技术出身，所以我特别清楚技术的重要性。但问题是，技术只是整个链条里的一环，而且随着你往上走，这一环的权重反而在下降。
我现在带团队，最怕的不是谁不会写代码，而是谁没有兜底意识。比如一个需求，你做完功能只是完成了60%，剩下的40%是沟通、是同步、是预判风险、是主动汇报进展、是让别人安心，很多人卡就卡在这40%上。
很多时候，领导提拔谁，不完全看谁更适合，也看谁更需要。那个被提拔的人，可能恰好在某个关键时刻，让领导觉得这人能用。而你，也许一直太稳了，稳到让人觉得你反正不会出问题，那我先顾别人。