Skip to content

Fiction · Three Corporate Novels

Three books.
One operating problem.
No clean hero.

Fiction for people who have sat through the steering committee, read the board packet, watched the demo work, and still wondered why nothing changed.

Three buildings: one crumbling, one with light streaming through, one industrial warehouse — the three paths
I

2028

The personal bet

Two CTOs face the same AI inflection point. One maps the work. One trusts the old story because the old story is still paying him.

Some bets look safe until the market opens.

II

Meridian

The moonshot

A legacy freight company has one last chance. Twelve people in a warehouse have to outbuild an enterprise before the market window closes.

The hardest part was not the technology.

III

AgentDrivenDevelopment.com’s Survive

The anti-turnaround story

A kind CIO tells the truth, controls the narrative, and runs out the corporate clock while a useful AI proof becomes a safe program.

No villain speech. No rescue. Just stewardship with invoices.

The premise

The first two novels follow leaders trying to respond to AI from opposite sides of the same market shock. One maps the value stream. One assumes the market will wait. One company gets rebuilt in parallel because the old organization can no longer move.

AgentDrivenDevelopment.com’s Survive is different. It is not the turnaround book. It is the book about the executive who knows enough to avoid being wrong, kind enough to be liked, and careful enough to make the old system last one more year.

The argument across all three is not that AI fixes companies. It is that AI exposes the operating model. What happens next depends on who can say yes by Friday, who pays for delay, and who benefits when proof becomes a program.


Book One: 2028

Novel · 14 Chapters

2028 book cover

Edward Johnson is a CTO at a healthcare company with a feature stuck in the backlog for eighteen months. A medication tracking system that could prevent thousands of patient deaths a year. Forty teams, twelve governance committees, and zero shipped results.

His best friend Marcus is riding Axiom toward an IPO, confident that being cloud-native is enough. Marcus has never mapped his value stream. He has never asked where the waste is. He does not think he needs to.

Edward bets his career on ninety days and one feature. He maps eleven weeks of delivery time and finds nine weeks of waiting. Only three of his seven fixes involve AI. The rest is removing waste that has been there for years.

AI is process improvement, not tool adoption. The goal is not to use AI. The goal is to ship.

Read 2028 Download EPUB

Book Two: Meridian

Companion Novel · 14 Chapters

Meridian book cover

Robert Chen has watched three transformation failures burn through forty-seven million dollars at Meridian Freight. The platform team is gone. The stock has not moved in five years. Axiom is growing forty percent year over year and filing for an IPO.

Robert makes one last bet: Project Prometheus. Twelve people in a warehouse. No consultants, no committees, no eighteen-month roadmap. He recruits Zara Okafor for product vision and Dane Kowalski for engineering systems. Veterans contribute domain knowledge. Engineers build.

Direction comes from the customer, not from institutional memory. Domain experts are fuel, not architects. The question is whether twelve people can rebuild a legacy freight company before the market window closes.

Transformation succeeds when you bring in people who know how to build, who absorb domain knowledge fast, and who build a parallel organization.

Read Meridian Download EPUB

Book Three:
AgentDrivenDevelopment.com’s
Survive

Corporate Novel · 13 Chapters

AgentDrivenDevelopment.com's Survive book cover

This is not a story about bad executives.

That would make the advice too easy. Bad executives announce themselves. They steal credit, punish truth, chase slogans, and leave enough damage behind that people can at least name the problem. The harder situation is the one most people actually work inside: decent executives, profitable companies, real customers, real payroll, real constraints, and a future arriving faster than the organization can absorb it.

An Executive Play is not a lie with better stationery. It is a political dance on a chessboard you may not have seen yet, with rules you did not know existed and pieces that change value every turn. A budget line becomes a threat. A pilot becomes evidence. A metric becomes a weapon. A helpful leader becomes a liability. The move that looks evasive from the hallway may be buying down a risk nobody has permission to say out loud.

Executives already know these plays. The good ones know more than this book can name. You do not reach those rooms without learning how exposure moves, how power hides inside calendar language, and how a sentence in a board deck can become somebody’s job.

This book is not for them.

It is for the developer trying to stay relevant while the tools change under their hands. It is for the engineering manager who wants to protect a team without becoming the person who says no to the future. It is for the product leader, architect, security lead, staff engineer, or transformation lead trying to support a family, fund a dream, and get enough experience for the next gig without turning every week into a personal sacrifice.

