I read a thread on Blind that some companies use diff count, number of PRs, comments on PRs etc to measure developer performance. This got me curious to ask the question
It's weird to me how companies use a form or forms of code counting to measure performance.<p>For example, if you measure my performance on the number of PRs, I'd attempt to create as many PRs as possible even at the detriment of productivity for the team.<p>If you measure me on the number of lines of code I write, I will deliberately write code that maximizes the number of lines even if the quality of my code goes down. And I will sign up for tasks that I think will allow me to easily write a large number of lines of code even if it isn't the most important tasks for the company.<p>Can we really measure developer performance using discrete code numbers?<p>I've always found that it's better to measure performance through the following means:<p>1. Are you making improvements to the code?<p>2. Are you completing projects on agreed time? If not, are you giving valid reasons for why they're delayed?<p>3. Are you giving accurate and sensible estimates for projects?<p>4. Are you helping the team?<p>To that, I believe you can make some OKRs:<p>* Research and implement x ways to speed up the web app<p>* Complete x number of medium sized projects<p>* Complete x number of large sized projects<p>* Review x% of PRs within x amount of time
At the moment we're having to account for every hour in the work day by entering it into a plugin in jira. Kind of a pointless exercise, but management is out of ideas and needs to justify why projects are super late and thinks it will help.
Other than that, we have annual goals which each have completion criteria which we're evaluated on.