（2667期）Task Planning – 敏捷开发任务规划专家

敏捷开发任务规划专家 敏捷开发任务规划利器，基于INVEST原则拆分用户故事，支持MoSCoW优先级排序与Sprint规划，适合团队协作与项目管理 使用说明 核心用法 Task Planning 是一套面向软件开发团队的敏捷项目管理技能，核心功能包括： 1. 用户故事编写（INVEST原则） 遵循独立、可协商、有价值、可估算、小型、可测试六大原则 标准化模板：As a... I want... So that... 结构 配套验收标准（GWT格式）、技术备注、估算（故事点/T-Shirt）、依赖关系与优先级标注 2. Epic-Story-Task 三级分解 将大型功能（Epic）拆分为可交付的用户故事（Story） 每个故事再细化为具体开发任务（Task），附预估工时 形成完整可追溯的工作分解结构 3. MoSCoW 优先级框架 Must/Should/Could/Won't Have 四级分类 结合Sprint规划动态调整交付范围 4. Sprint Planning 完整流程 容量计算（团队可用工时） 速度估算（Velocity）与故事点匹配 Definition of Done 明确交付标准 显著优点 标准化程度高：提供可复用的模板与检查清单，降低团队沟通成本 覆盖完整生命周期：从需求拆解到Sprint执行，形成闭环 多平台兼容：支持Claude、ChatGPT、Gemini主流AI助手 实战导向：包含密码重置、用户认证等典型开发场景示例 潜在局限 敏捷框架依赖：对非敏捷团队（如传统瀑布模型）适配性有限 估算主观性：故事点与T-Shirt估算需团队长期磨合校准 缺少自动化集成：未提及与Jira、Trello等主流项目管理工具的API对接 韩语/英语混合内容：部分说明为韩语，国际化体验不一致 适合人群 Scrum Master 与 Product Owner 全栈开发团队进行迭代规划 初创公司建立研发流程规范 远程协作团队统一任务描述标准 常规风险 验收标准编写不当易导致需求理解偏差 过度拆分任务可能产生管理 overhead 未严格执行DoD（Definition of Done）会造成"假性完成" 原始说明 Plan and organize software development tasks effectively. Use when breaking down features, creating user stories, or planning sprints. Handles task breakdown...