CL · PB · 221
技术型 PM 行动手册
Technical PM Playbook · technical-pm-playbook--the-top-5-things-pms-should-know-about-engineering
所属簇 转型入行与职业路径选择
解决什么问题
PM 缺乏技术背景,导致与工程师沟通不畅、项目排期预估失误、微小改动依赖开发资源从而拖慢产品交付速度。
核心内容
提升 PM 技术素养的 5 个行动方向及具体步骤:
- 摸清公司技术栈:了解应用、网站和基础设施使用的语言、框架及部署环境。
- 操作:先去 GitHub 仓库查看语言分布和文件后缀(如
.next),做足功课后直接向开发团队确认。
- 操作:先去 GitHub 仓库查看语言分布和文件后缀(如
- 了解代码库的敏感点:知道哪些代码逻辑纠缠不清或难以本地测试。
- 操作:向其他 PM 打听过去耗时异常的项目,向工程师请教哪些模块最难搞,以便在规划时避开雷区或预留时间。
- 掌握构建与部署流程:了解代码如何发布给用户、哪些步骤是手动的、通常耗时多久。
- 操作:在 GitHub 中检查已合并的 PR 及其 checks(如 Vercel bot 的评论)来了解部署工具;据此规划功能批次发布策略(如云端与本地部署客户的版本差异)。
- 学会贡献微小代码:掌握修改文案、颜色等低风险前端代码并提 PR 的能力。
- 操作:请熟悉的工程师手把手走一遍流程:clone 仓库、本地运行、修改代码、commit 并在 GitHub 提交 PR。仅限小修小补,不要越界。
- 补齐技术基础概念:建立对应用、数据和基础设施如何运作的概念性认知(如明白 "frontend change only" 的含义)。
- 操作:阅读工程博客(如 Segment、Slack、Netflix);遇到不懂的术语立刻查阅(如搜索 SAML 指南);找公司外的开发者朋友喝咖啡,带着具体问题去请教。
适用边界
适用于所有希望提升技术沟通效率的 PM。但不同公司对 PM 的技术要求不同(有些偏好通才或设计型 PM),且 PM 贡献代码仅限于文案、简单前端样式等低风险改动,不应试图修改复杂的业务逻辑。
关键引述 · 原话
"A strong technical knowledge foundation means a more effective PM." (Justin Gage)
"The hardest part tends to not be the code itself but rather the process around the code, like handling version control and CI." (Justin Gage)
关联卡片
tech-stack-trade-off-mental-model
出处:Justin Gage · 02-newsletters/the-top-5-things-pms-should-know-about-engineering.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