游戏 Sprint 排期风险表
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_b07b41a3/game-sprint-scheduler。
技能介绍
解决什么问题
游戏 Sprint 排期里常见的坑:产能估算靠拍脑袋,缓冲预留没有统一口径,里程碑节点散落在表格和文档里,风险登记后没人跟进,逾期项到 Review 才被发现。这份工具把排期、产能、风险收敛到一张离线表格里,输入即出风险等级与升级提醒。
核心能力
- 排期表本体 8 字段:任务名、负责人、估算、预留缓冲、依赖、开始日、7 个里程碑节点、风险策略
- 产能核对:默认 15% 预留缓冲,绿(充足)/黄(吃缓冲)/红(超载)三档自动计算
- 7 节点里程碑:需求冻结 → 开发完成 → 测试完成 → 封包 → 提审 → 灰度 → 全量上线
- 风险登记 R1–R4:R1 红线、R2 版本级、R3 PBI 级、R4 观察;R1 不允许「接受」策略,关闭必须填原因
- 跨 Sprint / 逾期检测:R1/R2 登记满 24h 未处置或升级标超时;R3/R4 超截止日红色预警
- 改动记录:成员增删、版本切换、清空任务、变更评估等操作自动留痕
- 导入导出:可导出备份 JSON;可导入
game-entry-exit-gate生成的linked_risks
使用流程很直接:双击打开 Sprint排期风险表.html → 添加成员、设置产能参数(开发天数、团队规模、技术债、缓冲比例)→ 增加 Sprint 版本并填写任务与里程碑日期 → 系统自动计算产能、生成风险等级、标红逾期项 → 导出 JSON 备份或导入门禁风险。
关键规则
- R1 风险不得接受,必须升级或消除;产能超载必须调整范围或拆版本
- Sprint 进行中调整范围须先经「变更影响评估」,再走「范围变更控制器」流程
- 门禁风险一键转任务:准入未通过或 PBI 的 DoD 未达标转 R3,版本 DoD(L4)未达标转 R2,导入后负责人自动补进成员池
- 风险关闭记录与改动记录可作为 Retro 输入;度量看板可读取风险闭环率、版本按期发布率
适用边界
单文件离线 HTML,零联网依赖,数据存在浏览器 localStorage:换电脑、换浏览器或清缓存会丢失,重要节点请手动导出 JSON 异地备份。单个版本建议管理 5–50 个任务,任务过多时甘特图渲染会变慢。不支持多人协同,共享请用「导出 JSON → 邮件/IM 发送 → 对方导入」的方式。推荐 Chrome / Edge / Firefox 最新版,请勿在无痕模式长期作为唯一数据源。
使用场景
- Sprint 计划会前 1–2 天,把候选 PBI 录入排期表,算产能并提前暴露超载风险
- 每日站会上快速刷新任务状态,系统自动标红逾期风险和超时未升级项
- Sprint Review 或灰度前,核对需求冻结到全量上线 7 个里程碑节点是否完成
- 接到需求变更请求时,用变更影响评估看对产能和里程碑的影响,再决定是否走范围变更流程
适合人员
- 游戏 Sprint Master:需要在计划会前把候选 PBI 排进里程碑并确认产能不超载
- 游戏研发负责人:需要在每日站会检查 R1/R2 风险是否超时未升级
- 版本经理:需要在 Review 前核对 7 节点 DoD 完成情况,未完成自动生成 R2/R3
- QA 或发布负责人:需要把门禁 JSON 导入后把准入/DoD 风险转成可跟踪的风险任务行