task-decomposer-skill

任务拆解技能 - 将需求分解为可执行的最小任务单元。 使用场景：(1) 需求分析时拆解任务 (2) 项目规划时细化工作 (3) 估算工时 (4) 制定迭代计划。 支持技术栈：Java/Spring Boot、Node.js、Python、Go、前端项目。

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_time	number	5	单个任务最大时间（分钟）
task.min_time	number	2	单个任务最小时间（分钟）
task.output_format	string	markdown	输出格式

---

🚀 使用方法

基本用法

text

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

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

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

高级用法

text

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

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

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

---

📊 工作量估算

时间估算标准

任务类型	简单	一般	复杂
CRUD 操作	2-3min	5min	10min
业务逻辑	3-5min	10min	20min
接口对接	5min	10min	20min
单元测试	3-5min	5-10min	15min
文档编写	2min	3-5min	10min

风险系数

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

---

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