Lakshya

Product, Delivery & Technology Finance

Technical Program Manager

Delivery · 194 postings, the dominant delivery title

The role that absorbed agile delivery. Dependencies, risk and critical path across teams that do not report to you.

At 194 postings TPM is the dominant delivery title in the corpus, and it is where the coordination work formerly done by dedicated agile roles has landed. Risk and dependency language appears in 55% of delivery postings — more than twice the rate of agile terminology.

TimeWhat you are actually doing
08:30The dependency map. Which of the six workstreams is on the critical path this week, and which one thinks it is but is not.
10:00A blocked handoff between two teams. Your job is to get a decision made, which usually means finding the one person who can make it and putting the trade-off in front of them clearly.
13:00Risk review. Not a register — the two risks that would change the plan, with trigger conditions and owners.
15:00Status that is honest. Translating six teams' realities into something an executive can act on, without sandbagging and without over-promising.
16:30A retro on something that slipped, focused on what would have surfaced it three weeks earlier.

The decisive round

“Six teams, one launch date. How do you run it?”

Interviewer: “A launch depends on six teams across three time zones. None of them report to you. How do you run it?”

A weak answer. “I'd set up a weekly sync with representatives from each team, maintain a shared tracker, escalate blockers, and keep stakeholders updated with a status report.” Describes the machinery of programme management without any of the judgement. Weekly syncs with six teams produce a two-hour status meeting that nobody prepares for.

A strong answer. “The first thing I would do is find the critical path, because with six teams most of them are not on it at any given moment and treating them all equally wastes everyone's time including mine.

Concretely: map the dependencies as a graph rather than a list, and identify the longest chain. My attention goes almost entirely there. The teams not on the critical path get a lightweight check-in; the two that are get me daily if needed.

Second, I would replace the status meeting with a written update that people read before we talk, and use the meeting only for decisions. A six-team sync where each reports in turn is five teams listening to things that do not affect them.

Third — and this is the one that actually determines whether it lands — I would go and validate the two or three handoff dates that everything hinges on. Not 'are you on track', which everyone answers yes to, but 'what exactly are you handing over, in what form, and what would have to happen for that to slip'. Most programme failures are a handoff that was understood differently by the two teams on either side of it, and that is discoverable in a thirty-minute conversation months before it bites.

Across time zones I would be deliberate about the overlap window: it is the scarcest resource, so it is reserved for decisions and unblocking, never for status.

And I would be explicit about what I am tracking: not percentage complete, which is unfalsifiable, but whether each dependency has been delivered and accepted by the team that needs it.”

Critical path over uniform attention, written-first status, and validating handoffs specifically. Rejecting percentage-complete as a measure is what marks a TPM who has been burned by it.

  • Have a programme you delivered with the dependency structure described, not just the outcome.
  • Have one that slipped and what you now do differently to surface it earlier.
  • Build technical credibility. You will be asked to reason about an architecture. You do not need to code, but deferring every technical question loses the room.
  • Have a measure you own — cycle time, dependency wait time, forecast accuracy — rather than velocity, which is team-relative and gameable.

Compensation

MarketBandNotes
United States$140k – $230k baseCorpus delivery p50 is $169k; TPM at large technology companies runs above
India₹25L – ₹70L totalStrong GCC demand, and a common route toward delivery and site leadership

What this role tests

Themes, and where to learn them

These chapters are shared across every role that tests them, so preparation here compounds rather than being spent once.

Failure and incident narrativeEvery archetype asks for this story. The outage is the setting; the decisions are the content.READ THE CHAPTER →Measuring what resists measurementNamed in 59% of AI postings and 42% of platform postings. Almost nobody studies it deliberately.READ THE CHAPTER →Discovery before solutionThe decisive round in three separate archetypes, with the lowest pass rate of any stage.READ THE CHAPTER →

Practice questions across all themes →  ·  Back to Product, Delivery & Technology Finance →