Skip to main content

Measuring Developer Performance

· 2 min read
Roy Russo
Imperator Caesar

Measuring Sprint Velocity and Burndown (or Burnup) is common practice in agile shops. It allows leaders to better resource and capacity plan, because knowing what your teams' past performance metrics, is a decent gauge of future performance in upcoming sprints.

However, one thing I have always wanted to measure is individual team member performance, velocity and burndown, during a sprint. Atlassian Jira doesn't make this easy, but in an upcoming product we will be releasing, we have added exactly this...

... and of course, the accompanying per-developer Burndown chart per Sprint...

Having coded for decades in, and a lot of that in Agil environments, I specially enjoy seeing this burndown chart, as it exposes what is all too common in developer ranks, and that's crashing the plane.

Crashing the Plane is visible as a steep burndown of issues and points near the end of the sprint. This is generally not good behavior in Agile, as it impacts future sprint planning, QA, and Product Management teams that rely on a steady (smooth?) progress of issue completion.

Lastly, we've added a handy table that displays all of the issues an assignee has worked on in the selected sprints, along with the churn count for each issue.