绩效考核
考核的意义
首先一个前提是，考核是手段不是目的。我一直觉得对一个团队来讲，有两个基本目标：一个是完成自己承担的工作任务，一个是提升整个团队的能力。这两个目标相互促进，进而实现螺旋式的上升发展。考核只是为了更好的了解工作情况和团队情况、更清晰更准确的认识剖析自我，为改进和提升做准备的技术手段。
所以开发人员的考核对团队来说，有两层意义：既是团队成员的绩效奖金荣誉的一个数据支持，也是团队整体建设进一步发展的依据。
对个人来说，也有两个意义：横向可以与团队内其他成员做对比看到差距继续努力，纵向也可以跟自己的不同时间段做对比看到进步的足迹。
从设计上讲，考核应该跟公司的职级职位序列和绩效奖金等制度挂钩，不同的层次、不同的岗位，应该有一些不同的要求和考核方式，最终把考核的结果通过某些奖惩形式实施下来。没有奖惩激励的考核，只是纸上谈兵的空洞形式。 考核的原则
员工考核一般可以从研发管理过程、项目与部门效益、公司考勤制度、主观考核评价指标等组成。
考核的原则我觉得有如下几个： 1.主客观相结合
一般来说，我们希望可靠本身越客观越好。但是制定指标收集客观数据，分析整理，对于IT研发过程来说，都是很复杂的事情。特别是研发本身不规范，技术能差异，团队熟悉度，流程标准，很多事情难以度量。主观的一些东西就不可避免。但是，主观的考核应该尽量少，避免出现团队中任人唯亲之类的影响团队整体的现象。 2.合理量化
对于研发过程中的可以度量的数据，应该尽量合理的量化。度量的过粗，大家都差不多，效果不明显；度量的过细，对收集指标数据要求比较高，甚至对研发本身会产生一定的影响。所以，指标的量化应该结合实际的研发流程，做出比较经济的选择。
3.双向和多向评价
对于上级对下级可以直接给予评价的行为，下级应该也能集体给上级打分。对于主观考核部分，应该做到360度测评，对某个开发人员的评价，可以先由开发人员自己给自己的主观评价部分打分，再由主管、团队内同事review评价，综合确定最终评价。 4.要研发过程还是业务结果？
考核员工的侧重点应该放在过程上，而不是业务的结果上。业务的结果应该由管理业务的人负责。简单的说，谁拍板谁负责。所以，员工应该对自己的劳动本身负责。员工在自己的一亩三分地做好工作，写得好代码，改得快bug，产出多，质量高，就是一个好员工。当然对技术要求要放高一些。当然，业务的好坏一般关联到公司和部门的盈利，这可是奖金和绩效的来源，理所当然跟员工有关系，但不应该是考核的核心。这也正是前面说到的不同的职位不同序列应该有不同的要求和考核方式。 指标的制定 1、产品设计过程
产品主要职责包含用户调研、竞品分析、设计实施、数据分析等，设计产品本身目标性不是很明确，所以产品设计的指标主要是参与了多少项目，在一定时间内完成度，部门内外复盘项目次数，工作交付是否延期，工作是否失误，内部做了多少次技术交流分享等等
2、开发测试过程
开发测试岗位类似，主要指标参与了多少项目，编写了多少模块和文档，完成多少模块和用例，解决了多少问题，bug率多少，reopen的bug率多少，工作交付是否延期，工作是否失误，内部做了多少次技术交流分享等等在研发过程中的工作度量 2、业务结果
参与的项目给公司带来多少收益，个人工作部分分别占总任务量的比重，计算出来个人给公司带来多少收入参考部门的绩效和平均每人的绩效水平 3、制度考勤
迟到早退，请假旷工等等
4、主观评价
同级的同事对其评价，上级领导的评价，工作态度，团队精神，技术水平，创新精神，主动性，责任心等等。 考核的执行
有了考核标准和方式以后，就剩下执行了。执行的力度决定了考核制度是不是能起到作用。如果执行得好的话，可以边执行，边收集数据，改进考核方式。
员工绩效考核表
姓名： 项目 工作完成质量 考核内容 算法是否精良 量化内容 权重分 评分 作品运行速度非常快（8-10） 10 作品运行速度一般（4-7） 作品运行速度很差，出现严重拖沓现象（1-3） 代码可多次运用，复用性优秀（8-10） 10 代码只能少量运用，复用性一般（4-7） 代码完全不能复用（1-3） 出现严重的bug 10 1.内容页等无法浏览 2.重要逻辑流程出现问题 3.性能缓慢，几乎无法使用 出现一次扣1分，最多10分 Bug代码率： 代码行数占程序代码的 <3%（8-10） 代码行数占程序代码的 <7%（4-7） 代码行数占程序代码的 <10%（1-3） 大型项目，能为公司的发展起到推波助澜的作用（8-10） 一般项目，能为公司起到良好的宣传等作用（3-4） 小型项目，能让公司积累经验（1-3） 项目非常复杂，有很大的挑战性（5） 项目难度一般，有一定的挑战性（3-4） 小型项目，无难度（1-2） 工作量 工作量很饱满，工作完成率96%（10） 工作量比较饱满，工作完成率93%以上（8） 工作量相对饱满，工作完成率90%以上（6） 工作量相对饱满，工作完成率85%以上（5） 工作量不饱满，不能有效的安排工作时间（1-10 5 10
部门：
时间：
代码复用性 Bug严重程度 Bug率 项目重要性 工作难度 专业复杂程度 10 7） 工作主动性 工作热情高，能对计划内和计划外的项目提供有意义的意见和见解（13-15） 能主动考虑问题，并提出解决方案，对职责内的事务尽心尽责（9-12） 有一定的主动性和热情，但还需要上级监督（5-8） 工作消极被动，缺乏热情，需要上级不断督促（1-4） 员工忠于职守，工作中能从细微入手，以公司发展为基本，精益求精，尽善尽美（5） 能保证自身的工作，遇到问题能解决（3-4） 对本职工作毫无责任感，不主动解决问题（1-2） 主动了解公司发展方向，为自己设定目标，主动向同仁请教提高自己（5） 能够参加公司的培训，在某些方面提高自己（3-4） 缺乏自我培养和提高意识，随大流（1-2） 考勤之类，由人力资源和行政部门完成 5 责任心 5 学习能力 5 日常考核 今后努力方向：
被考核者：
20 考核者:
绩效考核
