程序员绩效考核

程序员绩效考核考核的意首先一个前提是，考核是手段不是目的。我一直得一个来，有两个基本目：一个是完成自己承担的工作任，一个是提升整个的能力。两个目相互促，而螺旋式的上升展。考核只是了更好的了解工作情况和情况、更清晰更准确的剖析自我，改和提升做准的技手段。所以人的考核 来，有两意：既是成的效金誉的一个数据支持，也是整体建一展的依据。个人来，也有两个意：横向可以与 内其他成做比看到差距 努力，向也可以跟自己的不同 段做比看到 的足迹。从上，考核 跟公司的 位序列和效金等制度挂，不同的次、不同的位，有一些不同的要求和考核方式，最把考核的果通某些形式施下来。没有激励的考核，只是上兵的空洞形式。考核的原程序的考核一般可以从研管理程、目与部效益、公司考勤制度、主考核价指等成。因程序常无加班（没法，道不是事？），公司考勤之的制度 不怎用得到程序的上，剩下的主要也就是程、效益和价了。考核的原我得有如下几个：.主客相合一般来，我希望可靠本身越客越好。但是制定指收集客数据，分析整理，于IT研程来，都是很 的事情。特是研本身不范，技能力差，不成熟的，数大、流程不准，很多事情以度量。主的一些西就不可避免。但是，主的考核尽量少，避免出 中任人唯之的影响整体的象。.合理量化于研 程中的可以度量的数据， 尽量合理的量化。度量的粗，大家都差不多，效果不明；度量的，收集指数据要求比高，甚至研本身会生一定的影响。所以，指的量化合 的研流程，做出比 的。.双向和多向价于上下可以直接予价的行，下 也能集体上打分。于主考核部分，做到360度，某个人的价，可以先由 人自己自己的主 价部分打分,再由主管、 内同事review价，合确定最 价。.要研 程是果？考核程序的重点放在程上，而不是的果上。的果由管理的人。的，拍板（或受益）。所以，我一直得苦逼的程序 自己的本身。程序在自己的一三分地做好工作，写得好代，改得快bug，出多，量高，就是一个好程序。当然技leader、architect的要求要放高一些。当然，的好坏一般到公司和部的performance，可是金和效的来源，理所当然跟程序有系，但不是考核的核心。一个好的 （一般程序，不上升到某所的高度）来，研的本工作才是作一个程序的核心价。也正是前面到的不同的位不同序列有不同的要求和考核方式。.展段与重点当然，公司或本身的展段，也决定了程序考核的重点不同。于一个能力一般偏下、常延期、累差、不范、以没有温的，考核的重点是提升研能力，按完成任。于一个虎虎按完成任，但是不范、没合作精神、没力的，考核的重点 是引其行，走向范化， 作性的整体提升。于一个有一定的累，相能力不，已能很好的完成工作任何的，考核的重点 是如何一的提高研水平和量， 准化和流程化…….指的制定具体怎制定考核指，我就只 思路吧。1、研程参与了多少目，写了多少代和文档，多少代，完成多少模和用例，解决了多少，bug率多少，reopen的bug率多少，多少次工作交付延期，多少次工作失，内部做了多少次技交流分享。。。等等在研 程中的工作度量2、 果参与的目公司来多少收益，个人工作部分分占任量的比重，算出来个人公司来多少收入。。。参考部的效和平均人的效水平3、制度考勤到早退啦，假工啦，等等4、主价同的同事其价，上 的价，工作度， 精神，技水平，新精神，主性，任心等等。似些，合你的 情况看哪些数据可以作考核的指。然后再分量化到一定的粒度。接着确定个指的比重，怎 。最后做一个考核制度文档。考核的行有了考核准和方式以后，就剩下行了。行的力度决定了考核制度是不是能起到作用。如果行得好的，可以行，收集数据，改考核方式。没有有力的推，不断的收集数据、check&&review,考核就会 流于形式了。前提是公司目理需要指定出一套代 准和目度及需求明的文档，分 的程序！分几个方面吧1、是否按照文档的要求写代。如果一个程序不能很好的按照的要求事，的程序能力再，我想除也并不可惜！2、根据个人的能力水平分配不同的任。当然，目理是最清楚自己手下人的个人能力以及能承担多大的任。有候目中遇到事先没有想象到的困也是正常的，个候于工加班是正常的，就看个程序是否通其他途径或者求助并且能准的完成任!4、个人的解决 的思能力。我的候就遇到几个程序，思能力真的很弱很弱，他提供很多解决 的思路，就差把答案告他的，但是果一，是抛我一句：不会！的早一天走，公司早一天减少失！3、个人的学能力。点本人得非常重要，如果一个程序没有很的学能力的，一个就得不到，一个得不到，局而易！程序效考核于程序的效考核，相信是很多件公司致力追求却一直无法做到量化的目。很多考核准都只是一个框架，但却无法具体致下去，从而引了很多方面的，到最后都是无果而，无法持下去。但是有很多人，特是不懂得技之人，此不疲，希望以此方法来作程序酬的衡量准。最突出的就是“任量”。件程行的任，懂点程的人都知道，个行是一个造性、思性的行。一个任的工作量多与少是没有一个衡量准的，原因就是件功能的果，根本就没有一个最好的准。有的人就以工作数来行衡量。真的可以？个例子：相同的任且相同力的程序，有的程序花了一天就完成。也有的程序花了两天完成，有的花了三天，四天，五天完成的。花一天完成的程序做了功能上的，它是完成的，效考核来，是分的。但是，比他花多得多的程序呢？他除了花在功能上，花了很多在代化以及界面操作上。那，从效考核来，也是分。花一天与花几天的程序的工作量真的可以相等？都知道不可能的。再打个比方，两个工作任，有可能在任量上它真的就一。但是，在任安排上，一个目有的人就以工作由于技力量及限制上裕，在一个月内松地完成了，而另一个目由于在人力源以及 限制上，加班加点，用了十天就完成。以此相比，是哪个目的任量更大一点呢？所以，效考核的框架是死的，而程序的任是活的，用一个死的框架套住一个活的思想，程序只效的要求而，久而久之，一个件目根本就毫无造性可言，就是一个生生出来的一个准化品而已。所以，我得，程序的生，就是个研，而研就是造，不是生工具，不能以的任量来衡量，更不能成技面之外的人 的薪酬衡量准。用思想框架来束程序的思造性，是拖累研究，极易打程序的研究主性。但真正没有法程序算所得？我得，既然，程序的工作是研