Lakshya

Platform & Developer Experience

Leadership track Manager · Lead · Director

Platform Lead & Engineering Manager

A different job from senior platform IC, assessed on a different axis, and the one most often entered by accident.

What the job actually is

You run a team whose customers are other engineers inside the same company — which makes it the hardest kind of product management disguised as engineering management. Your users cannot be acquired, they can only be convinced; they can route around you; and your budget is justified by adoption you do not control.

The single test that separates candidates: can you run platform as a product? Roadmap, internal customers, deprecation, and the willingness to kill something you built.

Titles this hides behind

Lead, Platform EngineeringEngineering Manager, Platform Manager, Site Reliability EngineeringHead of Developer Productivity Director, Solutions ArchitectureDirector of Engineering, Infrastructure

The loop

Hiring manager screenScope: team size, budget, and what you owned versus influenced.
People managementGrowth, underperformance, and a specific person you managed out or turned around.
Technical depthStill real. You will be asked to design something, because your engineers will test you on it.
Platform strategy — the decisive round A roadmap for an internal platform: what you build, what you buy, what you deprecate, and how you get teams to migrate when you cannot compel them.
Cross-functional / executiveJustifying platform investment to people who measure in features shipped.

Prepare like this

  • Prepare a deprecation story. Something you turned off, how you migrated the holdouts, and the one team that refused. Nothing demonstrates platform leadership faster.
  • Know your adoption numbers from your last role — percentage of teams on the paved path, and the trend.
  • Have the build-versus-buy framework ready, with a case where you chose buy and were right, and one where you chose build and were wrong.
  • Be ready to defend headcount in business terms, not engineering ones.

Be ready for

  • "Three teams refuse to migrate to your platform. What do you do?" Mandate is the weak answer. They want to hear you diagnose why the platform is not worth adopting yet.
  • "Your platform team is seen as a blocker. Fix it."
  • "What would you deprecate in your first ninety days, and how would you know you were wrong?"

Compensation

United States — base$200k – $320kDirector level and vendor-side leadership run above this.
India — total₹45L – ₹1CrEstimated, very wide. Director-level platform roles at GCCs sit at the top.

A day that is actually representative

TimeWhat you are actually doing
09:00Adoption numbers per team, and the trend.
11:00A deprecation conversation with the team that will not move.
13:30Roadmap against internal customer demand you cannot fully meet.
15:00Justifying the platform's existence in a budget review.
16:30Hiring — the two senior people who will define the next year.

Real cases worth being able to discuss

Team Topologies as an operating model

The platform / stream-aligned / enabling / complicated-subsystem split has become the common vocabulary for organising platform work, precisely because it makes the platform's customer explicit.

Use it to say: “I use it to settle the recurring argument about whether the platform team should embed or provide — enabling teams embed temporarily, the platform team provides.”

A three-week plan

Week 1 — the numbers

Days 1–3: Reconstruct adoption, support load and time-to-first-deploy for a platform you know.

Days 4–5: Write the business case in the CFO's language.

Week 2 — the hard call

Days 1–3: Write a deprecation plan with a date, a migration path and a reversal criterion.

Days 4–5: Prepare the three-teams-refuse answer.

Week 3 — rehearse

Days 1–3: Platform strategy round, out loud.

Days 4–5: People stories: a manager you hired, one you got wrong.

The book for this field

Infrastructure & Reliability

Reliability and error budgets, capacity arithmetic, networks, storage and the restore you have not tested, the physical layer, a debugging method that transfers, running production, and an honest look at Kubernetes. Plus a Middleware section — web and application servers, messaging (IBM MQ, Kafka) and managed file transfer, from basics to licensing and cost.

CHAPTER 1What actually makes a system reliableNot uptime. A shared, written definition of acceptable, and a budget for spending the rest.READ THE CHAPTER →CHAPTER 7Running productionChange, incidents and toil. The three things that consume an operations team, and what to do about each.READ THE CHAPTER →CHAPTER 2Capacity, and the cost of being wrong in each directionUnder-provision and you fail. Over-provision and you fund nothing else. The arithmetic is learnable in an afternoon.READ THE CHAPTER →

All 33 chapters in Infrastructure & Reliability →

Also read for this role

Cloud Platform Engineering

Seven chapters comparing the three major clouds where they genuinely differ: the compute spectrum and the ceilings that decide it, managed Kubernetes and the address exhaustion nobody plans for, identity models that do not transfer, networking and the internal traffic that outcosts your egress, storage and database traps, committed-use and spot mechanics, and an honest read on frameworks, market share and certifications.

CHAPTER 9How a service actually gets adopted in an enterpriseServices are not just switched on. They are blocked by default and walked through a sequence of gates — and knowing that sequence is what a platform interview is really asking about.READ THE CHAPTER →CHAPTER 7Commitments, spot, and what actually reduces a billThe flexibility premium, the interruption notice you probably assume you have, and the eight interventions ranked by what they actually return.READ THE CHAPTER →CHAPTER 8Frameworks, the market, and what is actually in demandWhich parts of the well-architected reviews are worth your time, what the share numbers really measure, and the honest read on certifications.READ THE CHAPTER →

All 9 chapters in Cloud Platform Engineering →

Cross-cutting

Skills every archetype tests

These are shared across every field on this site — the same question asked in different vocabulary — so preparation here compounds rather than being spent once. The book above is specific to your field.

Discovery before solutionThe decisive round in three separate archetypes, with the lowest pass rate of any stage.READ THE CHAPTER →Measuring what resists measurementTested in every field on this site under a different name — evals, SLOs, DORA, ablations. Named in 59% of AI and 42% of platform postings, and almost nobody studies it deliberately.READ THE CHAPTER →The controlOne habit separates strong candidates from plausible ones more reliably than any technical depth.READ THE CHAPTER →

Practice the 35 Platform questions →  ·  Back to Platform & Developer Experience →