上个季度我走了 tesla 的 TPM loop。写下来是因为 tesla 的 TPM 面试有一些很具体的坑，大多数通用 TPM 准备都覆盖不到。
背景： 我是 senior PM，有技术背景，面的是制造自动化方向的 TPM，不是车载软件。
流程： recruiter screen hiring manager call：重点是背景。他们想确认你在高节奏下交付过贴近硬件或跨职能的项目。会让你举压缩时间线的具体例子。 technical screen：不是写代码。他们让我讲一个我管理过的复杂依赖图，然后加一些假设的 blocker，问我会怎么处理。比如「你会怎么管理一个 14 个团队的依赖链，其中两个团队的 milestone 日期冲突」。他们要的是结构化思考，不是英雄叙事。 onsite（4 轮）：
program management 深度： 他们要具体，不是「我跑了 agile」，而是「关键路径是 X，风险是 Y，我用 Z 去缓解」。要有带时间线、范围、以及哪里出错的硬例子。
technical 深度： TPM 也要理解工程在做什么，不是去写代码。我被问到解释两种制造工艺方案之间的取舍。我有足够的领域知识能接住，然后他们会强力追问你的推理。
cross-functional influence： tesla 的协作结构偏扁平。组织权力更少，更多靠证据说服。他们问我在没有直接职权时，怎么说服 engineering lead 重新排优先级。
behavioral 轮： 比平均更难。tesla 的压力是真的高。他们问一个项目在我手上失败的经历，以及下次我会怎么做。这不是讲「我太在意了」那种假失败的地方。
一个明显不同的点：他们非常看重速度。「faster is better」在那里几乎像宗教。如果你对任何流程相关问题的回答听起来是在拖慢节奏，你就得解释清楚为什么。
总体来说，这个 TPM 面试在测你能不能在不增加官僚摩擦的情况下，让一个混乱、快节奏的项目保持在轨道上。这是一个很特定的技能组合。