When the Tools We Love Become the Tools of Oppression
Let's be honest: the word "OKR" makes most of us flinch. It's become shorthand for pointless meetings, endless spreadsheets, and that nagging feeling that you're never doing enough. And agile? For every developer who's been through a "sprint planning" session that feels like a hostage negotiation, the term alone can trigger a mild panic attack.
But here's the thing: these tools weren't designed to be soul-crushing. In fact, they were built on pretty humane principles. So why do they end up making work feel like a never-ending treadmill?
The answer, as it turns out, isn't in the tools themselves. It's in how they get twisted by people who are more interested in control than in getting good work done. The same thing can happen to your hobbies, too. Take something you love—say, gardening, or painting, or playing guitar. Add a layer of metrics, deadlines, and "optimization," and suddenly it's not fun anymore. It's just another job.
OKR: The Goal-Setting Tool That Got Hijacked
Let's start with OKR. If you've ever worked in tech, you've probably seen it in action. The idea, originally from Intel and popularized by Google, is simple: set ambitious goals (Objectives) and track measurable outcomes (Key Results). The twist is that you're supposed to hit only about 70% of your OKRs. That's by design. It's meant to push you to stretch, to aim high, to do more than you thought possible.
But somewhere along the way, managers decided that 70% wasn't good enough. They started using OKRs as a performance review tool. Suddenly, that 70% completion rate became a mark of failure. Employees, being smart, figured this out fast. They started setting easy goals they knew they could hit. They stopped stretching. They started playing it safe.
The result? A tool designed to encourage bold thinking became a cage. The ambitious person who set a moonshot goal and hit 70% got punished. The cautious person who set a goal they could hit with their eyes closed got rewarded. That's not just counterproductive—it's actively harmful. It trains people to be risk-averse, to hide their ambitions, to perform loyalty instead of doing real work.
KPI: The Health Check That Became a Judge
Now let's talk about KPI. KPIs are meant to monitor the health of your existing business. Think of them like the vital signs in a medical checkup. Heart rate, blood pressure, oxygen levels—all green means you're alive and kicking. But green KPIs don't tell you where to go next. They don't give you direction. That's what OKRs are for.
The problem is when you mix the two. You can't use OKRs as KPIs, and you can't use KPIs as OKRs. If you apply the "70% is success" logic to KPIs, you'd be okay with your server being down 30% of the time. That's insane. A baseline is a baseline. You don't get to be 70% on-time for your bills.
When managers merge these frameworks, the result is confusion. Nobody knows what the real standard is. Everyone starts trying to guess what the boss wants. It's a recipe for distrust and burnout.
Agile: The Flexibility That Became a Scapegoat
Then there's agile. Agile was born out of the frustration with waterfall development—that rigid, top-down approach where you write a perfect spec upfront and then execute it mechanically. Agile said: "Hey, you can't know everything upfront. The world changes. Users change their minds. So let's build in short cycles, get feedback, and adapt."
In theory, that's beautiful. In practice, agile has been twisted into something unrecognizable. Managers take a waterfall project, chop it into two-week chunks, and call it "sprints." They present it as agile because the timeline is broken up. But the mindset is still waterfall: plan everything upfront, execute, report progress. There's no room for feedback, no room for change, no room for learning.
And "embracing change" has become a mantra for product managers who can't make up their minds. They'll change requirements mid-sprint, then justify it by saying "We're agile! We embrace change!" No, that's not agile. That's just chaos.
The Real Purpose of Agile: Handling Uncertainty
Agile was never meant to be a project management tool for tracking progress. It was meant to handle uncertainty. The world is unpredictable. Users are unpredictable. So you build a small piece, show it to real users, get real feedback, and adjust. That's the core loop.
But in a toxic workplace, that loop is broken. Instead of real user feedback, you get the product manager's whims. Instead of adjusting to market needs, you adjust to personal tastes. And instead of protecting developers from mid-sprint changes, you let anyone throw new requirements into the mix at any time.
There's a reason Scrum, the most popular agile framework, locks the sprint scope. Once a sprint starts, nobody can change it. This isn't about being inflexible—it's about protecting the team's ability to focus and deliver. It's about creating a safe space where work can actually get done.
Refactoring: The Unsung Hero of Agile
Another thing agile gets right is refactoring. In agile, a feature isn't "done" unless it's been tested, integrated, and refactored. Refactoring is like cleaning up your workspace after a project. You don't just throw a bunch of new code on top of old code and hope it works. You take the time to make the codebase better, to make it easier to change in the future.
But in toxic workplaces, refactoring is seen as a waste of time. "We don't have time to refactor—we need to ship features!" Sound familiar? The result is technical debt. The codebase gets messier and messier, and each new change takes longer and costs more. Eventually, the system becomes so rigid that even a small change is a nightmare.
Bringing It Back to Your Hobbies
So what does all this have to do with hobbies? Everything. Because the same dynamics that ruin a workplace can ruin a hobby. Let's say you love woodworking. You start with a simple birdhouse. It's fun. You learn a few skills. You make mistakes. You try again. That's agile, in a way—you're adapting, learning, improving.
But then you decide to "optimize" your hobby. You set a goal to make 10 birdhouses a month. You track your time. You measure your "productivity." Suddenly, you're not enjoying the process anymore. You're just trying to hit a number. The joy is gone. The hobby becomes a chore.
Or maybe you're into photography. You start taking photos because you love capturing moments. Then you join a photo club where everyone compares their "shots per day" and "likes per post." You start shooting for the metrics, not for the art. The camera feels heavier. The light doesn't look as golden.
This is what happens when we let the tools of work invade our play. We forget that hobbies are supposed to be about the experience, not the outcome. We forget that the purpose of a hobby is to recharge, not to perform.
How to Keep Your Hobby Human
So how do you keep your hobby from turning into a toxic workplace? First, recognize the signs. If you start dreading your hobby, if it feels like a job, if you're setting goals and tracking metrics, it's time to step back.
Second, protect your process. Just like Scrum locks the sprint, you can lock your hobby time. Decide that during your hobby hours, you're not going to worry about progress or outcomes. You're just going to do the thing you love. If you want to paint, paint. If you want to garden, garden. Don't let anyone—including yourself—turn it into a performance review.
Third, embrace change—real change. In agile, change comes from the user. In your hobby, change comes from your own curiosity. If you feel like trying something new, go for it. Don't stick to a plan just because you made one. Let your hobby evolve naturally.
Finally, remember why you started. Whether it's knitting, hiking, or playing the ukulele, you picked it up because it made you happy. That's the only KPI that matters. If you're not having fun, you're doing it wrong.
The Bottom Line
OKR and agile aren't evil. They're just tools. The problem is when they fall into the hands of people who value control over creativity, who value metrics over meaning, who value performance over people. And the same thing can happen to your hobbies.
So take a page from agile's book: iterate, adapt, and don't be afraid to refactor your own life. Cut out the metrics that don't serve you. Protect your time. And above all, keep the human element front and center. Because at the end of the day, the goal isn't to be productive. It's to be alive.
Comments (0)
Please sign in to post a comment.
Don't have an account? Create one
No comments yet. Be the first to comment!