Individual Productivity : How Do You Measure It In Your Team ?

First of all, Velocity is not an indicator of performance:

• It just denotes the delivery rate of a specific team.
• It’s a team metric, not an individual one, and it serves for planning purposes. This means that any team may use it to understand how much work can be done in a specific period of time and, based on that, provide an estimate for a release date.
• You should also consider that velocity, as a team metric, cannot be established until the team has spent some time together. This means that, in most cases, the velocity of the first sprints of the team will NOT be high. In fact, I highly recommend setting the correct expectations in regards to this. If expectations are not correct, then for the team may seem as if they were not performing, when in fact they were just ramping up.

On the other hand, measuring individual productivity by using velocity has more problems than advantages (in fact, the truth is that I haven’t been able to find any advantages so far). People may get confused by the results obtained when using this metric and the outcome may not be a good representation of reality.

Why do I say this?

Well, let’s say that John and Mark work in the same team and have similar experience and knowledge.

John completes 20 story points and Mark only 10. This situation repeats over the following three sprints. Anyone may think that Mark is a low performer and that John is a genius! However, it may also happen that from the 20 story points that John completed each sprint, QA had detected over 100 bugs, but from the 10 that Mark completed, QA had only found 5. Now, which one is performing better than the other?

• For an individual, it’s not important to deliver a high productivity with a low quality, and less productivity with a high a quality adds an advantage to the employee as well as the team and the process too.

This is just an example that demonstrates that velocity per se is not a good metric. Not to mention that if the team is aware that they are being measured by velocity, there is a chance that they increase their estimates to meet their goals. I can bet that you have already experienced things like this as well!

We should not lose focus here. Remember that in an Agile world, what’s important is to constantly deliver value to the client: working software is the primary measure of progress.

Top Cities where KnowledgeHut Conduct Project Management Certification Training Course Online

Customer is the King

• We should never ignore the importance of customer satisfaction. There are many factors that contribute to the success or failure of a business, customer satisfaction is one of them, it’s much essential to track this factor and work on improving in order to make customers more loyal and ultimately turn up them up into brand ambassadors.
• When you fail to care about them, in the same way, don’t have a hope or don’t expect them to care about your services or products.

Forest Research declares 2017 as the year that businesses become customer-obsessed. So what is the secret?
Providing “Value” to the customer.
So, going back to the original problem, as a first step I would ask: what does low performer mean?

We’ll all agree it may mean that:

• The person is not working at his/her fullest capacity
• The person has not understood the vision of the project
• The person has not adapted to the team, or
• The person has not been empathetic to the business needs,

In this scenario, where there may be several causes for the problem, my recommendation would be that the team that is having the issue starts thinking of the big picture and work as a team.

It means that the whole team is responsible for delivering value and that the whole team is committed to that. If something is going wrong with one of the team members, (and this probably implies low performance) the whole team needs to address it in the retrospective, or before, in the best scenario.

Of course, the team may decide to take some metrics and use them to lead the conversation during the retrospective, metrics like: team velocity, number of bugs raised during the sprint, value added to the business, etc.

Based on those metrics, the team may discuss options to improve and accelerate their process. Or, on the contrary, and in an ideal situation, the team may not need metrics since they are fully conscious of their processes and know how to constantly improve it.

As you can see, if the organization is Agile, then every problem needs to be taken to the team. The team will know what to do with it. Managers will tend to ask for metrics and more metrics that help them understand the situation and fix it, but as Peter Drucker says-

First of all, take the problem to the team. Then, let the team manage the problems and improve based on their own experience.

And always remember, you are there to support the team and facilitate their improvements. To help them become a better version of themselves, do not become a roadblock for them.

Elevate your career with our PRINCE2 courses online and become a project management expert. Learn from industry professionals online and master the art of successful project management.

The last lines

A well-measuring team productivity as well as a better handling of team results in providing a great customer service that satisfies both you and your targets as well. You get a proper revenue and make everyone happy, earn your brand name and enjoy great success.