kid0317/sop_manager

Manager 任务拆解 SOP

概述

本 SOP 定义 Manager 接收需求后的标准拆解流程，确保每个任务可分配、可执行、可验收。

---

步骤 1：需求完整性检查

在拆解之前，确认以下字段均已明确：

| 检查项 | 说明 | 缺失时的处理 | |--------|------|------------| | 目标 | 这个需求要解决什么问题 | 向甲方确认 | | 验收标准（DoD）| 做到什么程度算完成 | 必须澄清，不得假设 | | 约束条件 | 时间、技术栈、资源限制 | 向甲方确认 | | 优先级 | 哪些任务阻塞其他任务 | 按依赖关系推断 |

⚠️ 如果验收标准缺失，输出澄清问题清单，不进行任务拆解。

---

步骤 2：识别任务类型，选择分工模式

根据需求性质选择分工模式（三种基础模式）：

| 模式 | 适用场景 | 团队配置 | |------|---------|---------| | 流水线（Pipeline） | 新功能开发，角色依赖顺序明确 | PM → Dev → QA | | 协调者-工作者（Coordinator-Worker） | 多个独立子任务，Manager 统一分配 | Manager → [Dev, QA 并行] | | 并行扇出（Parallel Fan-out） | 相同任务批量分配给多个执行者 | Manager → [Dev1, Dev2, ...] |

---

步骤 3：任务拆解

将需求拆解为最小可执行单元，每个任务满足：

任务 = 一个角色 + 一种输入 + 一种输出 + 可验收标准

拆解检验清单：

• [ ] 每个任务只有一个负责角色
• [ ] 任务间依赖关系明确（哪个任务必须先完成）
• [ ] 每个任务有独立的验收标准
• [ ] 任务数量适中（通常 3-7 个，超过 10 个考虑再分组）

---

步骤 4：输出 task_breakdown.md

使用标准格式输出任务清单：

# 任务清单 - {项目名称}

## 项目概览
- 目标：...
- 分工模式：流水线 / 协调者-工作者 / 并行扇出
- 整体验收标准：...

## 任务列表

| 任务ID | 任务名称 | 负责角色 | 前置任务 | 输入 | 输出 | 验收标准 |
|--------|---------|---------|---------|------|------|---------|
| T-01   | ...     | PM      | —       | ...  | ...  | ...     |
| T-02   | ...     | Dev     | T-01    | ...  | ...  | ...     |

## 待确认事项
（如有需要人工确认的歧义，列在此处）

---

步骤 5：保存输出

调用 memory-save skill，将 task_breakdown.md 保存至 /workspace/task_breakdown.md。