Engineering Manager（工程经理，常缩写为 EM）是对工程团队的人员成长、团队产出、交付系统和组织协作负责的管理角色。
核心问题
当工程规模从几个人扩展到一个团队时，单靠个人技术能力已经无法保证持续产出。招聘、培养、目标对齐、绩效反馈、跨团队协调和风险管理都需要被系统性处理。Engineering Manager 解决的是：如何让一个工程团队长期稳定地产出，而不是只依赖少数个人的临时努力。
核心对象
| 对象 | 含义 |
|---|---|
| 团队成员 | EM 直接管理、培养和评估的人 |
| 团队目标 | 团队需要达成的业务、技术或平台结果 |
| 交付系统 | 计划、节奏、沟通、质量门禁、事故复盘和协作流程 |
| 人员机制 | 招聘、入职、辅导、绩效反馈、晋升、保留和调整 |
| 组织接口 | 产品、业务、上级管理者、其他研发团队和支持团队 |
核心机制
Engineering Manager 的主要杠杆不是自己写更多代码，而是让团队形成可持续的产出系统：
- 明确团队目标：把公司或业务目标转换成团队可以理解和执行的优先级。
- 配置人与任务：让合适的人承担合适的问题，并根据能力成长调整责任。
- 建立协作节奏：通过计划、站会、评审、复盘和风险同步减少信息断裂。
- 做人员发展：识别成员能力短板，给反馈、辅导、机会和晋升路径。
- 管理组织风险：处理人员缺口、跨团队冲突、交付不确定性和长期士气问题。
好的 EM 不需要替代 Tech Lead 做所有技术决策，但必须能理解技术事实，否则会在目标拆解、资源分配和风险判断上失真。
工程用途
Engineering Manager 常用于区分技术职业路径中的管理路线和 IC（个人贡献者） 路线。它更关注团队作为整体能否持续交付，而不是单个工程师的局部产出。
在实际组织中，EM 常与 Tech Lead 配合：
- EM 处理人员、组织和交付系统；
- Tech Lead 处理技术方案、架构取舍和工程质量；
- Staff Engineer 或 Principal Engineer 可以提供更大范围的技术判断。
边界与常见坑
- EM 不是项目经理。项目经理偏计划和项目推进，EM 还要负责人员成长、团队能力和组织健康。
- EM 不是高级 IC 的自然下一站。是否适合管理路线，取决于是否愿意长期通过他人和组织机制创造价值。
- EM 不应微观控制所有代码。过度介入实现细节会削弱 Tech Lead 和 IC 的责任感。
- EM 也不能完全脱离技术。缺乏技术理解会导致错误承诺、错误排期和错误绩效评价。