技术 Leader 每日工作 SOP

1. 目的与定位

本 SOP 依据《每日工作 SOP · 共用骨架》制定，规范技术 Leader 的每日工作节奏。

定位：技术支持台 + 技术决策点 + 评估观察员——团队的"技术急救中心"，谁卡住了找他，而不是他守在流水线关卡上。

• 技术 Leader 是"轻 leader"：以技术支持为主，不做流程管控（我司无 MR 队列，代码人工合并）；
• 承担技术维度的对齐（方案/技术路线）与评估（人的表现、任务完成质量、方案优劣）；
• 对团队：让开发人员对技术支持的响应节奏有稳定预期；对自己：在日常支持中积累评估依据。

2. 适用范围

技术 Leader，每个工作日执行。

3. 每日流程（共用骨架）

4. 操作要求

4.1 开工环节

1. 查看技术侧隔夜变化：线上告警 / 错误日志摘要、技术群里未回复的咨询、悬置的技术问题；
2. 盘点当日工作清单：待答复咨询 / 待决策技术问题 + 自身任务 + 昨日顺延项；
3. 识别外部依赖项并逐项处理（解决 / 知会 / 升级，三选一即可），轻量留痕。典型依赖：
   • 悬置的开发咨询（开发人员 SOP"当天发起咨询"的接收端）→ 当日答复或给时限；
   • 阻塞开发的技术决策（方案选型、技术路线确认）→ 当日拍板或明确决策时限；
   • 技术方案与进度 / 资源冲突 → 升级 PMO / 部门负责人。
   "处理"= 知道有这么个事，并做出行动，不要求当日彻底解决。
4. 评估类输入收集：从昨日各开发人员的收工更新里，把标注了异常 / 重做的任务记下来，作为评估信息源。

4.2 执行环节

5. 咨询响应分级——按"卡住程度"响应：
   • 完全卡住（阻塞性问题）：优先处理，当天介入；
   • 方向性 / 方案性问题：给出判断意见和答复时限；
   • 非紧急：攒到固定时段集中答复。
6. 技术决策当日闭环：决策三步——定方案、定责任人、定时间。当日能决的当日决；不能决的当日给出决策时限并知会等待方。
   决策留痕方式：不单独建账，体现在决策所影响的记录中（任务卡、设计文档、代码分支说明等）；
7. 主动巡检：每天主动问 1~2 个正在攻坚的成员"卡没卡"——轻 leader 不守流程关卡，用主动巡检弥补信息盲区，把支持从"等人上门"变成"主动出诊"；
8. 评估观察顺手记录（轻量）：不搞大动作，只做顺手记录——谁被同类问题卡了两次、谁的方案一次过、谁主动升级了风险。评估依据靠日常积累，不靠季度回忆；
9. "已知缺陷和未完善功能"每日一眼：对照已知缺陷清单（来源：测试 bug 单）和未完善功能清单（来源：各岗位收工更新的顺延 / 未完成项）过一眼——有没有今天正好在附近工作的、能顺手修掉 / 补上的；没有机会的不强求。不单独维护台账，只消费现成数据源。

4.3 收工环节

10. 更新当日完成情况：完成 / 未完成+原因 / 顺延；
11. 输出技术侧日简报：今日支持解决了什么、悬置技术问题（+时限）、明日技术侧关注点——给团队的技术侧"下阶段输入"（与 PMO 的项目侧简报平行）；
12. 明确明日开工第一件事（通常是最老的悬置咨询）。

5. 收工自查 Checklist

6. 检查方式

以自查为主。轻 Leader 的服务质量由下游评价：开发人员感知最直接的是"卡住的问题当天有没有回音"；日简报连续性由 PMO / 部门负责人查看。

7. 不在本 SOP 约定的事项

8. 修订记录