How to deal with the incentive system in an agile team ?

3 minute read

For an organization, there’s something schizophrenic about valuing team work, wanting agility but sticking to individual objectives and assessments.

A schizophrenic :(: smiley

As highlighted in Build To Last genuine company values must permeate all aspects of the organization. Being agile also means putting teamwork first and that is quite incompatible with typical individual management by objectives and bonuses.

This is nothing new, many have already written about the subject

The problem is you usually don’t have the choice ! Whether your team wants to or not, the chances are that your company already has a mandatory individual bonus scheme in place.

Our delegation initiative

As you might remember if you read my previous articles, our team decided to move to more self organization. After identifying the end of year evaluation as something that could be further delegated, we embarked on brainstorming sessions about how to do it.

We discussed quite some options during our workshops. Things like :

  • What is the goal of the annual evaluation ?
  • Should some people have a central role in the process ?
  • Should we encourage efforts or results ?
  • Should evaluations be public or private ?
  • What’s at stack at the annual evaluation ?
  • Should individual learning plans be part of the evaluation ?

What we came up with

As a guiding principle, we agreed to value efforts rather than results. Sometimes, results are independent of efforts, and through efforts, it is always possible to get the best of any situation, even if the best is not a good result in itself.

Throughout the year

We are all sharing the same team objectives :

  • “the team finishes the prioritized epics” : we do regular epics prioritization sessions with our product owner and add the main epics to everyone’s objectives
  • “work on the same subject as the whole team” : we have an overspecialization matrix that uses correlation to make sure that everyone touches the same parts of the system as the rest of the team

Every 2 months, we are doing 360° feedback sessions, for everyone to give continuous feedback to others.

Optionally, we setup Kudo boxes to give and receive thanks from others.

A kudo card

At the end of the year

When the time of the official end of year evaluation comes, we do 360°, 1 to 1 rating on the following topics.

  • commitment & courage (doing not so fun work, find difficult compromises, say the truth, strive for quality work)
  • helping others (giving a training, providing coaching, help others, do some evangelization)
  • self improvement (taking feedback into account, improve technical skills, work on soft skills)
  • team player (build friendly environment, contribute to team improvement, positive attitude, use a non violent communication)

Grades are signed, and anyone can ask someone else for a discussion about his grades.

Overall, everyone gets an average grade, which we use to suggest a company grade (below, achieved, exceeded) to the HR system. It then gets homogenized with the rest of the company, but this is then out of our control.

One thing that made this possible is also that after taking a close look at the company grade system, we saw that not so much was at stake … Provided we make sure everyone has what it takes to do the job, anyone can get an achieved evaluation by doing enough efforts. Getting an exceeded is like a bonus for a particular good year.

Last word

I’m pretty sure we could make this more simple in an environment with more end to end feedback (start-up or pizza teams) but we feel that our current alternative is a lot better than having the manager deciding everything on his own.

I usually write about 15 minutes worth of reading per month. I won't transfer your email. No Spam, unsubscribe whenever you want.

As a gift for subscribing, you'll receive an illustrated mini-ebook "How to start a team coding dojo"!

Leave a comment