聊聊程序员绩效那点事

刚入职场的时候，对于绩效的概念理解朦朦胧胧，到后面本身作PM,本身开始带团队，带团队之后开始接受公司相对正规的团队管理的培训，到阅读德鲁克的《卓有成效的管理者》，对绩效这个概念有了相对较为清晰的认识，因此在这篇随笔里，我会以本身的亲身体验来说一讲我对绩效的认识。

一、TOP 1有意思的问题做为程序员怎么拿到高绩效？这个话题就好像问作什么赚钱的同样， 没有一个很是精准的答案可是有一些普适的道理。

　  a)超出预期： 所谓高绩效通常状况下是要超出指望才有可能，那么这个指望就是给你考评的老板或者主管的指望。举个例子，好比主管安排你去开发一个大的新特性，主管在和你沟通时候，就会在谈话中有意无心的流露出本身的指望，好比说:小王，这个特性是咱们xx项目的关键特性，直接决定了项目的成功。在这句话中，首先主管是但愿你把这个特性开发出来，可是若是你只是把功能开发出来了，是否是就意味着高绩效呢？绝大部分状况下必定是超出预期才会有高绩效。

　　项目经理的高绩效，通常在成本、进度和质量方面超出预期，原来项目须要30人月，你20人月搞定。开发人员通常是进度和质量上超出预期，原来是1个月开发出来，你20天完成；原来通常的缺陷率是5个bug/K loc,可是你作到了转测试零缺陷；原来指望这套系统设计能支持100 tps,可是你设计之后，能达到150tps等等。

　 b)了解你的老板甚至老板的老板和你所在的团队，经营你的人脉关系：我我的的技术情节比较重一些，对这一点的真正本身理解比较慢是大概工做了7年多的时候。了解你所在的团队，会更加准确的命中团队的短板，这样会更好的了解老板的指望。我这里有一个印象深入的例子，当我在带一个大概40人左右的团队的时候，有一次给一个高层的领导汇报某工做的思路，我和我团队的几个骨干精心准备了胶片，有数据、有图表自认为不错，哪知道汇报尚未2分钟就被中断了，领导丢下一句“思路不清楚，想清楚了再来汇报”。回来之后，个人主管给了我一些指导，大概的意思: 第一，你汇报的对象是SPDT经理，SPDT经理今年最关注的是降成本，而降成本里面今年的一个方向就是将非主营业务经过产品合做或者技术合做。第二，咱们的SPDT经理并非技术出身，加上汇报的人不少，若是在开始的几张胶片中没有吸引他的眼球的话，他就会没有耐心再听你讲下去。从这个事情之后，我又仔细的想了想，从思路上如何和组织的指望对齐，加上材料上从20多页从新组织只留了大概7页左右，终于汇报获得了承认。

　c) 脚踏实地，干活尽量不要挑肥拣瘦：在一个团队中，不可能每一个人作的事情都同样，有的事情看起来挺无聊的，好比管理持续集成的环境、专门负责DFx的工做等等。我遇到的那些挑活干的同窗中不少即便挑了其它工做，不少也并非作的很好，固然这个并非100%绝对的。我这里有2个例子，一个是我本身的，一个是我知道的。在咱们原来大团队中准备开发新的产品，那时的DFx由于你们以为没有开发后台好玩，你们都不肯意作，有一个同窗主动承担了，后来这个同窗几年以后成了咱们整个大产品首屈一指的DFx方面的专家；另外是我本身的经历，那是大概在06年的时候，个人主管有一次据说有的团队在搞E2E的性能测试，可是没有人去研究这些，那时咱们的团队主业务并非这个，当时我也没想太多什么绩效，因而我把全部相关的资料都找到，相关的代码以及测试工具本身琢磨，发现这里面大有搞头，一直到后来我成了这项工做在咱们大团队的带头人。

　d) 多总结，及时总结：我想到了之前参加一个知识管理的老师说的话，“经历不表明经验，经验不表明是知识”，若是要转换，那么就须要经过总结。总结的好处不只仅让你本身收益，也能将知识让更多的人收益。

二、上面说了怎么拿高绩效，可是第二个面对的问题应该以什么样的心态来看待绩效。

　   绩效管理是企业管理的很是重要的一个部分，有人拿绩效好，那么必然有人绩效很差，那么做为咱们我的怎么看待？

　　首先不要刻意的把天天把拿到好绩效放在嘴边上，由于大部分拿高绩效的同窗只是认真把本身手头的工做尽量作到最好，好的绩效是水到渠成的事情，绩效不会由于你每天想、夜夜思他就会来到你身边。

　　其次拿不到高绩效并不意味着本身很失败，绩效是一个相对排序的结果，毕竟是人为排序的结果，只要有人的参与，就很难100%的客观；每一个人的个体的差别，好比有的同窗以前有相关的经验，有的名校毕业专业技能更强等等。拿不到高绩效不是说咱们就不努力了，相反我以为只要尽力了，就不要有什么遗憾。

　　最后若是持续的低绩效，就要考虑换个环境或者地方，多是你和老板不对拍，“树挪死，人挪活”，这样的例子我经历过比较多。举个例子，咱们团队作软件的招了一个之前作嵌入式的同窗过来，那个同窗一直对原来的老本行感兴趣，而对咱们作的纯软件不感冒，因此一直不在状态，绩效那2年不好。后来个人主管很明智，有一个机会把他调到一个新的产品，到了新产品之后发展到很是好，我走的时候他已是那个产品最牛掰的设计师了。

三、最后简单的说一下带团队的同窗的绩效。若是你只是一个开发人员，那么你的工做是一个独立贡献者，基本上作到上面就能够了，可是若是你是一个带团队的，总但愿本身多写几行代码，那么你的团队总体很难拿到高绩效。团队的高绩效必定意味着团队承接了更上层组织的重点工做，并用整个团队之力将重点工做完成好，而不只仅是某一个项目中成功。因此带团队的主管的角色必定作转变，转变为把握整个团队的方向，如何给员工作绩效辅导，让好钢用在刀刃上，完成组织的目标。话题太大，简单的说说。

绩效话题很是大，以我浅薄理解，但愿对你们有所帮助。