> Preventing this from happening requires a clued-in CTO and equivalent senior level leadership

Most CTOs (and increasingly M2s and M3s) I've met are what I call "box architects". You know the ones who love drawing boxes, moving one box inside another box, drawing a line between 2 boxes or changing a unidirectional arrow into a bidirectional one, then declaring the hard part is done and now we need any random engineer to implement that or "Is there an AWS service that does that? I just don't see the value in us doing it in house".

A "super optimized tools" is just a box that you swap for another box and the "minor changes" will be just a couple of arrows than need to change or another box to swap for another box. You get them to feel good about doing architect stuff plus the 10x reduction in the bill. They can always replace that box with another box later after all.

We call those people PowerPoint architects. They haven't coded or built anything for so long, if ever, that they wouldn't even how to, by this point. The only tool they know is PowerPoint and their slides have more boxes with words than any big box store