AI is real. Not press-release real. Real in the way a good team can build a working slice before the steering committee has agreed on the verb. Real in the way it can explain old code, draft tests, find patterns, summarize mess, and make a competent builder faster. Under the right conditions, it does useful work quickly and with surprising quality. It will change software. It will change the industry around software.

That does not mean your company will change cleanly.

Companies do not absorb the future just because the future is correct. They absorb it through budgets, calendars, incentives, risk committees, security reviews, operating models, and people with quarterly promises they cannot casually break. Sometimes the company really cannot move faster. Sometimes it can, but the people with authority have decided the risk is not worth it yet. Sometimes everyone likes the new idea until it asks who owns production.

Your job is to see that before it spends you.

Stay if the role is buying what you need. Stay if you are learning, building judgment, staying current, earning the promotion, or collecting the experience that makes the next move easier. There is nothing dishonorable about using a job well. That is what the company is doing with you.

Leave if the bargain stops making sense. Leave if the work asks you to donate nights, credibility, family time, and team morale to a transformation the company has not resourced. Leave if you are carrying risk that the leaders above you have politely declined to own.

Most of all, pick your last day before the company picks it for you.

That does not mean quitting in anger or turning every meeting into a private exit interview. It means knowing the number. Knowing the date. Knowing what the job is buying you and what it is taking. It means building a life outside the calendar while you still have the calendar: family, friends, health, hobbies, faith, community, or whatever else reminds you that employment is only one part of a human life.

The point is not to make your career heroic. It is to make your life a little more boring. Less emergency. Less surprise. Less unpaid emotional financing of decisions the company has not made. More room to do good work, go home, and still have something left for the people and dreams that made the job worth having.

No one in this story is a villain. They are playing the parts their jobs require. They work inside the confines of the gig, and most of them are trying to do it decently.

Kedran is profitable. It makes useful things. It employs people who need the work, serves customers who need the products, and carries promises that cannot be broken just because a better way to build software has appeared. The security leader is not wrong to worry about risk. The CFO is not wrong to protect margin. The business-unit presidents are not wrong to protect revenue. The CEO is not wrong to fear a public-company surprise. Even the consultant is not wrong that training people matters.

That is what makes the story harder.

Thomas will show you something people forget when they talk about executives as if the title replaces the person. Even at his level, he is trying to do a version of what you are trying to do. He wants to stay useful. He wants to protect his family. He wants his work to matter without letting the work consume the rest of his life. He wants enough money, enough reputation, enough options, and enough peace to choose what comes next.

The scale is different. The rooms are different. The compensation is different. The basic human math is not.

Thomas understood the bargain better than most people wanted to admit. He had flaws, but he was not confused. He liked his work. He liked being useful. He liked being known in Indianapolis. He liked the club, the Colts seats, the nonprofit breakfasts, and the fishing cabin near Ludington that his grandfather built. He loved his family. He wanted his employees to keep stable jobs. He wanted Kedran to stay calm.

He also wanted to reach the end of his corporate run with his life intact.

The story that follows is about how he did that, and what it cost to do it well.

Read Survive Download EPUB

Why fiction

An open book with architectural scenes rising from its pages — a hospital corridor and a warehouse

Every framework sounds reasonable in a slide deck. The hard part is watching someone make the wrong call with good intentions and recognize yourself in it.

These novels put real engineering decisions into the mouths of characters you will know. The CTO who maps value streams before buying tools. The one who assumes cloud-native means fast. The CEO who bets the company on twelve people in a warehouse. The CIO who is kind, truthful, and careful enough to preserve the system that rewards him.

Fiction lets you sit with the consequences before they are yours.


Reading order

Two parallel paths diverging — a transit map showing the interweaving timelines of both novels

2028 and Meridian share one timeline and one market shock. Characters cross between them, and you can read either one first. AgentDrivenDevelopment.com’s Survive stands beside them as the executive anti-turnaround story: same AI pressure, different moral weather.

Start with 2028 if you want the personal story first. Edward and Marcus are friends navigating the same inflection point from opposite sides. It reads like a conversation you have had with someone you respect who is making the wrong bet.

Start with Meridian if you want the organizational story first. Robert Chen is betting everything on a small team that can outbuild an entire enterprise. It reads like a war room you have been in when the survival clock is ticking.

Start with Survive if you want the executive room first. Thomas does not save Kedran, and he does not need to lie. It reads like a board packet with a pulse.

Start reading

All three novels are free to read online and available as EPUB downloads.
Want to know when new fiction drops? Subscribe to the newsletter.