Nikhil Bajaj — one person, many worlds

I build systems. Some run on code. Some run on stories.

Director of Engineering. Novelist. Student of mythology, technology, and human behavior.

Explore the worlds I’ve built

The thesis

Ancient questions.
Modern systems.

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

A few things I’ve stopped arguing about.

  1. 01

    I make reliability boring on purpose.

    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.

  2. 02

    Clarity beats control, every time.

    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.

  3. 03

    Execution is a communication problem first.

    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.

  4. 04

    I scale the system before the process.

    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.

  5. 05

    AI is leverage on judgment, not a substitute for it.

    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.

  6. 06

    Key-person risk is a design flaw, not a compliment.

    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 don’t believe in 10x engineers. I believe in calm engineering.

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.

selected_impact Sequifi · prior chapters: Builder.ai · Clifford Chance · Apptology
reduced

40%

Reduction in production incidents

Blameless post-mortems + observability with teeth

sustained

99.9%

Platform uptime sustained

Enterprise SLA compliance, reduced churn risk

sustained

60+

Engineers across six teams

Scaled ~30 → 60+ in two quarters

sustained

$50M+

ARR the platform carries

High-growth SaaS operations

sustained

25%

Velocity gain from AI workflows

No measurable quality regression

sustained

95%+

On-time delivery

Up from roughly 60%

  • Cut customer-impacting production incidents 40% while holding 99.9%+ uptime.
  • Moved on-time delivery from ~60% to 95%+ — a step-change in predictability.
  • Scaled the org from ~30 to 60+ engineers across six teams in two quarters.
  • ~25% velocity gain from AI-assisted workflows, with no measurable drop in quality.
  • Twenty years across IBM, Clifford Chance and Builder.ai — regulated delivery, zero downtime, recovered accounts.

If you’re considering working with me, this is the short version.

The full twenty-year story

Selected Problems

The problems I’m brought in to own.

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

Achievements blur. Moments stick.

Scene 01

The quarter the commitments stopped landing.

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.

Scene 02

The migration that couldn’t go down.

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.

Scene 03

Forty accounts — and the quiet ones worried me most.

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.

Scene 04

The 3 a.m. war room nobody should have needed.

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

I’ve been the same person learning five different things.

  1. 2003

    Learned to build

    Banking systems and compliance discipline. The grammar of shipping things that simply cannot fail.

  2. 2013

    Learned to lead

    COO of a 50-person firm. The first time the system was the team — and the outcome was mine to own.

  3. 2013–24

    Learned to scale

    Dubai, then a 40-engagement AI studio. Multi-region delivery and multi-currency budgets under one operating rhythm.

  4. 2024

    Learning AI

    An AI-first engineering org at Sequifi. Still the student here — which is exactly the point.

  5. By night

    Learned to tell stories

    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

A running notebook.

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

Where I spend most of my time

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.

  • Stories make me a better leader.

    A roadmap is just a plot — stakes, characters, and a third act people actually want to reach.

  • Systems thinking makes me a better writer.

    A four-book arc needs the same dependency graph as a platform migration. Foreshadowing is just good API design.

  • Mythology sharpens product instinct.

    Every myth is a user, researching the same fears we build products to soothe. The oldest stories are the deepest user studies.

  • AI is, in the end, a question about humans.

    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

An operating system you can wander through

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 system
AI Leadership Mahabharata Execution Writing Startups Systems Psychology Future Product Cities Mythology Reliability Hiring Delivery Strategy Security Migrations Regulated Org Design

Off the clock

Three lives, one restless curiosity.

Away from the org chart and the manuscript, the same person keeps turning up in very different rooms.

  • Nikhil reading in a book-lined room

    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.

  • Nikhil with his daughter

    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.

  • Nikhil playing bass on stage with his band

    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

By night, I build worlds that run on stories.

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.

  • The Echo-Catcher Chronicles cover

    Myth, forgotten sciences, and a cosmos on the brink.

    The Echo-Catcher Chronicles

    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.

  • The Talwar Verdict cover

    Truth, clawing through corruption and concrete.

    The Talwar Verdict

    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.

  • The Spiralverse cover

    Vedic cosmology fused with sentient AI.

    The Spiralverse

    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 seal

One more question

What are you building?

  • A company
  • A team
  • A product
  • A story
  • A future

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.