身为程序员的你，你们公司是怎么考核绩效的？

虎威将军 · 发表于 2024-9-8 18:12

登陆有奖并可浏览互动！

您需要登录才可以下载或查看，没有账号？立即注册

×

最近公司在讨论把程序员工作纳入绩效考核，这个有什么可以量化的考核标准吗？

原文地址：https://www.zhihu.com/question/300570283

大力水手 · 发表于 2024-9-8 18:13

我们公司做软件开发人员的绩效考核，一般是分为业绩考核和技术能力评定以及团队精神。
业绩考核主要考核在一定时间内软件开发人员的任务完成情况。主要包括有以下指标：目标完成度、难易度、贡献度。
目标完成度包括完成情况、完成质量、完成时间。
对开发人员的技术能力评定，主要包括技术能力、解决问题能力、市场能力、工作效率、理解力、沟通能力、主动性。
团队精神包括：纪律性、主人翁精神、协作性。以及领导能力。
在这儿，直接给大家分享软件开发工程师工作质量考核评分标准参考：
考核体系包括错误率、新技术使用情况、程序编码的规范性、文档编写的规范性、及时性、编码注释的完整性。
关于具体完成考核标准附录，大家可以关注我，并留言求分享。

同花顺 · 发表于 2024-9-8 18:13

KPI 和 OKR 之间的区别是什么？
KPI 为管理者提供了一个区域或团队的概况，而 OKR 必须关注其未来。说到这里，我们就会发现，KPI 是一种控制工具，而 OKR 打算通过定期的评估会议来改变组织的现状，并跟踪其进展。
在选择 KPI 和 OKR 时，记住这一点至关重要。否则，它们就会变得毫无用处，甚至会与业务目标背道而驰。让我们来看看它们的一些例子。
技术工程团队的 OKR 和 KPI 示例

下面是一个KPI的例子列表。

部署频率：它是按日、周或月进行的部署次数的总和，这取决于组织的需求。它显示了团队–或区域–为最终用户提供价值的频率。
合并时间：它衡量的是一个Pull Request保持开放或正在审查的天数。你可以找到一个平均数，或者像我喜欢的那样，看到在给定时期内关闭的所有拉请求的第75百分位数。它显示了团队的表现。
恢复时间：应用程序在出错后有多少时间无法访问？这个指标可以看出很多关于工程团队如何应对故障。

在考虑OKRs时，工程团队可以考虑Objectives，如：

提高新功能的上线时间
降低产品的流失率

以下是一些可能的关键结果，以改善新功能的上线时间：

增加部署频率至37次/周，直到<插入日期>。假设您目前每周部署的次数少于 37 次，那么增加频率意味着您将交付更多的功能。交付更多的资源对于实现更具竞争力的上线时间至关重要。
将 “合并时间 “的第 75 百分位数降低到 3 天，直到<插入日期>。我不喜欢使用中位数或平均数，而是喜欢使用关键结果的第75百分位数。换句话说，这意味着75%的Pull Request必须在打开后3天内完成合并。团队可以通过打开较轻的pull request或参与合作者的pull request来实现，而不是从事一个新的工作项目。

对于第二个对象，降低产品的流失率，让我们假设你知道流失的主要来源是来自于应用中的大量错误。那么，关键结果可以包括：

将技术债务的数量减少到15个，直到<插入日期>。假设你目前有30个技术负债。这是一个50%的改进。改善代码库有很多机会会对流失率产生积极影响，并有助于之前Objective的KR。代码越干净，它就越能接受变化。这意味着你可以通过对代码库进行园艺处理来降低流失率，并实现更好的上线时间。
将平均恢复时间(MTTR)减少到3分钟，直到<插入日期>。团队需要监控应用中断、连接问题、503错误和其他故障，以确保终端用户的体验不会因为超过3分钟的不稳定而受到影响。

简而言之，

KPI 和OKR 是不一样的。它们有不同的目的。KPI 的目的是让管理者了解团队或领域的工作情况，而 OKR 的重点是为团队提供一个方向，然后跟踪其进展。