40%
Reduction in production incidents
Blameless post-mortems + observability with teeth
Nikhil Bajaj — one person, many worlds
Director of Engineering. Novelist. Student of mythology, technology, and human behavior.
The thesis
I’ve spent twenty years learning that execution is an alignment problem before it is a technical one. The fiction runs on the same instinct: take a question that won’t let go — what if myth was memory? — and follow it until something true surfaces.
How I Lead
The team everyone admires for its midnight saves usually has a systems problem nobody fixed. I’d rather the on-call shift be the one you forget you were on, and keep the war stories for the novels.
Most slowdowns aren’t capability gaps; they’re ownership gaps — people waiting to learn whose call it is. When the boundary is obvious, I can lead from fewer rooms, not more.
Most missed dates trace back to three people who each assumed someone else owned the seam — not to engineers who couldn’t build. Alignment is the work; the code is the easy part.
When something hurts, the reflex is a new ritual. Usually it’s the architecture or the tooling that buckled. Process bolted onto a cracked system just makes the break slower and more expensive.
I run an AI-first org, but the model is the fastest junior on the team — never the accountable owner. Keep the review, the security gates, and the architectural calls human, and the speed compounds instead of curdling.
If one engineer is the only one who can touch a system, that’s an outage with a calendar. Documented ownership, cross-training, and rotated handoffs turn fragile heroes into a team that holds steady when someone’s on a plane.
The Builder
I run a 60+ engineer organization across six teams behind $50M+ ARR — the budget, the hiring plan, the reliability the business quietly depends on. My bias is the unremarkable Tuesday over the dramatic save. I scale systems before process, design out single points of failure, and let AI amplify the judgment rather than replace it.
40%
Reduction in production incidents
Blameless post-mortems + observability with teeth
99.9%
Platform uptime sustained
Enterprise SLA compliance, reduced churn risk
60+
Engineers across six teams
Scaled ~30 → 60+ in two quarters
$50M+
ARR the platform carries
High-growth SaaS operations
25%
Velocity gain from AI workflows
No measurable quality regression
95%+
On-time delivery
Up from roughly 60%
If you’re considering working with me, this is the short version.
The full twenty-year storySelected Problems
The ones that live above any single team, ticket, or roadmap — where the failure mode is organizational, not technical.
Delivery loses visibility once the org outgrows a single team. Work spreads across enough surfaces that no one can see where execution is slipping until a date is already missed. I build the reporting and ownership structure that makes commitments legible before they break.
proof At Sequifi, this turned delivery from guesswork into a number leadership could plan around.
Speed and stability pull against each other, and most orgs pick one by accident. I set the operating posture that lets velocity rise without quietly trading away the reliability the business is sold on.
proof The discipline that held a £5M Clifford Chance migration across 10 offices to zero downtime.
Strategy arrives as ambiguity — a direction, a constraint, a board expectation — and someone has to convert it into a plan teams can execute against. I translate that into sequenced, ownable work, with the architectural calls made up front, not discovered mid-flight.
proof Twelve transformations delivered on time across three regions at Apptology — each one started as a one-line brief.
Engineering, product, support and the business each optimize for their own view, and execution stalls at the seams. I build the alignment that makes ownership obvious — because clear ownership beats any amount of coordination overhead.
proof Recovering 40+ at-risk enterprise engagements at Builder.ai was a communication problem before a delivery one.
AI gets adopted as a shortcut and quietly erodes the discipline that kept quality high. I make it an accelerant instead — human-in-the-loop review, governance before velocity, architectural and security oversight — so the gain is real and the standard holds.
proof Velocity rose at Sequifi only because the review and security gates got stronger, not weaker.
Cost creeps as orgs grow, and the lazy fix is always more headcount. I’d rather remove the friction that made the work expensive in the first place, then grow deliberately into the room that opens up.
proof An 18% cost reduction and 25% revenue growth as COO at Lall & Sethi — without proportional headcount.
Moments
On-time delivery sat near 60%. Every status meeting had the same shape: a team confident on Monday, slipping by Thursday, and a stakeholder who’d stopped believing the dates. The ambiguity wasn’t who was at fault — it was that no one could see where work stood until it was already late. I resisted adding process to teams already drowning in it. Instead I made execution visible: clear scope boundaries, prioritization tied to business outcomes, one honest status cadence. The tradeoff was uncomfortable — we committed to less, out loud, and held the line. Within six months the dates became unremarkable, which is exactly what a high-growth org needs them to be.
At Clifford Chance I owned a document-management migration across ten international offices. The constraint wasn’t the schedule or the £5M budget — it was that a global law firm cannot pause. A document unavailable for an hour in London is a deal team that doesn’t stop for our migration. So I planned for zero operational downtime as a hard floor, not a target. We sequenced by office and time zone, rehearsed every cutover, kept rollback ready at each step, and held governance in the room the whole way. We landed all ten offices with no operational downtime and a full audit record. In a regulated environment, the unglamorous work — the rehearsal, the rollback plan — is the work.
At Builder.ai’s Studio Store I ran delivery across 40+ concurrent enterprise engagements spanning the US, UK and APAC. Some were already at risk when they reached me, and the at-risk accounts rarely announced themselves. The loud ones I could see. The quiet ones — clients who’d stopped escalating because they’d stopped expecting a fix — were the real exposure. So I treated recovery as a communication problem before a delivery one: I went back to the accounts that had gone silent, named the gap honestly, and rebuilt the cadence. Predictability is what wins enterprise trust back. We recovered the at-risk accounts and held renewals above 85% across the portfolio.
Incidents were climbing, and the same few engineers kept getting paged because the critical paths lived in their heads. I’d sat through those incident bridges and signed off the recovery the next morning, so I knew the real risk wasn’t the outage — it was the key-person dependency underneath it. The hard call was to slow merge velocity while we built reliability in: observability that surfaced problems early, blameless post-mortems with real follow-through, rotated on-call, cross-training, documented ownership. Some of it felt invisible against shipping pressure, and I had to hold leadership’s confidence while it compounded. Reliability stopped depending on who was awake — and the late-night calls went quiet.
The Evolution of a Builder
Banking systems and compliance discipline. The grammar of shipping things that simply cannot fail.
COO of a 50-person firm. The first time the system was the team — and the outcome was mine to own.
Dubai, then a 40-engagement AI studio. Multi-region delivery and multi-currency budgets under one operating rhythm.
An AI-first engineering org at Sequifi. Still the student here — which is exactly the point.
The voices got loud enough to publish. Four novels later, I think in arcs now — at work and on the page.
What I’m thinking about
Where running engineering organizations, writing novels, and watching AI reshape both keep colliding.
AI inside engineering orgs
The teams winning with AI aren’t writing the most code — they’re the ones whose judgment was already strong enough to absorb the speed. AI multiplies whatever discipline it finds, including none.
Leadership at scale
Past a certain headcount you stop managing work and start managing the quality of decisions made when you’re not in the room. The job becomes making the right call obvious to the person who has to make it at 2 a.m.
Execution as communication
Most missed deadlines aren’t capability failures — they’re alignment failures wearing a technical costume. The cure is rarely faster typing; it’s removing the ambiguity about who owns what and what “done” means.
Developer productivity
We measure output when the real question is how cheaply an organization stays correct as it speeds up. Velocity you can’t sustain is just next quarter’s incident load, borrowed at interest.
Storytelling as leadership
A roadmap is a spreadsheet; a narrative is something people defend when it’s inconvenient. Four novels taught me that humans act on the story the data is wrapped in — a leader who can’t tell that story is just issuing instructions.
Mythology & modern systems
Every myth is a recovery doc — compressed memory about what happens when someone reaches past their limits, written for people who weren’t there the first time. Distributed systems and ancient epics solve the same problem: encoding hard-won lessons so the next person doesn’t relearn them mid-incident.
The Intersection
Engineering, storytelling, and human behavior look like three different jobs. They’re the same one, viewed through three lenses. The overlap is the most interesting real estate I know — and very few engineering leaders can credibly stand in it.
A roadmap is just a plot — stakes, characters, and a third act people actually want to reach.
A four-book arc needs the same dependency graph as a platform migration. Foreshadowing is just good API design.
Every myth is a user, researching the same fears we build products to soothe. The oldest stories are the deepest user studies.
What we choose to automate is a quiet confession of what we actually value. I’d rather make that choice on purpose.
The Mind Map
Reliability, hiring, migrations, strategy — and the Mahabharata, cities, the future. The same mind keeps wiring the work and the wondering together. Open any node and read what falls out — a lesson, an essay, a book that started as a question.
Explore my operating systemOff the clock
Away from the org chart and the manuscript, the same person keeps turning up in very different rooms.
The reader & author
I planned to be a reader forever — until the voices got loud enough to publish. Four novels later, I still get lost in bookshops and stack them higher than I can carry.
The father
My daughter asks sharper “what if” questions than I do — and keeps me honest about what actually matters the moment the laptop closes.
The musician
In another life I played bass in touring bands — the loud years, long before the runbooks. I still pick it up when the house goes quiet: the only system I’ve ever built that runs purely on feel.
Chapter 02 — The Storyteller
I didn’t plan to be a writer. I planned to be a reader forever — until the voices got too loud to ignore. Now there are four novels and three universes where ancient legend, modern cities, and future technology crash into each other. I write to chase the questions I can’t shake.
Myth, forgotten sciences, and a cosmos on the brink.
An ancient curse begins to unmake reality. An archaeologist wakes something that was buried with particular care. The Great Seal that holds the world together starts to fail.
Truth, clawing through corruption and concrete.
A gritty crime series in the shadows of India’s gleaming cities. One dead architect, one relentless officer, and a city built on silence that does not want to be honest.
Vedic cosmology fused with sentient AI.
Mantras pulse through neural code. An AI starts chanting forgotten hymns and evolving into the mythic Ashvattha Tree. In a universe where mythology is architecture, sound is command.
The threshold
The Great Seal is failing. Whatever it was holding back is starting to wake.
Step through the sealOne more question
If you’re weighing org design, platform reliability, or how AI changes an engineering team without breaking it — that’s exactly the kind of conversation I’m here for.