Introduction

If your organisation refers to “the business” as a group that excludes engineers, this book is about your company. It maps the structural dysfunction of software-dependent corporates and the changes AI now demands.

If you have ever sat in a meeting where everyone agreed on a plan you knew could not work, and stayed silent because speaking up would cost more than the dysfunction itself, this book explains why that keeps happening and what actually changes when the structure stops rewarding it. This book is about structure, not attitude.

This book is for people who work inside software-dependent corporates and suspect that something is structurally wrong. It is for CTOs, senior engineers, architects, and product leaders who have watched technology investment produce activity without proportional outcomes, and who suspect the cause is not execution, talent, or technology, but something in the structure itself that no one has named. It will also be useful to CEOs willing to engage the operational detail behind that diagnosis. The board-level case is made separately in the companion volume.

The examples in this book are fictional, but they are not hypothetical. Each is a composite drawn from patterns observed repeatedly across software-dependent corporates in banking, insurance, retail, logistics, and enterprise software. If they feel familiar, that is the point.

There is a particular kind of exhaustion that comes from working inside these organisations if you are close to how things actually work. It is quieter and more corrosive than ordinary burnout: the feeling of navigating abstractions everyone treats as real, while knowing, very clearly, that they are not.

You sit in meetings where “the business” discusses priorities that have no stable relationship to the systems that produce value. You watch strategy documents grow longer as understanding shrinks. You see engineers blamed for outcomes that were decided elsewhere, in languages that cannot be executed. You notice that the more precisely you describe reality, the more friction you generate.

The cause is not bad people, bad intentions, or incompetence, but a specific organisational form that has become widespread over the last two decades: the software-dependent corporate.

Software-dependent corporates are large, established organisations whose products and operations now depend critically on software, but whose power structures, budgeting models, and decision-making processes were designed for a world in which software was a support function: something you procured from vendors, managed through an IT department, and governed as a cost centre. Banks, insurers, retailers, logistics firms, airlines, public sector bodies, and also older companies that describe themselves as “technology companies” but still operate with these inherited assumptions all fall into this category.

They are not “pre-software.” They have had software for decades. What they have not adapted to is the shift that began between roughly 2008 and 2012, when software stopped being infrastructure and became the primary medium through which these companies create and deliver value. In the space of five years, smartphones made software the default customer interface, cloud computing made custom development at scale economically viable, and the expectation that large organisations would build and operate their own software continuously went from radical to mainstream. By 2012, when the UK government adopted “Digital by Default,” the structural change was already complete: these organisations needed to become software companies. They hired engineers by the hundreds and adopted continuous delivery. The governance structures, the budget cycles, the HR frameworks, and the executive mental models, however, stayed where they were. The technology changed, but the power structures did not, and the misalignment has been compounding ever since.

...

See also: Full contents · Preview chapters · Illusions in the Boardroom