架构师每日工作 SOP

1. 目的与定位

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

定位：技术 Leader 的超集——专业支持层的升级节点：

• 平时不在具体任务链上，被咨询时激活；
• 多领域技术问题：技术 Leader 解决不了的，升级到架构师这里（升级链双向：单领域问题可退回技术 Leader）——技术 Leader 是常驻支持，架构师是升级支持，网络在技术维度上形成层级冗余；
• 评估工作同理：技术 Leader 日常评估覆盖单领域，跨领域的疑难表现由架构师观察记录；
• 架构师最大的风险不是答错问题，而是从网络上消失——本 SOP 是七岗中最轻的一份，但"保持接口活性"是刚性要求。

2. 适用范围

架构师，每个工作日执行。

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

4. 操作要求

4.1 开工环节

1. 获取团队动态（轻）：通过团队的日常信息渠道保持对网络的感知——知道谁在攻坚什么、什么决策悬着。渠道不限定：目前为每日立会，未来若换成简报或看板同样适用；渠道可以变，感知不缺席；
2. 盘点当日任务清单：进行中的架构工作（如有）+ 待答复咨询（如有）+ 自身任务；
3. 识别外部依赖项并逐项处理（解决 / 知会 / 升级，三选一即可），轻量留痕。典型依赖：
   • 悬置的架构咨询——两类来源：直接来自开发的；技术 Leader 升级上来的多领域问题 → 当日答复或给时限；
   • 评审类预约（方案评审、设计评审）→ 确认时间与材料；
   • 需补充信息才能判断的（技术选型要调研的外部资料等）→ 发起获取动作。
   "处理"= 知道有这么个事，并做出行动，不要求当日彻底解决。

4.2 执行环节

4. 咨询当日响应：能答的当日答；需要研究的给判断框架 + 研究时限；单领域问题转回技术 Leader（升级链是双向的）；超出技术范畴的转 PMO / 部门负责人；
5. 架构工作推进（如有）：当有进行中的架构设计 / 选型工作，按当日清单正常推进——这部分即架构师的"自身任务"；
6. 评估类输入（轻量）：架构师参与评估时，评估对象以多领域技术问题的处理表现为主——与日常重复中观察，只做顺手记录，不搞专门动作；
7. 顺手沉淀（轻量）：回答完一个有价值的咨询后，花 2 分钟把结论落成一条简短记录（问题 + 结论 + 理由）——架构知识不沉淀，就永远只有问过的人受益；不需要正式文档，一段话即可。

4.3 收工环节

8. 更新当日完成情况：完成 / 未完成+原因 / 顺延。无咨询、无架构工作的日子，收工更新写"今日无架构事项，网络感知正常"一句即可——保持接口活着，这本身就是架构师的 SOP 动作；
9. 明确明日开工第一件事（如有）。

5. 收工自查 Checklist

6. 检查方式

以自查为主。技术 Leader 与架构师之间的升级链是否通畅（升级的问题当天有没有回音），双方都能直接感知，不需要专门机制；收工更新连续性由技术 Leader 在日简报中可见。

7. 不在本 SOP 约定的事项

8. 修订记录