Tracking Individual Performances in Scrum

January 23, 2012

4

A question I've heard often is: Is it correct, in Scrum methodology, to track an individual's performance? This question has only one answer: No. Tracking and measuring the productivity of a single member of an Agile team is against the spirit of Scrum. The real question should be: If you were able to calculate such a metric, what would you do with the data? I suspect the answer is that you would use it to reward or punish on the basis of productivity, and this is something you don't want happening within a Scrum environment.

The Scrum framework doesn't prevent you from measuring whatever you want to measure. However, you'd be missing the spirit of Scrum if you measured the work of a single team member. Productivity metrics for knowledge workers are generally flawed, studies show, so you'd likely end up playing with incorrect data. The fundamental point is that if a Scrum team member is not able to contribute, then this points to a team problem. The Scrum spirit means that everyone jumps in to help; ideally, all team members work together on all of the stories. Different skill levels or types contribute to the best of their abilities. To create metrics for individuals, besides being inaccurate, would probably cause competition and division within the team. Individuals should work as a unit, be tracked as a unit, and succeed or fail as a unit.

It's unfortunate that Scrum tools have an "assigned to" field. Members should volunteer for stories and tasks; they should not be assigned work. It's better to think of this field as merely naming the primary person working on a task or story. I strongly feel that any team member who only does his own stories or tasks and doesn't help others in the team is a poor Scrum team member. Such behavior should not be rewarded, especially not in some kind of performance review. The best teammates are helpful and collaborative, and you can't measure their personal contribution to the team's velocity. You can only measure the entire team's velocity.

My conclusion is that tracking an individual's performance constitutes crime in the Scrum world. The fundamental idea of Scrum is team collaboration, and team members "volunteer" for tasks rather than having them assigned. One of the core values of Scrum is courage, and it's not a bad practice to announce at the daily stand-up, "I missed my task timeline today." If that's the case, the Scrum team collaboratively aligns itself to meet the sprint backlog, at least enough to result in a shippable product when the sprint ends. It's certainly possible that not all tasks in the sprint backlog get completed at the end of the sprint, but the Scrum team should be smart enough to plan the next sprint in a way that avoids a similar pitfall.

The keys, then, are accurate sprint planning and a "must-do" sprint retrospective. Most important, don't wreck the Scrum by measuring an individual's work items.

Share on Facebook    

Article Comments

  1. Kalpesh Shah said on 23 Jan 12 11:35:
    I guess a distinction needs to be called out between "individual's performance" and "personal velocity". I personally believe that personal velocity is a good metrics to maintain (not required but good to have) and should be used purely for sprint planning purposes as it can assist in planning the next sprint better and help make adjustments if that team ever will be out of office. However I completely agree that personal velocity should not be used for reward or punish for productivity. It needs to be just treated as a planning tool, no more and no less.
  2. Manish Gupta said on 23 Mar 12 00:55:
    I agree with your point that do not have any metric to track individual performance, however, if we do not measure individual performance, then it may work negatively for a person who is high performer. You have to pay for one's contribution in the team, otherwise, people will stop working more than what is expected from them.
  3. MADHAVAN B. ELANGO said on 03 Apr 12 08:27:
    This article reminds me of a scrum training session. Last month, I was coaching one of the teams in my organization on ‘Scrum Basics’. There was an interesting question from one of the participants - "Can we introduce individual burndown charts to measure the performance of the team members?" Like Nanda, My answer was also 'an emphatic NO'! As mentioned in this article, Scrum does not prevent you from measuring any aspect of the software development. However, you must be mindful of the consequences of measurements such as "Individual Burndown Charts". What would you do with the Individual burndown charts over the Sprint burndown charts? During the Sprint planning meeting, the entire development team - decides how much they will complete by the end of the sprint, - lists the tasks and - finally team members volunteer themselves for tasks It’s the team that makes the commitment – not the individuals! Hence the question of measuring individual performance does not arise at all. Team members should help each other towards achieving the sprint goal rather than focusing just on their own tasks. Introducing individual burndown charts for the sake measuring or appraising performance of the team members would destroy the camaraderie, create competitions within the team and eventually result in spoiling the spirit of Scrum. I second all that Nanda has mentioned in this article. It would be considered as a 'highly unethical' practice in Scrum, if you are trying to use the same to track the performance of the team members. So, Individual burndown charts, Individual Performance Tracking – an emphatic NO!
  4. Rafael Leandro Junior said on 06 Nov 12 05:45:
    I completely agree with the article and it is certainly what we expect in Scrum, but in my view there is a gap, whenever I read something like that related to Scrum the question arises: How can the agile company promote employees? There will be no promotion and career development if nobody pay attention individually for each team member. To promote employees we must use any metric or technique that is not only "working time at the company." We need to know the employee A has evolved (even in a short time) and deserves to be promoted or reclassified. How can we give attention to this specific point with Scrum? I fully agree, we won't use burndown charts or any other sprint metrics to measure individual performance, but I think we need somehow to keep an eye on it, how? How to promote individually members of agile teams? Any suggestions?

Please login to comment on this article.