PD · PB · 593
PM与工程师摩擦手册
PM Engineer Friction Playbook · pm-engineer-friction-playbook--camille-fournier
所属簇 PM 角色定义与职业发展
解决什么问题
PM 的哪些行为最容易引发工程师反感，以及 PM 如何通过具体行为改善协作关系。
核心内容
- 独占功劳：PM 作为项目对外接口人容易抢走所有光环。应主动让工程师参与汇报和展示，特别是在技术难度高的项目上。
- 忽视技术细节：不必懂所有细节，但绝不能表现出“细节不重要”或不在乎工程师的痛点（如质问“为什么这么久”），这会显得缺乏同理心。
- 充当传话筒：当非技术方提问时，PM 如果只是做不增值的中间人传话，会浪费时间并丢失信息。如果频繁说“让我确认一下再回复你”，说明应该让提问方与工程师直接对接。
- 垄断创意：如果 PM 独占产品想法，不让工程师参与业务/产品构思，工程师会在技术选型和过度工程（如无谓重写、滥用框架）中寻找创意出口，这对产品交付有害。优秀的 PM 不应被聪明的工程师威胁，而应引导他们理解产品工作的价值。
适用边界
保护工程师专注力（免受会议干扰）与直接对接需求之间需寻找平衡。让工程师参与构思不代表全盘接受其想法，PM 仍需把控产品方向。
关键引述 · 原话
"The product managers that have done the best, they're not threatened by other people having ideas." (Camille Fournier)
"If you're having to often say, 'Let me get back to you...' Maybe you need to connect them to the engineers directly." (Camille Fournier)
出处：Camille Fournier · 03-podcasts/camille-fournier.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2