Agile HR: Evaluations and Performance Review

The next topic in my Agile HR series focuses on evaluations and performance reviews. Once you hire the right person to the team, it’s time to start thinking about evaluations and performance reviews. In a traditional organization, it was pretty simple. Each employee got a task assigned, each task can be evaluated and linked to particular KPI. In Agile organization, it’s not that simple as multiple people collaborate on the same task and even if you try to set some KPIs at the beginning of the year, they mostly become irrelevant somewhere on the way so there is nothing to evaluate at the end of the year. 

The most simple practice used in agile environments is to set a team goal instead of an individual. There is still risk that the goal becomes obsolete during the year, but at least you support the team collaborative culture. The slightly better option is to break the year cadence and create shorter goals. After all, there is no magical on the year cadence when we deliver product regularly. A good practice is to let teams design their own goals, but you need a high level of trust in order to be able to move this direction. Some companies like OKRs, however, I see them too close to the traditional KPIs. Those were still traditional mindset practices spiced by little agility.

A good step on the way is replacing evaluation part by coaching conversation focused on employee development. As every coaching conversation, it is not about the coach but coachee (employee in this case) and is focused on raising the awareness of the person about themselves and their abilities and potentials. When done well, it can skyrocket people performance. But here is the downside – unfortunately, not many managers are good coaches which is a limit in most organizations.

Finally, if you are ready to be truly agile, how about if you do it in an agile manner and run regular frequent retrospectives instead of any form of evaluation. Together with radical transparency, it will create enough clarity about performance towards the Sprint Goal, product vision and entire organizational purpose so people can adapt in a very efficient way. Simple and powerful. Indeed we talk about not only team retrospective which brings so powerful peers feedback but also overall retrospective as it is designed for example in LeSS and organizational retrospective which can be facilitated for example in a form of world cafe or open space. All together it will engage employees in solving team, cross-team, and organizational issues, and increase their motivation to come up with creative and innovative solutions how to be better in delivering value and achieving the organizational purpose.

The frequent retrospective cadence brings regular feedback that allows fast changes and small improvements on day to day basis which as a result prevents big disappointments and surprises of traditional performance reviews which often brings demotivation and stress. Issues got solved sooner, before they are too big and poison the team or department and people get help to work on those issues early, ideally from their peers. You might not be ready for that tomorrow, as the culture of transparency and trust is not there yet, but you can go step by step until no-one misses any KPIs, performance reviews or any formal evaluations and frequent feedback, inspection, and adaptation become the regular way of work. 

At this stage, we often stop using the name of Agile HR and change it to Talent Development where the entire focus of the HR is changing to support overall employee journey and development. Supporting coaching and mentoring programs, and creating an environment for effective peer feedback are just a few ideas about where to start. 

Agile HR

Agile HR or if you want Talent Management as it is called nowadays turn the whole company around. It’s employees centric, delivering value to the whole organization. At a glance, not much had changed. We still need to hire people, take care of people growth, do some evaluations. Just the way we work changed significantly. So let’s go one by one to see the shift.

Hiring

Hiring process focuses not that much on skills, because skills could be learned, and will change depending on the business value priorities, and the team needs, but a person who is a good match to the company culture and the team. In an Agile organization people who can learn fast, are the starts. They can go to any cross-functional team and deliver value. We look for someone who has not a fixed mindset, is ready to change. Having said so, people are often not hired by HR and managers but the teams and the HR are only consulting and coaching teams in that process. The world of the fixed positions is over. All the recruiting agencies need to adapt as well. When we’ve been hiring, we involve team members and give them a strong voice in the process. We stopped looking for C++, Java, or C# experts, we were looking for passionate people who have energy, passionate about anything they did. We want to hear stories about what they love to do. Even if it was just a tiny thing they did over the evenings. We were transparent on how the work is going to look like, stressing the downsides, so they have clear expectations. Transparency is the key, so one of the great ideas is to invite candidates to join a team for a day. It’s like going to the date, getting to know each other better, get a sense on both sides how is it going to be.

One example of a very different interview is to ask the candidate to use a creative set of Lego bricks and visualize how it’s going to be once they joined the organization and have a conversation about the model. It’s something you rarely see in the interviews but it shows a lot about the candidates.

Evaluations

