技术能力不等于工作能力

[能力测评方法]能力测评在这里包括一般能力测评、特殊能力测评、创造力测评和学习能力测评。（一）一般能力测评一般能力测评，也即通常所说的智力测验，按照测验方式的不同，常将其分为个别智力测...+阅读

可能经历跟人不同，或是我在的公司里的情况跟别的并不相同，但这些是我最近一年多的感悟，我本身还是做技术的，写下来就当跟人讨论一下吧。

技术人员有个误区是过分倚重自已的技术，甚至将工作和工作能力简单等同于技术。

1.技术重要，但没那么重要。一个bug被人在1天内搞定，还是一周内搞定，在大多数情况下对产品是没什么影响的。当然在紧急时刻除外。

2.技术人员的工作不等同于技术，你的工作能力不会只用技术衡量。就算你天天的工作是coding，你的工作的产出远不会就剩下那几行代码，也存在很多跟人沟通的问题，你有跟相关的人主动沟通吗？你搞不定问题的时候如果需要协助，可以很顺利跟上司沟通或是自已靠人际关系搞定吗？你对上司写报告的时候写的足够清楚吗？上司可以一眼看出你所做的事的risk等等吗？你自已工作的计划和跟踪做得怎么样？有没有到最后阶段才跳出来给人一个surprise吓死你的PM?你跟同项目组里的人相处如何？有没有尽力帮助他们的工作？

3.某些技术本身的可替代性很强，比如coding，但软件设计却不是。公司里的确会有最关键的技术人员，但很少会是写代码的人。写代码写得又快又好的人大街上一抓一大把，而且他代码写得再好，也就限于他做的那一个模块。可是如果架构师设计得好，对产品质量的提升项目的风险控制，还有将来升级成本维护成本都有很大影响。

4.不要以技术论英雄。有的PM成天不写一行代码，甚至看不懂你的代码，他只成天写写报告检查进度整理文档之类的。但他做的事正是让下面十几号人都可以专注手上的事和提高整个项目的效率，比如搞项目组的活动，工作安排，培训安排，项目组成员的成长之类的；同时他跟上面的人做好沟通，可以给项目组争取相应的资源或奖励，或是减轻负担。这些工作要不要做其实没那么清楚，但做没做的结果却可以相差很大。而且成天处理这种锁碎的小事，很多事都有一定的时间要求，并不是人人都做得好的。

5.英明的公司里一般不会出被上司被下属用技术胁持的，一般一件重要的事不会只有一个人懂的。搞管理的人自然也有管理之道，人只是他要管理的一个资源，不要轻易以为一切尽在自已掌握中。

6.技术好不一定做出来的产品好，做出来的产品好不一定有人要，产品有人要也不一定可以卖个好价钱。公司的目的是赚钱，不是像我们一样对技术有痴迷。公司最需要的是为它赚钱的人，是高产出的人，不管这产出是由技术来的还是喝酒来的。技术只全局里小小的一角。

作为最底层的技术人员，技术好的确可以让自已跟人与众不同，甚至得到比人更多的东西。但那只是跟你一样级别人的相比，除非你一直想做个小小的技术员，否则还是试着用上司的眼光看看自已的工作，站在上司的角度想想他期待的好下属是怎么干活的，当你有了跟上司一样的思维的时候，你自然更有机会坐上同样的位置。