Boris, a tradeoff-oriented goal-setting process
vaughntan.org
vaughntan.org
This article tangents another huge problem with goal-setting, though: they focus on outcome, not behaviour.
- You can control behaviour, but outcome is often to a large extent determined by external factors. You cannot will external forces into your bidding by setting a goal.
- If you just miss a goal, you've still done an amazing job -- but you're still considered to have failed to accomplish what you set out to. Goals promote a binary view of success that has little connection to reality.
- If you meet a goal, you have succeeded and can only harm yourself by doing more work. Exceeding your goals lead to even more unrealistic goals in the future.
- If you know ahead of time it will be impossible to meet a goal, you have little reason to continue because you will fail anyway. The two last points mean goals are effectively an excuse to stop doing the right thing.
- Outcomes (and therefore goals) are often lagging indicators. Even though you've made great progress in shifting course, your past momentum in the wrong direction carrying over can make it look like outcomes are still getting worse.
- In trying to satisfy goal-setters, when outcomes aren't directly controllable, people find the other thing that can be controlled: the measurement process. There are a million subtle ways for someone under a goal to put a thumb on the scale to meet the goal although nothing material has changed.
Edit: I forgot: goals are almost always focused on the short term. You can meet them by trading off long term success for short term success and indeed this is what people do.
Eg. A company looking to divest certain products or divisions would not be looking to increase revenue. A company looking to improve margins by eliminating low margin or even money losing products may not seek to improve revenue for a certain year.
And the increasing profitability part should be pretty obvious. The vast majority of startups that make it to the HN pages don’t even attempt to make a profit, never mind increasing it.
In case it’s worth stating, yes there are firms where these sort of simplistic impact statements make it into OKRs and leave much to the imagination about what real desirable outcomes are.
I just increased my revenue by $10 but decreased my profitability by $5. Now pretend that $10 was spent on ineffective advertising and sales, so I actually gave it to Google and my sales guy Bob, and $5 is the price I charged you.
Which usually falls under increasing revenues. Though I suppose there are user/eyeball driven cultures.
Revenue is, accounting-wise, orthogonal to capital investment. Hell, many definitions of profit are, too.
Even without the association with a disorganised useless twat it doesn't even flow in ordinary conversation. "We're going to do a Boris today". What does that mean, fuck up the future of the company?
Although I think they protest too much.
Anyway what's wrong with Boris.
Would it make you feel better if it was an awkward acronym BORRYYS.
Or do we need a catchy name that can then become a verb so we all feel hip and with it when we're 'Avalanching' or whatever.
Is this the kind of solution a consultant comes up with because "teams actually communicating effectively outside a managed workshop" isn't a marketable silver bullet?
I guess the key take away is it's an easy pitfall to make team OKRs that ignore cross team dependencies. If your team expects deliverables from another team, it can be useful to get that reflected in OKRs. To that end... actually talk to teams your team depends on and figure out if your dependencies are a priority!
Seems like basic stuff though.
Ironically, I work for a large "PrintCo" on a smaller, more obscure product line. I'm the only software developer. The managers are all people coming from the ME side, and are all so focused on how to make money from their hardware perspective, they don't see that software can add value too. For them, it's a necessary evil, where things like "technical debt" are just me complaining.
My point being, people at certain levels are just clueless and I don't really trust their goals at all. Sure, they can say "make more money!" or "sell more!" but they don't always see at all the core reasons why maybe they can't make more money, or sell more. Or the things that might let them do that.
Devs: Oh god... they are workshopping again.. what overpaid consultant they brought this time? SaFE? Sigma Six? ... Boris? wtf is that? nvm, we'll need to build it just the same.
I wrote an article about this from the perspective of avoiding software technical debt, but I have to admit, this article does a better job on explaining why it works than my own article (╯°□°)╯︵ ┻━┻
https://connected.io/post/how-to-avoid-technical-debt/ tldr: You can find overlap or convergence by applying PCA on a trade-off matrix.
From the example:
Company Goal: Make more money
Sales: We'll help make more money by focusing on closing deals in our pipeline
Product: We'll help make more money by focus on new and exciting product offering in an untapped market
On the surface these both line up to the goal of "make more money" but there were unspoken trade-offs which undermined execution:
- Product didn't focus on current offering causing sales to flounder
- Sales wasn't focused on pre-sales of new product so new product isn't helping the bottom line either.