Tech Lead（Technical Lead，技术负责人）是在一个团队、项目或系统范围内负责技术方向、方案质量、任务拆解和关键技术风险的角色。
核心问题
多人协作的软件项目不能只靠每个人独立写自己的部分。系统边界、接口、性能、可靠性、技术债和排期风险需要有人持续做技术判断。Tech Lead 解决的是：在具体交付范围内，谁来对技术方案的连贯性和落地质量负责。
核心对象
| 对象 | 含义 |
|---|---|
| 技术范围 | Tech Lead 负责的系统、模块、项目或团队技术面 |
| 技术方案 | 架构、接口、数据模型、依赖关系、迁移步骤和失败回滚策略 |
| 工程团队 | 参与实现、测试、上线和维护的工程师 |
| 利益相关方 | 产品、测试、运维、业务、管理者、其他技术团队 |
| 风险清单 | 影响交付质量、稳定性、性能、安全或长期维护成本的问题 |
核心机制
Tech Lead 的工作机制通常是把业务目标翻译成可执行的工程路径：
- 澄清目标和约束：确认要解决的问题、必须满足的指标、不能触碰的边界。
- 拆解技术方案：确定系统边界、接口、数据流、依赖、里程碑和回滚路径。
- 分配技术任务：让不同工程师的实现能组合成一致的系统，而不是互相冲突的局部代码。
- 审查关键实现：通过设计评审、代码评审、测试策略和上线检查控制质量。
- 处理技术风险：在延期、方案缺陷、线上故障或跨团队冲突出现时做取舍。
Tech Lead 的影响力常来自专业判断和项目上下文，而不一定来自正式组织权力。
工程用途
Tech Lead 常见于项目制、平台团队、基础架构团队和业务研发团队。它适合那些需要强技术协调、但又未必需要正式人员管理的场景。
在一个健康分工里：
- Tech Lead 对技术方案和工程质量负责；
- Engineering Manager 对团队组织、人员成长和交付系统负责；
- 高阶 IC（个人贡献者） 可以承担 Tech Lead 职责，也可以只在关键技术方向上提供深度影响。
边界与常见坑
- Tech Lead 不必然是经理。是否负责绩效、招聘和人员去留，才是判断它是否进入管理职责的关键。
- Tech Lead 不等于最强工程师。它需要把个人判断转化成团队可执行的工程路径。
- Tech Lead 不应只做任务派发。如果不参与技术取舍和风险闭环，就只是项目协调。
- Tech Lead 也不应成为唯一瓶颈。如果所有设计和代码都必须由一个人批准，团队吞吐会下降。