task-decomposer

# Task Decomposer - 任务拆解器 将复杂需求分解为可执行、可跟踪、最小粒度的任务单元。 ## 🎯 核心功能 ### 1. 需求分析 - 理解业务目标 - 识别关键需求 - 评估复杂度 ### 2. 任务拆解 - 分解为 2-5 分钟的微任务 - 明确任务依赖关系 - 确定验收标准 ### 3. 工作量估算 - 评估每个任务的时间 - 识别风险点 - 制定里程碑 ### 4. 迭代规划 - 按优先级排序任务 - 划分迭代范围 - 制定冲刺计划 --- ## 📋 拆解流程 ### Phase 1: 理解需求 ``` 1. 明确业务目标 - 这个需求解决什么问题？ - 预期达到什么效果？ 2. 识别关键功能 - 核心功能是什么？ - 边界在哪里？ - 优先级如何？ 3. 评估约束条件 - 技术约束 - 时间约束 - 资源约束 ``` ### Phase 2: 拆解任务 ``` 拆解原则： - 每个任务 2-5 分钟完成 - 每个任务有明确的输入输出 - 每个任务可独立验收 - 任务之间无循环依赖 拆解方法： 1. 按业务流程拆解 2. 按技术层次拆解 3. 按模块/领域拆解 4. 按变更类型拆解 ``` ### Phase 3: 确定依赖 ``` 依赖类型： - 数据依赖 - 需要前置数据 - 功能依赖 - 需要前置功能 - 技术依赖 - 需要前置技术准备 - 环境依赖 - 需要前置环境配置 依赖标记： [P] - 前置任务 [S] - 同级任务 [C] - 并行任务 ``` ### Phase 4: 制定计划 ``` 输出格式： 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 ``` 任务类型： 1. Entity/Model 创建 2. Repository 开发 3. Service 开发 4. Controller 开发 5. 配置更新 6. 单元测试 7. 集成测试 8. 文档更新 ``` ### Node.js / Express ``` 任务类型： 1. Model/Schema 定义 2. Route 路由开发 3. Controller 开发 4. Middleware 开发 5. Service 开发 6. 单元测试 7. API 测试 8. 文档更新 ``` ### 前端项目 (React/Vue) ``` 任务类型： 1. Component 开发 2. API 调用封装 3. 状态管理 4. 路由配置 5. 样式开发 6. 单元测试 7. E2E 测试 8. 文档更新 ``` --- ## 📝 任务优先级定义 | 优先级 | 说明 | 适用场景 | |--------|------|----------| | P0 | 最高优先级 | 核心功能、阻塞性问题 | | P1 | 高优先级 | 重要功能、性能优化 | | P2 | 中优先级 | 一般功能、体验优化 | | P3 | 低优先级 | 增强功能、文档完善 | --- ## 🎯 验收标准模板 ### 功能任务 ```markdown **验收标准：** - [ ] 功能正常运行 - [ ] 输入验证通过 - [ ] 输出结果正确 - [ ] 错误处理完善 - [ ] 日志记录完整 ``` ### 重构任务 ```markdown **验收标准：** - [ ] API 兼容性保持 - [ ] 功能行为不变 - [ ] 性能不下降 - [ ] 测试全部通过 - [ ] 文档已更新 ``` ### Bug 修复任务 ```markdown **验收标准：** - [ ] Bug 已修复 - [ ] 相关测试已添加 - [ ] 回归测试通过 - [ ] 没有引入新问题 ``` --- ## 💡 拆解示例 ### 示例：用户登录功能 ``` 原始需求：实现用户登录功能 拆解结果： 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 | 输出格式 | --- ## 🚀 使用方法 ### 基本用法 ``` 拆解需求： "拆解用户注册功能" 拆解并估算： "拆解订单查询功能，并估算工时" 拆解并规划： "拆解支付模块，并制定迭代计划" ``` ### 高级用法 ``` 指定技术栈： "拆解商品管理功能，使用 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 | 高性能要求 | --- *让任务拆解更简单、更高效 📋✨*