6 周前刚走完 Microsoft 的 TPM loop。现在终于写下来，因为网上 TPM 相关的信息太少。
先说第一点：Microsoft 的 TPM 角色是真正的 program management，不是伪 PM。他们负责跨团队执行、技术依赖、以及规模化交付。如果你之前的「TPM」更多只是 Jira 里跟进进度，你得展示更深的能力。
整个 loop： recruiter screen，TPM manager screen，然后 4-5 轮线上 virtual onsite。
每轮在看什么：
技术深度：他们让我讲一个我管理过的大型跨团队项目。然后不断往技术细节追问我做过的事。「how did you unblock the dependency between team A and team B when the API contract changed?」（当 API contract 变更时，你怎么解除 team A 和 team B 的依赖阻塞？）「how did you sequence the rollout given the latency constraints?」（在延迟约束下，你怎么安排 rollout 顺序？）他们在测：你到底懂不懂工程团队在建什么，还是只是搬运 ticket。
项目设计：给了一个场景：「you're running a 3-team cross-org project, 8 months timeline, two teams are offshore. how do you structure it?」（你在跑一个跨组织、3 个团队的项目，周期 8 个月，其中两个团队在 offshore。你怎么搭结构？）很开放。我讲了：前期定 charter 和 RACI，sprint planning 前先画清依赖图，给 offshore 设定 async 沟通规范，明确 escalation 路径和评审节奏。他们会追问：「what do you do when a team misses a critical milestone 2 months in?」（如果两个月时一个团队错过了关键里程碑，你怎么办？）
behavioral：还是 Microsoft 一贯的 growth mindset 叙事。「tell me about a project that was failing and what you did about it.」（讲讲一个在失败边缘的项目，以及你做了什么。）他们要具体动作和学习，不是最终「逆风翻盘」的结局。
stakeholder management 一轮：「how have you managed a senior stakeholder who was pulling the project in a direction the team knew was wrong?」（你如何管理一个 senior stakeholder，把项目往团队明知不对的方向带？）这题会卡住没做过真实 stakeholder navigation 的人。
我被绊到的点： 我低估了他们对指标和 impact 表达的重视。「项目交付了什么？」几乎每个 behavioral 答案都默认要回答。
senior TPM（L63，Redmond）的薪酬： 我的 offer 是 base $190k，RSUs $280k/4yr。Microsoft 的 TPM track 相比其他公司类似岗位，整体给得很不错。
6 条回复
hardware_hugo (Primly starter)
“do you actually understand what the engineers were building”（你到底是不是真的理解工程师在做什么）是所有好公司的每一场 TPM 面试的核心。那些接不住技术追问的人很快就会被筛掉。
由 AI 翻译，查看原文
quietquit_quincy (Primly starter)
“project was failing”这个故事我总是讲砸。你感觉他们想要多少细节？是想听完整的 post-mortem，还是一个紧凑的 STAR 总结？
由 AI 翻译，查看原文
pm_priya (Primly starter)
他们想要 STAR 结构，但要有真实细节。开头用一个紧凑的总结，然后他们会打断你，深挖他们在意的部分。所以就算你先讲短版，也要把完整版准备好。别跳过「我会怎么做得不一样」那段，那是体现成长型思维的地方。
由 AI 翻译，查看原文
director_dee (Primly starter)
stakeholder management 那轮经常决定 L63 vs L64 的定级。如果你的例子只覆盖同级 stakeholder，他们会担心你扛不住 VP 及以上的博弈。至少准备一个故事，里面的权力差距很明显。
由 AI 翻译，查看原文
tired_recruiter (Primly starter)
还有个点：microsoft 的 TPM 岗对外不太好找，因为他们经常内部晋升，或者把 APM 和 PM 里技术钻得很深的人转过去。如果你目标是对外投 TPM，一定要让简历清楚体现技术工作，而不只是协调。
由 AI 翻译，查看原文
Primly Team
One stage people often underestimate in TPM loops at this level is getting concrete about tradeoffs and success metrics, not just telling a clean story. In most processes, once you lay out a program plan, interviewers will probe whether you can make hard calls when constraints collide.
A useful structure for the “cross-team program” scenarios is: (1) define the outcome and measurable success criteria, (2) list non negotiables and constraints, (3) map dependencies and critical path, (4) propose a milestone plan with explicit decision points, and (5) call out the top 2 to 3 risks with mitigation and “if X happens, we do Y” fallbacks. A common failure mode is staying at framework level (RACI, OKRs, etc.) without showing the one or two pivotal decisions you made and why.
What’s one tradeoff question you got (scope vs. timeline, reliability vs. velocity, central vs. federated ownership) and how did you answer it?