Decoding the innovation delusion, nurturing the maintenance mindset
spectrum.ieee.org
spectrum.ieee.org
Of course, keeping the lights on benefits your life, but you take it for granted.
Rebuilding the old system in a new framework is not innovative, it’s a political power grab even if unintentional.
In order to rebuild the old system what you would actually need to do is to prototype with a few approaches and see which sticks. Unfortunately most of the time what happens is that a new “expert” was hired to move everything to Hadoop, because this is what they know better and they don’t want to learn about the current system.
The issue is that none of this can be decoupled from politics, and “maintenance first” tells you that the force with political power is some version of a Dilberty group of rent-seeking IT leaders who just want to be paid without having to do much work.
That has pros and cons compared to politics driven by product leaders with unrealistic ideas of shipping new features, but at least they have hustle, ambition, animation and lifeforce. I find the trade offs are worse with anti-ambition “maintenance first” IT leaders.
Setting IT maintenance as a core strategy, rather than something that serves a strategy, is complete death. Employees better hope they like the dead end career they have at such a company, because it’s going to cut them off from any lifeline to relevancy.
The company also better hope they are right in their estimate that a big mass of customers will be satisfied with just maintenance and reliability. If you are in any kind of competitive industry, advanced features or new tech that allows price cuts for your competitor are going to cripple you, and you will be way too slow and dinosaurish to recover or react.
Finally “maintenance mode” places tend to pay poorly. Not because innovation is unfairly paid better, but because they want to offer claims (but usually not realities) of work life balance and other fringe benefits, while just pay less, giving crappy 5% bog standard raises, no bonuses.
When an employee has hustle and ambition and wants to achieve correspondingly more and produce correspondingly more output in exchange for significant growth in compensation, they’ll just be given a line that they can’t be, in principle, because the company’s fundamental way of working is incremental maintenance. A career goal of ambitious projects is conceptually disallowed, along with any goals of related comp growth. So as a result, you can bet you’ll be working with a bunch of extremely mediocre colleagues, a lot of them only taking a 9-5 job that fits other obligations like family stuff, and figuring they’ve given up on ambition or wealth building and you should too.
It reminds me of a famous quote by TS Eliot when he grew sick of university life at Oxford (paraphrasing)
> Oxford is very pretty, but I don’t like to be dead.
IMHO, this part is spot on. However, it also does not mean that we should only go for the new, shiny, things. There is great value in maintaining the foundation and keeping it running smoothly so that others can go ahead and build the shiny things. We should just be careful and deliberate in assigning some of the value of that shiny things also to the foundations on which the shiny things were build.
Neglecting maintenance is a very bad idea, but setting it up as an enshrined cultural north star of an engineering department is actually even worse.
It's always a dilemma: do I get good at maintenance and never be promoted to a sexy new project, because I am too good at maintaining that system, or immediately start working at new things so that I never become the maintenance guy.
I think that is the dilemma which stands behind the aversion to maintenance at companies.
The problem is that when you consider maintenance to be the keeping running of every individual component as it is currently doing then it will be boring. If you consider maintenance the art of keeping the whole foundation geared towards being able to run smoothly and accommodating new features, now that is a challenge. :-)
Burnout comes from other things added onto a situation. Believe me I’ve seen lots of severe burnout at places that are “maintenance only” no-ambition shops. Burnout is much more about disenfranchisement and a big gap between motivation and requirements. Rarely is burnout a function of raw hours worked (and when it is, it’s easy to solve).
I think you have it completely backwards. As an example, having competency maintaining core banking systems is a far safer career long-term than working at some fancy crypto fintech. Work on stuff that's actually important, don't waste your best years on the hype-train of the season headed nowhere.
If you want to be underpaid, constantly worrying about sword of Damocles layoffs, pushed to work unpaid overtime all the time, all while your job causes skill atrophy and you become unemployable anywhere else because you only do maintenance on a mind-melting abyss of legacy tech debt ... then work in banking.