Back to resources

Developing a Rewards and Recognition Program

Company Culture
Productivity
Team Processes

13 August, 2021

Rajat Chowdhary
Rajat Chowdhary

Engineering Manager at Atlassian

Rajat Chowdhary, Engineering Manager at Atlassian, shares how he helped develop the Reward and Recognition program that acknowledged his engineers’ hard work and rewarded them for their contribution .

Problem

A large number of engineers working in one of my previous companies felt under appreciated. They thought they were doing a lot of great work, but that rewards and recognition were not coming their way.

This is a common situation in many engineering organizations. Visibility and appreciation are not easy to ensure when a fast-paced environment dictates its own priorities. However, if the problem remains unaddressed, underappreciated engineers will soon become unhappy engineers, which will directly impact their productivity and attrition. This is particularly worrisome in places like Bangalore, India where talent is a crunch.

Actions taken

For starters, when it comes to lack of appreciation, what management thinks is secondary to how engineers feel. Their concerns should be taken seriously, on face value, and acknowledged in full. This was a founding principle that drove all my further actions. To address our engineers’ concerns, we formed the Rewards and Recognition Core Committee. Our first task was to identify what we should be rewarding engineers for and how we would establish the criteria for that. Coming up with titles for rewards or establishing how frequently we would announce them was much easier to do, and we decided to push that for later.

One of the things that stuck with me from the beginning was connecting rewards and recognition with our organizational values. For example, if we valued being customer-first, every time an engineer demonstrated that behavior, we should express our appreciation. We introduced the Thank you award, a peer-to-peer token of appreciation, with no material benefits tied to it. It is a token of sincere gratitude for one’s effort to live organizational values and something that deserved to be acknowledged on a regular basis.

The second-level reward we came up with was the Spot awards. Managers and senior ICs would be able to give the Sport awards to recognize and support any good thing -- whether it is an individual’s behavior or good practice -- that would happen on a team. Next, we came up with the third-level rewards that we announced during monthly Town Halls. We created a number of different awards to recognize a variety of positive actions/conducts/practices: the Albert Einstein award for innovation, the award for team spirit, the award for displaying extraordinary dedication and commitment, etc.

The set of criteria we agreed upon became publicly available, so everyone knew what the organization valued and how one could gain recognition. Managers were encouraged to nominate people from their teams, but we also empowered engineers to nominate their fellow engineers. The core committee soon became rather busy; we would receive an extensive list of nominations we had to filter out and pick a winner. The idea was that we would up the bar every time we give an award, and we were quite successful in our intention. Not only that we made our engineers feel more appreciated, but we managed to raise the bar in terms of promoting values and best practices we cared about.

Lessons learned

  • Before introducing any rewards system, take time to think about what you want to achieve with it, especially what you want to reward people for. How your rewards system will look will depend mainly on what your organizational goals and values are.
  • Introducing the program is great, but adoption is the key. Most likely, you will not arrive with the most compelling program at once and will have to iterate repeatedly. Use every opportunity to talk about the rewards program's purpose at different forums and see what people think before introducing any change. Introducing such a system is not a one-off thing; it requires repeated evangelization at multiple venues and on numerous occasions.
  • Being appreciated and having your hard work being recognized is the most powerful motivator for many people. That recognition is helping them thrive and improve in their work, day in, day out.

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

How to Maximize Employee Retention in Engineering Teams

25 May

Vimal Patel, Founder and CTO at iMORPHr, shares how he retained all of his employees since beginning his software development company in 2019.

Building A Team
Company Culture
Hiring
Retention
Psychological Safety
Vimal Patel

Vimal Patel

Director of Engineering at iMORPHr

Managing Remotely: Balancing Team Cohesion and Focus Time

26 May

Jonathan Belcher, Engineering Manager at Curative, explains how to balance team cohesion and individual focus time, tapping into his experiences of working remotely for seven years.

Remote
Micromanagement
Meetings
Internal Communication
Productivity
Psychological Safety
Performance
Jonathan Belcher

Jonathan Belcher

Engineering Manager - Patient Experience at Curative

Creating a Company Culture That Balances Helpfulness and Productivity

16 May

Alexis Philippe, Vice President, Product & Engineering at Amilla, describes his one simple rule for creating a culture of helpfulness that doesn't disrupt productivity.

Mission / Vision / Charter
Company Culture
Collaboration
Cross-Functional Collaboration
Alexis Philippe

Alexis Philippe

Vice President, Product & Engineering at Amilla

Streamlining Product Processes After a Reorganization

16 May

Snehal Shaha, Lead Technical Program Manager at Momentive (fka SurveyMonkey), details her short-term technical strategy to unify processes among teams following an acquisition.

Acquisition / Integration
Product Team
Product
Building A Team
Leadership
Internal Communication
Collaboration
Reorganization
Strategy
Team Processes
Cross-Functional Collaboration
Snehal Shaha

Snehal Shaha

Senior EPM/TPM at Apple Inc.

The Optimization and Organization of Large Scale Demand

4 May

Kamal Qadri, Senior Manager at FICO, drives the importance of setting expectations when optimizing large-scale requirements.

Managing Expectations
Delegate
Team Processes
Prioritization
Kamal Qadri

Kamal Qadri

Head of Software Quality Assurance at FICO

You're a great engineer.
Become a great engineering leader.

Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.