美文网首页
如何对程序员绩效考核?

如何对程序员绩效考核?

作者: wantao123 | 来源:发表于2019-12-14 09:19 被阅读0次

    最近开始下半年的KPI(Key Performance Indicator 关键绩效指标)制定, 所以将最近看到的、想到的总结一下!未整理完, 整理中。。。

    1、什么是绩效考核?

    来在百度百科的解释,绩效考核(performance examine),是企业绩效管理中的一个环节,是指考核主体对照工作目标和绩效标准,采用科学的考核方式,评定员工的工作任务完成情况、员工的工作职责履行程度和员工的发展情况,并且将评定结果反馈给员工的过程。常见绩效考核方法包括BSC、KPI及360度考核等。绩效考核是一项系统工程。

    2、绩效考核是否有用?

    对企业:管理手段、激励员工工具

    对员工个人:直接影响, 年终的奖励、升职、加薪等;

    间接影响,这一点很重要

    1、强化我们的目标管理、时间管理能力, 最终达到将精力投入到最有价值的事情上去!

    2、帮助发现个人能力不足, 实现个人能力的全面提升, 促进个人职业的长远发展!

    3、具体能力:技术相关(编码和架构),沟通能力,推动能力,目标管理能力,时间管理能力,结构化思维能力,创新思维能力,换位思考能力,团队合作能力,主人翁意识等等

    3、程序员的考核有可以量化的指标吗?

    很难确定考核指标,因为不像销售有销售额,运营有用户量,访问量,下单量等等。但是,程序员平时的工作,需求讨论,方案设计,开发写代码,自测发布,线上验证,修bug,优化、重构,线上问题排查,系统稳定性,监控报警等等,像上面的内容可以作为参考,但不能简单的按数量来衡量程序员的绩效。

    总结一句话,没有很好的可量化的指标!

    现实工作中,由于没有可量化的指标,不少领导很大程度上就是靠感觉,感觉这个东西就不好说了,跟领导关系好,沟通多,善于与领导交往, 做些重要的项目等等, 都可以给领导”好的感觉“, 绩效打高可以高一些。相信在大部分场景下, 会是相对公平的, 尤其在大公司, 但不排除个别现象!

    4、程序员的考核指标是什么

    虽然没有很好的可量化的指标, 但是还是有一些可以参考指标,这些指标不仅是考核的, 个人认为也是做为程序员职业,或是这一行业, 要思考的问题!

    1、故障:尤其对大公司来说, 故障是最致命的,所以放在第1位

    2、效率: 开发效率、自测效率、线上问题处理效率;工具化思维

    3、质量:工单量是否有降低

    4、系统能力的沉淀:

    4、系统重构、优化,追求卓越、精益求精、做到极致

    5、影响力:善于总结、技术分享、

    6、客户第一:勇于担当

    7、创新精神:没事找事、新技术引入

    8、业务抽象能力

    9、架构能力:业务架构、技术架构

    5、如何制定目标

    首先我们确定的目标, 那原则是什么

    5.1、目标制定的原则-SMART原则

    参考:目标制定SMART原则  

    5.2、目标内容

    团队的公共要求(与主管沟通) + 主管对自己的要求(与主管沟通) + 自己对自己的要求

    潜在的目标:解决主管棘手的问题、解决线上突发问题!

    5.3、明确核心目标

    明确核心目标, 其他目标都是为这个目标服务的, 核心目标一般来源

    1、主管直接指派

    2、自己深入业务或技术,挖掘出来的问题和痛点

    3、根据自己的经验和爱好,从团队目标中选择的

    5.3.1、如何确定核心目标

    多思考、多沟通

    1、是否深入的理解了业务、技术架构,平时的思考是否足够?我们的业务,技术架构还存在着大量等待我们去优化的地方。

    2、系统稳定性如何保证?包括:业务稳定性、应用稳定性, 以及监控、报警,处理方案

    3、观察、梳理、总结日常问题, 思考优化、解决方案:从日常的工单、咨询、系统监控报警,如:支付系统的退款,梳理失败原因、退款失败的主要问题以及如何解决、优化,以及自动化处理,这些都是提升个人、团队工作效率, 同时提升用户体验、减少工单、咨询数量的途径或方法!

    4、沟通:是否与业务方、主管、上下游团队保持着有效的沟通?我们需要大量有价值的信息帮助挖掘业务和团队需要什么。


    5.3.1、核心目标与现实日常工作的冲突

    其实日常大部分的工作可能比较杂, 有可以日常的项目、需求并不是个人或团队主要关注的, 或是边缘的业务,总之不是个人、团队关心的核心业务、核心系统,但是工作还必须做,这里就存在矛盾!

    如何解决这样的矛盾, 是需要我们思考的。

    个人思考,仅供参考。方案一:非核心业务(即非核心目标), 完成即可, 不需要花费太多时间精力, 节省出来更多的时间, 来思考、完成我们的核心目标。

    方案二: 将当时认为非核心业务,转化成核心业务、核心目标

    5.3.2、核心目标的拆分

    通常我们的核心目标是通过某种技术(或非技术的)手段解决某个业务问题。将核心目标按照业务、团队、个人的维度拆解为子目标。

    5.3.3、核心目标的价值体现

    1、对于业务,子目标关注:体验提升、效率提升、对业务核心指标的贡献。

    2、团队部分,子目标关注:团队整体研发效率的提升,团队产品的体验提升,团队其他成员工作效率的提升,团队文化的正向促进作用。

    3、个人部分,子目标关注:对于个人能力的挑战、突破、成长。

    5.2、与主管对焦KPI(Key Performance Indicator 关键绩效指标)

    这一点很重要, 因为你的绩效就是你的主管打的,所在财年开始制定KPI的时候, 要与主管对焦,如何才能达到优秀,如何是一般, 如何是差。

    KPI不是一个晚上定下来的,而是长期沟通的结果,平时工作中应该多和主管交流,确定工作方向,表达自己意愿和诉求,抓住每一个机会,做好每一件小事。明确主管对自己的要求是什么?哪些方向需要投入更大的精力?哪些方面自己需要提升?

    6、确定考核标准

    一般分为3个等级, 优、中、差,考核是对结果的考核,所以针对一个具体的价值点,要描述结果,不要描述过程或方法。

    1、中:是符合预期的标准,是指中规中矩的完成了目标,质量不错,效率也不错。一般是自己稍加努力即可达成的目标。

    2、优:是超出预期的标准

    具体体现:

    质量(体验)非常好

    能力有突破

    沉淀技术方案

    产出相关的标准

    系统化的解决了一类问题

    一般是需要自己付出巨大的努力,突破自我,迎难而上,
    以极大的热情主动攻克目标达成路径上的一切阻力,通过持续的思考、重构、优化,取得最终结果。

    并且有沉淀、分享,和团队现有技术方案(标准、文化)能够很好的匹配。

    我们可以把业务、团队、个人想象成三条泳道,核心目标横跨在三条泳道之上。要做的就是确定核心目标在每一条泳道上的价值体现和考量标准。

    6、执行过程

    定目标、追过程、拿结果

    7、定kpi的常见误区

    1、降低要求,制造“超出预期或符合预期的假象”

    最终的考核是基于公司的361原则在团队内部横向比对考核的,所以降低要求也没用

    2、把过程和手段当成目标或结果。

    3、目标越多越好,写的越多越好。

        抓住重点,明确自己的主线,考量标准只要客观准确即可,不一定非要很多条

    4、业务部分和团队部分部分必须不同。

        同一个核心目标,很可能在团队和业务上都有价值体现,相同的事情,只是表述不一样,关注点也不一样。

    5、太过抽象,虽然也是对结果的描述,也具备可考核性,但可执行性太差。

    其他文章摘要

    1、定义KPI其实是为自己树立目标,然后为目标努力,不断朝着目标前进,这是一个幸福的过程

    相关文章

      网友评论

          本文标题:如何对程序员绩效考核?

          本文链接:https://www.haomeiwen.com/subject/znhcnctx.html