sprint-plan
$
npx mdskill add pixel-cellar/Claude-Code-Game-Studios/sprint-plan生成或更新冲刺计划,基于里程碑、已完成工作和可用产能
- 解决团队在规划或更新冲刺时缺乏结构化信息的问题
- 依赖文件系统读取和写入操作,包括目录扫描和文本检索
- 根据里程碑进度、设计文档和风险登记册决定任务优先级
- 以标准化 Markdown 格式输出计划或状态报告到指定路径
SKILL.md
.github/skills/sprint-planView on GitHub ↗
--- name: sprint-plan description: "根据当前里程碑、已完成工作和可用产能生成新的冲刺计划或更新现有计划。从生产文档和设计待办事项中拉取上下文。" argument-hint: "[new|update|status]" user-invocable: true allowed-tools: Read, Glob, Grep, Write, Edit context: | !ls production/sprints/ 2>/dev/null --- 当此技能(Skill)被调用时: 1. **读取当前里程碑**,从 `production/milestones/` 获取。 2. **读取上一个冲刺(Sprint)**(如果有的话),从 `production/sprints/` 中读取, 以了解速率(Velocity)和未完成事项(Carryover)。 3. **扫描设计文档**,在 `design/gdd/` 中查找已标记为可实施的功能。 4. **检查风险登记册**,位于 `production/risk-register/`。 对于 `new`: 5. **生成冲刺计划**,遵循以下格式: ```markdown # Sprint [N] -- [开始日期] 至 [结束日期] ## Sprint 目标 [一句话描述本冲刺 toward 里程碑的成果] ## 产能(Capacity) - 总天数: [X] - 缓冲(20%): [Y 天,预留用于计划外工作] - 可用天数: [Z] ## 任务 ### 必须完成(关键路径,Critical Path) | ID | 任务 | 代理/负责人 | 预估天数 | 依赖项 | 验收标准 | |----|------|-------------|-----------|--------|---------| ### 应该完成 | ID | 任务 | 代理/负责人 | 预估天数 | 依赖项 | 验收标准 | |----|------|-------------|-----------|--------|---------| ### 可以完成 | ID | 任务 | 代理/负责人 | 预估天数 | 依赖项 | 验收标准 | |----|------|-------------|-----------|--------|---------| ## 上一个冲刺的未完成事项(Carryover) | 任务 | 原因 | 新预估 | |------|------|--------| ## 风险 | 风险 | 概率 | 影响 | 缓解措施 | |------|------|------|---------| ## 外部因素依赖 - [列出任何外部依赖] ## 本 Sprint 的完成定义(Definition of Done) - [ ] 所有"必须完成"任务已完成 - [ ] 所有任务通过验收标准 - [ ] 交付功能中无 S1 或 S2 缺陷 - [ ] 设计文档已针对偏差进行更新 - [ ] 代码已审查并合并 ``` 对于 `status`: 5. **生成状态报告**: ```markdown # Sprint [N] 状态报告 -- [日期] ## 进度: [X/Y 个任务已完成] ([Z%]) ### 已完成 | 任务 | 完成者 | 备注 | |------|--------|------| ### 进行中 | 任务 | 负责人 | 完成度 | 阻碍因素 | |------|--------|--------|---------| ### 未开始 | 任务 | 负责人 | 是否有风险 | 备注 | |------|--------|-----------|------| ### 已阻塞 | 任务 | 阻碍因素 | 阻碍者 | 预计解决时间 | |------|---------|--------|-------------| ## 燃尽图评估(Burndown Assessment) [正常 / 落后 / 超前] [如果落后:将削减或推迟哪些内容] ## 新出现的风险 - [本冲刺中新识别的任何风险] ``` ### 代理(Agent)协商 对于全面的冲刺计划,建议协商以下代理: - `producer` 代理——用于产能规划、风险评估和跨部门协调 - `game-designer` 代理——用于功能优先级排序和设计就绪度评估
More from pixel-cellar/Claude-Code-Game-Studios
- architecture-decision创建架构决策记录(Architecture Decision Record, ADR),记录重大技术决策及其背景、备选方案和影响后果。每个重大技术选择都应有对应的 ADR。
- estimate通过分析复杂度、依赖关系、历史速度和风险因素来估算任务工作量。生成包含置信水平的结构化估算。
- localize运行本地化工作流:提取字符串、验证本地化就绪状态、检查硬编码文本,并生成可供翻译的字符串表。
- map-systems将游戏概念拆解为独立系统,映射依赖关系,确定设计优先级,并创建系统索引。
- milestone-review生成全面的里程碑进度审查,包括功能完成度、质量指标、风险评估和推进/暂停建议。在里程碑检查点或评估里程碑截止日期的准备情况时使用。
- patch-notes从 git 历史记录、Sprint 数据和内部更新日志生成面向玩家的补丁说明。将开发者语言转化为清晰、有吸引力的玩家沟通内容。
- perf-profile结构化的性能分析工作流。识别瓶颈、与性能预算对比测量,并生成带有优先级排序的优化建议。
- playtest-report生成结构化的试玩报告模板,或将现有试玩笔记分析为结构化格式。用于标准化试玩反馈的收集和分析。
- project-stage-detect自动分析项目状态、检测开发阶段、识别缺失项,并根据现有工件推荐后续步骤。
- release-checklist生成全面的发布前验证清单,涵盖构建验证、合规要求、商店元数据和发布准备就绪情况。