VOOZH about

URL: https://thenewstack.io/poorly-designed-rewards-crush-improvement-efforts/

⇱ Developer Productivity: Why Some Incentives Fail - The New Stack


TNS
SUBSCRIBE
Join our community of software engineering leaders and aspirational developers. Always stay in-the-know by getting the most important news and exclusive content delivered fresh to your inbox to learn more about at-scale software development.
REQUIRED
It seems that you've previously unsubscribed from our newsletter in the past. Click the button below to open the re-subscribe form in a new tab. When you're done, simply close that tab and continue with this form to complete your subscription.
The New Stack does not sell your information or share it with unaffiliated third parties. By continuing, you agree to our Terms of Use and Privacy Policy.
Welcome and thank you for joining The New Stack community!
Please answer a few simple questions to help us deliver the news and resources you are interested in.
REQUIRED
REQUIRED
REQUIRED
REQUIRED
REQUIRED
Great to meet you!
Tell us a bit about your job so we can cover the topics you find most relevant.
REQUIRED
REQUIRED
REQUIRED
REQUIRED
REQUIRED
Welcome!

We’re so glad you’re here. You can expect all the best TNS content to arrive Monday through Friday to keep you on top of the news and at the top of your game.

What’s next?

Check your inbox for a confirmation email where you can adjust your preferences and even join additional groups.

Follow TNS on your favorite social media networks.

Become a TNS follower on LinkedIn.

Check out the latest featured and trending stories while you wait for your first TNS newsletter.

PREV
1 of 2
NEXT
VOXPOP
As a JavaScript developer, what non-React tools do you use most often?
Angular
0%
Astro
0%
Svelte
0%
Vue.js
0%
Other
0%
I only use React
0%
I don't use JavaScript
0%
Thanks for your opinion! Subscribe below to get the final results, published exclusively in our TNS Update newsletter:
NEW! Try Stackie AI
From clobbered drafts to real-time sync
Apr 14th 2026 10:00am, by David Moore
TypeScript 6.0 RC arrives as a bridge to a faster future
Mar 14th 2026 9:00am, by Darryl K. Taft
Mastra empowers web devs to build AI agents in TypeScript
Jan 28th 2026 11:00am, by Loraine Lawson
2025-01-24 09:07:04
Developer Productivity: Why Some Incentives Fail
sponsor-octopus-deploy,sponsored-post-contributed,
Operations / Tech Culture

Developer Productivity: Why Some Incentives Fail

The industry tried to gamify the workplace to make it more engaging. But have you noticed that we've ended up making games more like work instead?
Jan 24th, 2025 9:07am by Steve Fenton
👁 Featued image for: Developer Productivity: Why Some Incentives Fail
Image from Lightspring on Shutterstock.
Octopus Deploy sponsored this post. Insight Partners is an investor in Octopus Deploy and TNS.

No matter how clearly we explain what we want, our system of rewards can undermine our efforts to improve.

Incentive structures are common in the workplace, whether intentional or not. But when we introduce measures to boost productivity, they nearly always have the opposite effect.

Not long ago, the industry tried to gamify the workplace to make it more engaging. But have you noticed that we’ve ended up making games more like work instead? Let’s explore productivity through the lens of gamification.

A Fun Diversion

Computer games can be a fun diversion, and a short time ago, businesses were told to gamify the workplace. People thought making work more like games, whether digital or physical, would increase engagement and motivation.

Instead of making work more engaging, gamification attempts to hide it behind a thin veil of competitive fun. In a strange turn of events, games have become more like this type of work. They now present an endless backlog of daily, weekly and monthly tasks you must complete to progress and level up. Taking time off is problematic as it means missing out on crucial experience points, and if you don’t put in extra hours, you fall behind.

Games now use rewards and punishments to drive your behavior, and they have become more addictive and less enjoyable. There’s even a term for the repetitive work you must put into these games to earn the rewards: “grinding.” The term dates back to the board-game era, but grinding has become a dominant mechanism in modern games as they compete for your time and attention.

Gamification

With this in mind, it’s worth revisiting the concept of gamifying the workplace. The original idea was to increase engagement by making the workplace more fun and motivating higher performance with league tables and achievements. This is misguided because work is fun, given the right circumstances. Employees thrive when they have a clear goal and the appropriate autonomy to act.

Gamification brings an additional risk: There’s a danger we’ll return to toilsome grinding as we emulate the mechanics of games in the workplace. Grinding is the worst work mode, as it encourages people to produce high-volume and low-value output in an era where quality is a substantial competitive advantage.

Productivity as Experience Points

When organizations and consultancies discuss developer productivity, they stray into hazardous territory. Introducing productivity measurement boosts attention on visible work, discourages vital enabling tasks that don’t receive credit and rewards heroes who save organizations from mythical beasts of their own creation.

For example, I worked for an organization in the health-care industry that performed manual deployments. Only two release engineers had access to production, so they were the only people who could put new software versions live. Even though deployments to pre-live environments were automated, the release engineers preferred a manual push to production.

Some interesting outcomes accompanied this grind culture. As you might expect, every deployment was challenged. Although automated pre-live deployments could be completed within minutes, the production deployment took two weeks. As the go-live approached, a series of issues would be caused by missed deployment steps or running steps out of order. These needed urgent handling and typically resulted in the release engineers working evenings and weekends.

The organization had fast, reliable, repeatable and secure deployments to the test and staging environments, and chaos moving the software into production. So what did it do?

In the month following each production deployment, the release engineers received overtime payments and the employee of the month award.

It happened every time, so the release engineers were incentivized to continue the chaos. They got top marks for grinding. They did the most overtime, closed the most issues, and were the busiest and most stressed-out employees. By many measures, they were highly productive, except all the activity was a waste.

Stop the Grind

If your organization rewards employees for grinding, either through gamification or by attempting to quantify “productivity,” there is no incentive to improve software delivery performance. In the real-life example, two people vigorously opposed any attempt to improve the deployment pipeline because it would strip them of financial rewards and companywide recognition.

In software delivery, routine, repetitive tasks should be the target of automation. Incentivizing people to waste time doing poorly what a computer can do faster and more accurately is a recipe for disaster. At its best, it’s economically foolish to pay a human to do toil work; at its worst, it invites instability and disaster. Meanwhile, crucial human tasks that are hard to measure earn no credit, despite providing the glue that keeps everything together.

Does your organization reward grinding? It might be time to identify areas where toilsome work results in rewards, or where invisible, enabling work is actively punished.

Octopus Deploy is more than just a deployment tool; it’s a complete enterprise solution designed to streamline and automate CI/CD processes. Whether managing multi-tenant environments or ensuring security and compliance across deployments, Octopus empowers organizations to handle deployments at scale.
Learn More
The latest from Octopus Deploy
TRENDING STORIES
Steve Fenton is an Octonaut at Octopus Deploy, a DORA community guide and a six-time Microsoft MVP with more than two decades of experience in software delivery. He has written books on TypeScript (Apress, InfoQ), Octopus Deploy, and web operations....
Read more from Steve Fenton
Octopus Deploy sponsored this post. Insight Partners is an investor in Octopus Deploy and TNS.
SHARE THIS STORY
TRENDING STORIES
SHARE THIS STORY
TRENDING STORIES
TNS DAILY NEWSLETTER Receive a free roundup of the most recent TNS articles in your inbox each day.
The New Stack does not sell your information or share it with unaffiliated third parties. By continuing, you agree to our Terms of Use and Privacy Policy.