开发任务 SOP（含交付）
研发团队 SOP 体系 · 任务型 SOP
版本：V0.1（试行）
发布日期：2026-09-20
适用对象：全体任务执行人（开发为主，含文档类任务）
状态：试行，试行期后调整
1. 定位与边界
- 任务型 SOP：管"一件事从领到关"的全生命周期。每日节奏由《每日工作 SOP》管（四步骨架），本 SOP 不重复；
- 任务粒度：以"可独立交付验收"为单元——一个任务应有明确的交付标准（一个功能、一个 bug 修复、一个模块、一份文档），大于一天的活必须拆；
- 交付标准由任务发起人在任务下达时明确，是领取、自测、交付、验收四个环节共同的对照物；
- 沿用既定原则：SOP 约定操作层面的"做什么"；代码质量、性能指标等规范属团队规范与项目层面。
2. 任务全生命周期
领取与理解 → 方案设计 → 编码 → 自测 → 交付 → 验收与关闭
3. 环节操作要求
3.1 领取与理解
- 领取时确认三件事：做什么（需求）、交付标准（什么样算交付）、时限——三缺一就先问清再领，不领"糊涂任务"；
- 理解反述：用自己的话把任务说一遍（一段话/几句话），发给任务发起人（产品/PMO/技术 Leader）确认——"我以为"是返工的最大来源；
- 识别外部依赖（接口、环境、上游模块），领取时即声明——对应每日工作 SOP 骨架②。
3.2 方案设计
- 超过 1 天的任务先出简案再动手：方案三要素——做什么、怎么做（技术路线）、影响面（动哪些模块）。简案不必是文档，一段话+要点即可，发给技术 Leader/架构师；
- 方案确认后再编码：技术 Leader/架构师当日响应（对应其分册咨询分级）；复杂方案（跨模块/多领域）升级架构师；
- 拿不准的技术点在设计阶段问清，不带疑点进编码。
3.3 编码
- 特性分支开工，分支名含任务标识；
- 每日至少一次提交推送（详见每日工作 SOP 开发分册，此处不重复）；
- 发现需求理解偏差时立即停：回头走"理解反述"重新对齐，不边猜边做；
- 范围变更处理：做的过程中需求变了（产品变更/新发现），先更新任务描述与交付标准，再继续做——对应产品分册"变更当日通报"的接收端。
3.4 自测
- 交付标准逐条对照：领取时确认的交付标准，交付前逐条过；
- 自测分级：
- 基准业务场景必须测——主干业务流程走通是交付的硬性前提，基准场景没过不许交付；
- 边界情况尽力覆盖——边界与异常分支测了记录，没测完注明；不因边界测试不完整而卡住交付，也不装作测过了。
底线不能破，态度不作假：基准场景是底线，边界覆盖是态度。
- 自测记录轻量留痕：基准场景结果必记，边界覆盖情况注明，几行字即可。
3.5 交付
- 按任务的交付标准交付：交付物由任务的交付标准决定，逐项对照，缺一项不算交付：
- 编码类任务：代码（已合并/已推送）+ 交付说明（改了什么、影响面、自测结论）；
- 文档类任务（如"编写用户手册"）：文档成品 + 覆盖范围说明；
- 其他类型任务按各自交付标准类推。
- 交付通知：任务发起人 + 测试（需测的话）+ PMO（影响进度的话）；
- 提测版本注明：包含哪些任务、已知问题清单——不给测试"惊喜版本"。
3.6 验收与关闭
- 问题分账：验收中发现的问题分两类记——缺陷（要修）与新增需求（走新任务），不在关闭的任务里夹带私货；
- 关闭销项：验收通过后任务关闭，当日收工更新里销项；
- 关闭后复盘 30 秒（轻）：这个任务有没有返工？返工在哪个环节？——一句话记到任务上，攒起来就是团队的返工模式数据（供技术 Leader/PMO 趋势分析消费）。
4. 贯穿原则（全生命周期）
- 状态随时真实：任务卡状态与实际一致（进行中/待验收/已关闭），不谎报不漏报；
- 卡住超半天即升级（对应每日工作 SOP 骨架②的"解决/知会/升级"）；
- 产出可追溯：反述、简案、自测记录、交付物——留痕不用重格式，够查即可。
5. 收工/交付自查 Checklist
| 序号 | 自查项 | 环节 |
|---|
| 1 | 领取时三件事已确认：做什么 / 交付标准 / 时限 | 领取与理解 |
| 2 | 理解反述已发任务发起人确认 | 领取与理解 |
| 3 | 外部依赖已识别并声明 | 领取与理解 |
| 4 | 超 1 天任务已出简案（三要素：做什么/怎么做/影响面）并获响应 | 方案设计 |
| 5 | 需求理解偏差已停下重新对齐（如有） | 编码 |
| 6 | 范围变更已先更新任务描述与交付标准（如有） | 编码 |
| 7 | 基准业务场景已测且全部通过 | 自测 |
| 8 | 边界情况覆盖情况已注明（测了记录，没测完注明） | 自测 |
| 9 | 交付物按交付标准逐项对照，无缺项 | 交付 |
| 10 | 交付通知已发（发起人/测试/PMO 按需） | 交付 |
| 11 | 提测版本已注明包含任务与已知问题（如提测） | 交付 |
| 12 | 验收问题已分账（缺陷归缺陷，新需求走新任务） | 验收与关闭 |
| 13 | 任务已关闭并在当日收工更新中销项 | 验收与关闭 |
| 14 | 30 秒复盘已完成（有无返工、在哪个环节） | 验收与关闭 |
说明：checklist 按环节标注，交付前全项过一遍；其中第 7 项（基准业务场景）为硬性关卡，不过不许交付。任务进行中可只对照当前及之前环节的项目。
6. 检查方式
以自查为主；技术 Leader 按周抽查（交付标准对照情况、自测记录）；PMO 关注交付通知与提测版本说明的规范性；30 秒复盘记录按月汇总一次，作为流程改进输入。
7. 不在本 SOP 约定的事项
代码规范、评审标准、单元测试覆盖率等属团队既有规范；绩效评定属管理层面；项目级里程碑管理属《交付项目 SOP》。
8. 修订记录
| 日期 | 版本 | 说明 |
|---|
| 2026-09-20 | V0.1 | 初稿发布，进入试行（六环节全生命周期；自测分级：基准必须/边界尽力；交付按交付标准逐项对照；14 项环节标注自查 checklist） |