工程经理是什么
工程经理对团队的人员、交付与工程健康同时负责：招聘与培养、目标管理、跨团队协作、营造可持续的工程文化。技术深度用于判断与辅导，而不是替代团队做日常执行；其核心产出是让团队具备持续交付的能力。
职责与边界
| 关注对象 | 人员成长、团队交付、流程健康、招聘与保留 |
|---|---|
| 时间分配 | 一对一、跨团队对齐、招聘与培养占主要比重 |
| 边界 | 不替代成员做一线技术执行，而是创造条件与扫除障碍 |
| 与负责人分工 | 技术方向由技术负责人把关，人员与资源由工程经理负责 |
典型使用场景
- 新经理上任：从写代码转向带人，重新安排每周时间结构
- 团队交付持续延期：分辨是能力、范围还是依赖问题
- 关键成员有离职倾向：用一对一与职业发展沟通提前干预
- 跨团队冲突：作为团队接口处理资源与优先级争议
- 工程健康预警：技术债与离职率同时上升时启动治理
管理节奏示例
管理节奏示例
每两周 与每位成员一对一（成长、阻碍、反馈）
每月 团队健康检查与目标复盘
每季度 职业发展沟通、绩效反馈与晋升准备
每半年 团队技能矩阵更新与招聘计划调整
持续 面试、跨团队协作、升级事项处理
# 一对一不是进度汇报会，重点是人的状态与成长常见信号与判断
| 信号 | 可能原因 | 行动 |
|---|---|---|
| 交付总是延期 | 范围失控或依赖无人协调 | 重新评估范围，建立依赖跟踪 |
| 关键人开始沉默 | 缺少成长空间或被过度使用 | 一对一深谈，调整任务结构 |
| 技术债快速累积 | 只考核交付数量 | 把可维护性纳入目标与评审 |
| 经理整天写代码 | 授权不足或人员缺口 | 重新分配职责，补人或减范围 |
工程经理越早停止做关键路径上的执行者，越有时间处理人员与协作问题；长期既写所有关键代码又带团队，两边都会做不扎实。