Evaluations and performance reviews changed significantly in Agile space. It’s less about reviewing, performance, and evaluation, more about development and vision of the future and growth. As the Agile organization operates internally in very short cycles, where through radical transparency and instant feedback through retrospectives the organization gets to inspect and adapt and solve any issues right away, we don’t really need classical KPIs as they are not supporting the adaptivity and flexibility Agile organizations need and missing a team aspect as well. As a first step, you can start with setting team goals, instead of individual ones. It will help. However, eventually, you need to redesign the whole concept from the scratch. The key focus is on coaching conversations, transparency, and candid feedback from your peers.

One example of a radical change you can use is the team-oriented feedback. You give each person on a team or organization (yes, it scales) a certain amount of money to give away. Let say $100, and ask them to distribute it to the colleagues. The only rule is you can’t keep it. If you think about it, the message you got by receiving $0 it’s much stronger feedback then anything your manager can ever  say about your performance. Indeed, we need a lot of coaching to help people understand and handle what’s going on, but in general, that’s a good thing. If you scale this to the whole organization it’s even more fun, as the managers get such instant feedback as well as the employees.

Talent management

As I mentioned at the beginning of this article we are speaking more about talent development then HR. What motivates people? How do we grow talents? How do we support them on their journey? How can we help them to be successful? The answer is coaching, support them to create their own development goals, grow their interest, empower them, raise their awareness about themselves. Not surprising, but how many HR are taking such a support role and how many of the companies take it as process and governance role.

Example of such coaching conversation for the people growth could be using a few categories which are strategic for the organization right now to frame the conversation. Firstly, you need to make people aware of how the coaching scale works, that it’s very different from evaluation, it doesn’t have to grow quarter to quarter and that there is always a better way of doing things, and that this tool shall help them to identify their potential and find ways how they can grow to support the organization. As a next step, you let people rate themselves on a relative scale 1..10, where 1 = not good at this area, and 10  = I’m great at this. They need to be able to compare themselves with the other people around in the organization, explain how it would be, when you are 2 points above the level you are currently, what would be different once you get there, what would it mean to the organization, what is currently in their way, etc. All of those are good coaching questions. No magic. It just works like a magic 🙂

Review bazaar

One of the most interesting advanced techniques how to run Sprint Review is the Review bazaar where there is no official Sprint Review meeting, but we run it as a bazaar where different teams are showing their work simultaneously. What’s happening is that each team is creating a space where they show the product to anyone who shows up. They give them opportunity to try the product, touch it, and experience it. There is no presentation, no need to stay if the functionality is not interesting.

Review bazaar is quite advanced technique as organizations are often obsessed about control and centralization is their second nature so it takes time until they feel comfortable enough to let it be decentralized. If we go back to the purpose of the Sprint Review and think about how we can get the best feedback to our product, you realize that it can actually serve this purpose much better than traditional Sprint reviews. However without openness and trust, Review bazaar is never possible.

To make it short list – if some of the following feels familiar…

  • Your Sprint Reviews are too formal,
  • People are not giving you a feedback,
  • Most of your stakeholders coming to the Sprint Review are not interested in every feature so they find the review too long,
  • Sprint Review is too long,

…you might like to try the Review Bazar. You will realize that it has very different dynamic and the feedback you get if much more valuable.

How to make great Sprint Review

Scrum Reviews have been for a long time left out of our focus. Teams and ScrumMasters are asking how to improve Sprint planning, Standups, Retrospectives, but most of the time there are no real questions related to the Sprint Review. So how to make the Sprint Review great? Firstly let’s review the goal of this meeting which is to get feedback on our product. So no status of done vs. not done Product Backlog Items has any space here. No slides with any Burn-down or Burn-up charts, no velocity comparism.

The Sprint Review shall show real working product to our customers so they can give us a feedback. Yes, to the customers, not Product Owner (note that customers are all stakeholders, users, people who pay for the product, simply anyone both internal and external who has any expectations from that product). Showing the product to Product Owner makes no sense as he is part of the Scrum team and collaborated on the solution during the Sprint.

We don’t present technical solution, but business value delivered and we let team members take the opportunity to show that they did and get the applause :). However, if in some rare cases you happen not to get that enthusiastic feedback, and your customers get angry for any reason, the Product Owner makes himself visible and protects the team. After all it’s his responsibility to understand the customer well enough so those misunderstandings won’t happen.

Your Sprint review is great if you …

  • Show the real product
  • Let users experience it
  • Don’t have any presentation / slides / status
  • Development team is presenting
  • Invite real customers / users
  • Product Owner is most of the time quiet and doesn’t need to interfere