2026 年初走了 GitHub 的 TPM 流程，拿到了 offer。写出来是因为 GitHub 专门针对 TPM 的面试准备资源几乎为零，我当时基本是在黑暗里准备。
t背景：我有 9 年 TPM / program management（developer tools 方向）经验。这个背景会影响他们对你技术深度的校准。
流程： recruiter screen：30 min，背景 + 动机。他们会问为什么选 TPM 而不是 PM 或 EM，这真的是个需要认真准备的问题。 technical screen：45 min。和一位 senior engineer 1v1。讨论了一个真实的架构类问题：如何管理一个多团队的核心服务迁移（他们给的是一个虚构但很贴近现实的场景，比如迁移一个其他内部团队依赖的 monolith）。他们想看我怎么排期、识别依赖、处理回滚、以及向上沟通风险。 behavioral panel：3 轮，每轮 45 min。 round 1：项目复杂度。'tell me about the largest cross-functional program you've run, what broke, how you fixed it.' round 2：利益相关方管理。大量关于 'how have you handled a situation where two teams had incompatible timelines' 和 'how do you make decisions when you don't have authority.' round 3：github-specific。更偏产品理解。'how does GitHub make money, what do you think is the most important metric for Copilot' 这种问题。这轮让我有点意外。 systems / technical depth：单独一轮 60 min，面试官是 principal engineer。深挖 CI/CD pipeline 架构、分布式构建系统、以及扩展性问题。他们想看的是：我能和 eng lead 进行技术对话，而不只是会开会。
决定胜负的点： technical depth 这轮是认真的。不是「能不能跟上工程会议」这种。人家希望你有观点。我是带着对 GitHub Actions 架构的具体了解来的，包括规模上瓶颈在哪里、monorepo 工具和 CI 怎么互相影响。这个很加分。