| As an employee, you are generally evaluated based on your perceived impact, at any level up to and including the CEO. This is easily twisted into change for the sake of change. For a software engineer this does lead to some pear shaped decision making, like adopting new UI frameworks every few years, or whatever the case may be but these kinds of things are overall pretty benign compared to the same problem in the management of the business. In the management of the business, the correct decision may be to stay the course on something a lot of outsiders and pundits and new grads want to pot shot and second guess like what industry you should even be in or how you should structure the company itself. Let's say you are Visa and your transaction processing runs on IBM mainframes as an example. Everything is working with known parameters and risks, has a long and predictable roadmap, whatever. Being the guy that says "ok we are going to keep doing this for 10 years and evaluate again periodically if needed but this is the plan of record" takes massive guts, and should be paid at least as well as the guy that says "throw everything out and do this risky untested thing instead" but very few managements actually work like that. The same waffling happens with remote vs RTO and either having the guts to make a particular stand or kowtowing to what you preceive to be the popular/prevailing opinion one ought to have as a CEO at this moment. It can also lead directly to the situation you are describing where a decision keeps getting remade, perhaps even in a flip flop loop, to the benefit of multiple generations of "decision makers". |
Except, I don't even really agree with that. That's how companies treat employees all the time. Not just in software, but floor workers and warehouse folk and anything else.