0
0📝 本期摘要
Hao的游戏PM笔记《游戏PM的AI实战手册》第10章，讲团队里各职能都用上AI以后，PM怎么把需求、排期和验收对齐。开头是一个游戏团队的经历：对齐会开完，PM发现很多需求只写了方向，当场立了一条规矩，规则没有闭合的需求，程序先不估时、不排期。用上AI以后，这种需求更容易混进排期，各职能自己的活快了，版本节奏却卡在评审、联调、验收和跨组依赖这些交接处。这一章给出可开工清单、意图模板、分三块写的验收标准、依赖追问清单和排期扫描指令，以及AI产出进管线前的验收三问和合入规则。
❓ 本期讨论了这些问题
为什么各职能都用AI提速了，版本还是没快？
需求写到什么程度，程序才能开始估时？
说不清的验收标准怎么变成能核对的文档？
排期里的依赖怎么追问到能核实？
AI生成的代码和资产，什么情况下才算交付？
🔥 本期核心内容
时间耗在交接处
版本节奏取决于评审、联调、验收和跨组依赖。程序做到一半回头问策划到底要什么，美术的图做完了到下游才发现进不了引擎，各职能单独提速补不回这些时间。需求过了可开工门槛才估时
AI能把一句话扩成格式齐全的策划案，所以要用可开工清单判断规则有没有闭合。说不出来的标准，先挑样稿磨成文档，数值要有本项目的依据。验收标准写三块，认可要分层级
多写怎么验证，少写怎么做。方向被认可，不代表下一层的方案和细节也被认可了。能进管线才算交付，合入必须有人批准
排期拆开估，依赖追问到能核。AI的产出进管线前过一遍验收三问，合入必须有人批准；说不清的需求，先做出来再对。
🏷️ 本期提到的人物与概念
概念：跨职能协作 / Cross-functional Alignment；验收标准 / Acceptance Criteria；可开工标准 / Definition of Ready；依赖管理 / Dependency Management；排期 / Scheduling；合入 / Merge
🔗 延伸话题
Q：策划用AI写的策划案看起来很完整，为什么程序还在反复问？
A：格式齐全不等于规则闭合，规则细节、边界条件和完成标准没定的需求，先不估时、不排期。
Q：游戏需求的验收标准怎么写？
A：分三块写，多写怎么验证、少写怎么做；说不清的标准先挑样稿磨成文档，数值要有本项目的依据。
Q：AI做出来的资产能直接进版本吗？
A：先过验收三问，确认能进管线才算交付，合入必须有人批准。
🌐 About This Episode
Chapter 10 of Hao's Game PM Notes course explains why game versions do not ship faster when design, engineering and art each speed up with AI: the time is lost at handoffs. Hao gives game project managers a definition-of-ready checklist, a three-part acceptance criteria template, dependency questions, and merge rules for AI output.
📖 本期延伸阅读
关于 Hao 的游戏 PM 笔记
我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。
查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。
一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。
系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。
课程内容、服务说明和预约方式：PMNote · 课程与咨询。
