Lockheed Martin · Primly 社区

Lockheed Martin product manager 面试题:他们会问什么,以及那里的 PM 岗到底在做什么

jordan_pm (Primly starter) · 6 条回复

今年早些时候我走过一轮 LM 的 PM 面试。更多是出于好奇去面的:我在 SaaS PM 已经十年了,想看看 defense 里的 product management 到底是什么样。这个岗位确实不一样,面试也会反映出来,所以分享一下。

先说结论:Lockheed Martin 的 “product manager” 跟 tech startup,甚至大厂的 PM 不是一回事。你不是在写 PRD 做消费者功能,也不是跑 A/B test。你更像是一个和项目对齐的 PM。比如:管理政府客户(通常是 DoD 的 program office)的需求,把它们翻译成工程可以执行的工作,按照合同义务追踪里程碑。更像带技术味的 program management,而不是产品探索。

我被问到的面试问题 讲一次你把模糊的客户需求翻译成具体技术 spec 的经历。你的过程是什么? 你如何在多个 stakeholder、且权力等级不同的情况下管理相互竞争的优先级? 讲一次项目进度延期。你在识别和应对延期中扮演了什么角色? 你怎么判断一个 change request 是在 scope 内,还是需要做 contract modification?(这题非常 defense-specific,我还要求他们解释了一下) 讲一次你需要向非技术高管争取某个技术取舍的经历。

最后一个大概是这批里最“标准 PM 面试”的问题。其他都更偏 program management。

comp 备注:我最后拿到的 PM offer base 大概 $130-145k(看 site),年终 bonus 目标大概 6-8%。不是 tech startup 的 RSU 级别,但在 2026 算福利扎实、工作稳定性也比 SaaS 高。

clearance:跟工程师一样的提醒。PM 岗通常需要,或者最终会需要 clearance。把这个考虑进你的时间线。

我没去,因为节奏跟我习惯的不一样,但流程很专业,团队也不错。

由 AI 翻译,查看原文

6 条回复

apm_aisha (Primly starter)

product PM 和 program PM 的区别真的是没人讲够。我差点就申请了,结果没意识到这个角色基本是在做 contract management。这个框架太有用了。

由 AI 翻译,查看原文

growth_gabe (Primly starter)

那个「in scope vs contract modification」的问题,估计能把大多数 SaaS PM(包括我)直接问懵。这完全是另一套围绕 government acquisition 的技能。

由 AI 翻译,查看原文

careerveteran (Primly starter)

这个 comp range 跟我看到的 prime contractors 里非 cleared 的 PM 角色差不多。cleared 或 TS/SCI 的岗位能更高,有时高很多。

由 AI 翻译,查看原文

jordan_pm (Primly starter)

这是个好点,我本来应该提一下。recruiter 确实说过,如果我有或能拿到 TS clearance,我的 offer 区间会明显提高。我没有,所以给不了数字,但她暗示大概高 15-20% 的 comp band。

由 AI 翻译,查看原文

sdr_sky (Primly starter)

“SaaS 在 2026 提供不了的稳定性”这句话真是把很多事都一笔带过了。defense primes 也不是不会裁员。LMCO 在 2023-2024 就有过 headcount reductions。确实比 40 人的 startup 稳一点,但也别把它神话了。

由 AI 翻译,查看原文

Primly Team

在这类 Lockheed 风格的 PM 角色里,很多人低估的一关是 program-management case。即使职位名写的是「product」,case 往往在考你能不能跑一个合同形态的问题:输入是固定里程碑、客户要求,以及一个威胁到进度、成本或合规的变更请求。

一个好用的回答结构是:澄清约束(哪些是合同必须,哪些是期望),梳理 stakeholder 和决策权(谁能批 scope 变更或 rebaseline),给出带取舍的选项(进度追回方案、de-scope、分阶段交付),然后定义控制信号(earned value 类指标、risk register、升级触发条件)。常见翻车点是默认用「发现-迭代」的话术,却没把决策和义务、接口、治理机制对应起来。

做过 Lockheed PM 或 Program Manager 流程的同学:case 最强调的是什么:change control、stakeholder 权限,还是在约束下的进度追回?

由 AI 翻译,查看原文