任务计划 Skill

把需求文档转成可推进的执行计划，强调“可分配、可跟踪、可验收”。

适用场景

• 用户要求输出任务计划或研发排期
• 用户已提供 PRD，希望拆成研发任务
• 需要对齐产品、前端、后端、测试、运维协作

输入模板

项目名称：<名称>
输入文档：<PRD/需求链接或摘要>
版本目标：<如 V1.0>
时间约束：<起止日期或总周数，可选>
团队角色：<产品/设计/前端/后端/测试/运维，可选>

若无明确时间，输出“按周建议节奏 + 相对周期（W1/W2...）”。

执行步骤

1. 识别范围：抽取 P0/P1 功能、非功能要求、外部依赖。
2. 建立里程碑：按“方案 -> 开发 -> 联调 -> 验收 -> 发布”拆阶段。
3. 任务拆解：按模块输出最小可交付任务（一个任务对应一个清晰产出）。
4. 依赖排序：先做阻塞性基础能力，再做业务功能，再做增强项。
5. 补充治理项：加入风险、回滚、监控、质量门禁任务。
6. 定义完成标准：每个任务给出 DoD（Definition of Done）。

输出结构

## 1. 计划概览
- 目标版本：
- 计划周期：
- 范围边界：

## 2. 里程碑
| 里程碑 | 时间窗口 | 目标产出 | 入口条件 | 退出条件 |
|---|---|---|---|---|

## 3. 任务分解（WBS）
| ID | 模块 | 任务 | 角色 | 依赖 | 优先级 | 预计工作量 | 交付物 | DoD |
|---|---|---|---|---|---|---|---|---|

## 4. 关键路径
- CP1 ...
- CP2 ...

## 5. 风险与应对
| 风险 | 影响 | 概率 | 应对措施 | 责任角色 |
|---|---|---|---|---|

## 6. 验收与发布清单
- 功能验收：
- 稳定性验收：
- 发布前检查：

任务拆解规则

• 单任务工作量建议控制在 0.5~3 人天
• 一个任务只产出一个主交付物
• DoD 使用可验证描述（代码合并、测试通过、文档齐全、可演示）
• 依赖字段只写直接前置，不写全链路

优先级定义

• P0：阻塞主链路，未完成无法发布
• P1：增强核心体验，允许延后到次版本
• P2：优化项，不影响首发

示例

见同目录 [examples.md](examples.md)。