软件行业绩效管理
什么事绩效管理
绩效管理是管理者保证员工的工作活动和结果与组织目标保持一致的一种手段和过程。它是通过识别、衡量和传达有关员工工作绩效状况和水平的信息，并作出相应指引来使组织的目标得以实现。 我们听到更多的是“绩效考核”：绩效考核是绩效管理的基础和手段，也是绩效管理的必经阶段。没有经过绩效考核阶段是不可能到达绩效管理阶段的。
为什么绩效管理
达成目标：绩效考核本质上是一种过程管理，而不是仅仅对结果的考核。它是将中长期的目标分解成年度、季度、月度指标，不断督促员工实现、完成的过程，有效的绩效考核能帮助企业达成目标。
挖掘问题：绩效考核是一个不断制订计划、执行、检查、处理的PDCA循环过程，体现在整个绩效管理环节，包括绩效目标设定、绩效要求达成、绩效实施修正、绩效面谈、绩效改进、再制定目标的循环，这也是一个不断的发现问题、改进问题的过程。
分配利益：与利益不挂钩的考核是没有意义的，员工的工资一般都会为两个部分：固定工资和绩效工资。绩效工资的分配与员工的绩效考核得分息息相关，所以一说起考核，员工的第一反应往往是绩效工资的发放。
促进成长：绩效考核的最终目的并不是单纯地进行利益分配，而是促进企业与员工的共同成长。通过考核发现问题、改进问题，找到差距进行提升，最后达到 双赢。 绩效考核的应用重点在薪酬和绩效的结合上。薪酬与绩效在人力资源管理中，是两个密不可分的环节。在设定薪酬时，一般已将薪酬分解为固定工资和绩效 工资，绩效工资正是通过绩效予以体现，而对员工进行绩效考核也必须要表现在薪酬上，否则绩效和薪酬都失去了激励的作用。
人员激励：通过绩效考核，把员工聘用、职务升降、培训发展、劳动薪酬相结合，使得企业激励机制得到充分运用，有利于企业的健康发展；同时对员工本人，也便于建立不断自我激励的心理模式。
绩效管理的分类
绩效管理可分为两大类，一类是激励型绩效管理，侧重于激发员工的工作积极性，比较适用于成长期的企业;另一类是管控型绩效管理，侧重于规范员工的工作行为，比较适用于成熟期的企业。 但无论采用哪一种考核方式，其核心都应有利于提升企业的整体绩效，而不应在指标的得分上斤斤计较
绩效管理面临的问题
绩效管理是人力资源管理的一项核心职能，对于人力资源管理来说是非常重要的。然而新型产业绩效管理面临一些列问题，传统的绩效考核手段并不适用，随 着绩效管理工作的实施，发现难以推广，各种阻力重重，很多问题对于人力资源部门一筹莫展。很多企业采用生拿硬套方法，使用传统方法考核技术人员，这样仅仅 是对于公司做了交代（我们已经实施了绩效管理），但这样绩效管理无法长久，最后不了了之。
- 软件开发无法量化
- 程序员水平问题
- 怎么考核脑力工作者
- 变化总比计划快，指标分解被打乱
技术人员的绩效管理已经超出人力资源部门能力范围，需要多部门的不断深入，方能有效地支持企业的整个运营。
绩效管理的误区
绩效管理强调组织目标和个人目标的一致性，强调组织和个人同步成长，形成“多赢”局面；绩效管理体现着“以人为本”的思想，在绩效管理的各个环节中都需要管理者和员工的共同参与。
在我看来国内企业绩效管理归为，员工考核，很多人认为企业存在的问题是员工工作不积极，没有责任感。我认为这样的企业首先应该自我反省。什么样的企业文化，产生什么样的员工。
考核指标打分制，很多企业将考核项目打分例如1~10分，然后再计算总分，这个打分本身就不合理。
怎样做绩效管理
绩效管理应以软件开发为主线，贯穿软件开发过程中，而不是软件开发以外一项工作。绩效管理不能影响正常的软件开发，不应让绩效管理成为技术人员的负担。 让绩效管理融入开发工作，成为软件开发过程中的一个环节。 绩效管理应该由技术部门自行实施，人力资源部门协助。与其挖空心思怎么样考评员工，不如建立一个积极上进的团队。所以我们应该以团队建设为主，而不是考核为主。
开发模式
项目管理模式的软件开发团队，不理利于创新，会降低员工的积极性，员工没有参与感，将员工视为工时，一个部件，一个资源，任凭项目经理的调度，使用。员工的想法无法得到重视，仅仅是执行命令。 我更喜欢敏捷开发团队，我更喜欢全栈开发人员，让开发人员参与的软件开发周期的每个环节中，人力资源利用率高，让开发工作成为有趣的事，从被动接收任务分配，到主动参与其中。
通过代码提交数量判断其在团队中的贡献
分析年，月，周每个队员的提交数量判断其在团队中的贡献。这是一个有说服力的数据，无人反对。做的工作多自然提交就会多。
需要注意，同级别比较，不能垮级别比较。贡献越多，对系统就越了解这是成正比的。也就更有机会得到晋升。
团队约束
团队的约束远大于规章制度的约束。
暂停，有事处理，先写到这里，有时间补充。