Task Decomposer - 任务拆解器#

将复杂需求分解为可执行、可跟踪、最小粒度的任务单元。

🎯 核心功能#

1. 需求分析#

• 理解业务目标
• 识别关键需求
• 评估复杂度

2. 任务拆解#

• 分解为 2-5 分钟的微任务
• 明确任务依赖关系
• 确定验收标准

3. 工作量估算#

• 评估每个任务的时间
• 识别风险点
• 制定里程碑

4. 迭代规划#

• 按优先级排序任务
• 划分迭代范围
• 制定冲刺计划

---

📋 拆解流程#

Phase 1: 理解需求#

text

1. 明确业务目标
   - 这个需求解决什么问题？
   - 预期达到什么效果？

2. 识别关键功能
   - 核心功能是什么？
   - 边界在哪里？
   - 优先级如何？

3. 评估约束条件
   - 技术约束
   - 时间约束
   - 资源约束

Phase 2: 拆解任务#

text

拆解原则：
- 每个任务 2-5 分钟完成
- 每个任务有明确的输入输出
- 每个任务可独立验收
- 任务之间无循环依赖

拆解方法：
1. 按业务流程拆解
2. 按技术层次拆解
3. 按模块/领域拆解
4. 按变更类型拆解

Phase 3: 确定依赖#

text

依赖类型：
- 数据依赖 - 需要前置数据
- 功能依赖 - 需要前置功能
- 技术依赖 - 需要前置技术准备
- 环境依赖 - 需要前置环境配置

依赖标记：
[P] - 前置任务
[S] - 同级任务
[C] - 并行任务

Phase 4: 制定计划#

text

输出格式：
1. 任务清单
2. 依赖关系图
3. 时间估算
4. 里程碑计划

---

📊 输出模板#

任务清单#

markdown

## 任务清单

| # | 任务 | 预估时间 | 优先级 | 依赖 | 验收标准 |
|---|------|----------|--------|------|----------|
| 1 | 任务描述 | 3min | P0 | - | 完成标准 |
| 2 | 任务描述 | 5min | P0 | #1 | 完成标准 |
| 3 | 任务描述 | 3min | P1 | #1 | 完成标准 |

任务详情#

markdown

### #1 任务名称

**描述：** 任务的具体描述

**输入：** 任务需要的输入

**输出：** 任务完成后的产出

**步骤：**
1. 步骤1
2. 步骤2
3. 步骤3

**验收标准：**
- [ ] 标准1
- [ ] 标准2

**预估时间：** 3分钟

**风险点：** 可能的风险

里程碑计划#

markdown

## 里程碑

### M1: 基础搭建 (第1天)
- [ ] 任务1
- [ ] 任务2
- [ ] 任务3

### M2: 核心功能 (第2-3天)
- [ ] 任务4
- [ ] 任务5
- [ ] 任务6

### M3: 测试完善 (第4天)
- [ ] 任务7
- [ ] 任务8

### M4: 上线准备 (第5天)
- [ ] 任务9
- [ ] 任务10

---

🔧 技术栈任务模板#

Java / Spring Boot#

text

任务类型：
1. Entity/Model 创建
2. Repository 开发
3. Service 开发
4. Controller 开发
5. 配置更新
6. 单元测试
7. 集成测试
8. 文档更新

Node.js / Express#

text

任务类型：
1. Model/Schema 定义
2. Route 路由开发
3. Controller 开发
4. Middleware 开发
5. Service 开发
6. 单元测试
7. API 测试
8. 文档更新

前端项目 (React/Vue)#

text

任务类型：
1. Component 开发
2. API 调用封装
3. 状态管理
4. 路由配置
5. 样式开发
6. 单元测试
7. E2E 测试
8. 文档更新

---

📝 任务优先级定义#

优先级说明适用场景P0最高优先级核心功能、阻塞性问题P1高优先级重要功能、性能优化P2中优先级一般功能、体验优化P3低优先级增强功能、文档完善

---

🎯 验收标准模板#

功能任务#

markdown

**验收标准：**
- [ ] 功能正常运行
- [ ] 输入验证通过
- [ ] 输出结果正确
- [ ] 错误处理完善
- [ ] 日志记录完整

重构任务#

markdown

**验收标准：**
- [ ] API 兼容性保持
- [ ] 功能行为不变
- [ ] 性能不下降
- [ ] 测试全部通过
- [ ] 文档已更新

Bug 修复任务#

markdown

**验收标准：**
- [ ] Bug 已修复
- [ ] 相关测试已添加
- [ ] 回归测试通过
- [ ] 没有引入新问题

---

💡 拆解示例#

示例：用户登录功能#

text

原始需求：实现用户登录功能

拆解结果：

1. [P0] 创建 User Entity
   - 预估：3min
   - 依赖：无

2. [P0] 创建 UserRepository
   - 预估：2min
   - 依赖：#1

3. [P0] 实现 UserService.login()
   - 预估：5min
   - 依赖：#2

4. [P0] 创建 LoginController
   - 预估：3min
   - 依赖：#3

5. [P0] 添加登录参数验证
   - 预估：3min
   - 依赖：#4

6. [P1] 实现密码加密存储
   - 预估：5min
   - 依赖：#1

7. [P1] 添加登录错误处理
   - 预估：3min
   - 依赖：#4

8. [P1] 编写登录单元测试
   - 预估：5min
   - 依赖：#3

9. [P2] 添加登录日志记录
   - 预估：3min
   - 依赖：#4

10. [P2] 更新 API 文档
    - 预估：2min
    - 依赖：#4

---

⚙️ 配置项#

配置项类型默认值说明task.max_timenumber5单个任务最大时间（分钟）task.min_timenumber2单个任务最小时间（分钟）task.output_formatstringmarkdown输出格式

---

🚀 使用方法#

基本用法#

text

拆解需求：
"拆解用户注册功能"

拆解并估算：
"拆解订单查询功能，并估算工时"

拆解并规划：
"拆解支付模块，并制定迭代计划"

高级用法#

text

指定技术栈：
"拆解商品管理功能，使用 Spring Boot 技术栈"

指定约束：
"拆解消息推送功能，在 2 天内完成"

指定优先级：
"拆解后台管理系统，按模块优先级排序"

---

📊 工作量估算#

时间估算标准#

任务类型简单一般复杂CRUD 操作2-3min5min10min业务逻辑3-5min10min20min接口对接5min10min20min单元测试3-5min5-10min15min文档编写2min3-5min10min

风险系数#

风险类型系数说明技术不确定性1.2-1.5新技术/不熟悉的领域依赖复杂度1.1-1.3多系统依赖数据迁移1.3-1.5需要数据迁移性能要求1.2-1.3高性能要求

---

让任务拆解更简单、更高效 📋✨