技术负责人是什么
技术负责人（Tech Lead）对一块业务的技术结果负责：定技术方向、把方案评审的质量关、协调跨团队技术依赖，并培养团队的技术能力。与工程经理的区别在于重心偏技术与方向判断，不承担人员的行政与绩效管理。
职责与产出
| 核心职责 | 技术方向、方案评审、质量与稳定性把关、技术风险与债务管理 |
|---|---|
| 可见产出 | 技术方案、架构决策记录、技术规划与标准 |
| 协作对象 | 与产品对齐目标，与工程经理对齐人员、资源与排期 |
| 不负责 | 个人绩效评定、薪酬与人员编制（属管理线职责） |
典型使用场景
- 需求评审阶段评估技术风险，给出可行的实现路径与取舍
- 主持方案评审并沉淀架构决策记录，避免同一问题反复讨论
- 线上稳定性治理：跟踪故障复盘结论是否落地成改进项
- 跨团队技术协调：接口、数据口径与依赖排期需要有人拍板
- 带人：通过评审、结对与复盘把判断力传给团队
每周节奏示例
每周节奏示例
周一 参与需求评审，标记技术风险与依赖
周二 主持方案评审，产出架构决策记录
周三 与工程经理同步人员成长与排期冲突
周四 跟进稳定性指标与遗留债务的清理进度
周五 与成员一对一，做代码与设计评审
# 若整周都在救火，说明职责已从技术负责人滑向一线执行者三个角色的边界
| 角色 | 核心问题 | 成败标志 |
|---|---|---|
| 技术负责人 | 技术方向与方案质量对不对 | 关键方案少返工、债务在收敛 |
| 工程经理 | 团队的人与交付是否健康 | 人员成长、目标达成、离职率可控 |
| 架构师 | 跨系统的结构与标准是否一致 | 边界清晰、重复建设减少 |
| 一线骨干 | 具体任务能否高质量完成 | 交付稳定、缺陷率低 |
技术负责人需要授权：跨团队协调若无决策权或升级通道，推进只能靠人情，技术方向无法真正落地。