1.0——研发阶段
研发流程在游戏开发的过程中是非常重要的一环，游戏研发流程，可以简单拆解为内容生产工作流和美术需求工作流。
内容生产工作流
这里的内容生产工作流主要以玩法和功能产出为主。
游戏本身是一个个功能组成的产品，它之所以好玩，是因为有至少一个核心的玩法，但是一个玩法并不足以支撑起一款游戏，可以围绕玩法构建系统，多个系统结合起来，才能称之为游戏。
游戏和其他互联网产品一样，开发过程也是通过完成一个个功能需求而逐渐成型的，这里简单介绍单个功能需求的全生命周期。
功能需求通常从策划提出和评审开始，经过需求拆解、开发排期、程序实现、过程验收、测试与修复，最终在相关制作者共同验收通过后结束。PM从需求评审通过开始参与，持续跟进到最终验收。
原图中的每个环节虽然只有简单的几个字，背后都需要有一套完整的流程支撑，让每个团队成员知道在什么时候应该做什么事，最大地降低delay风险。
美术需求工作流
在功能开发的过程中，美术资源往往是没有全部到位的，这时可以使用尺寸相同（至少是接近）的白模代替，用来验证功能的完整性。
如果说单个需求主要是以程序视角出发的话，美术其实是在特定时间点加入进来的，往往玩法功能在设计的早期就需要美术协同参与，一方面是提供思路参考，另一方面也是提前思考概念设计方案，确保美术设计先于程序开发进行，在功能开发完成后替换成品美术资源，是比较合理的开发模型。
美术需求的生命周期可以用文字概括为：玩法或功能进入早期设计时，美术开始参与概念设计；需求确认后拆解资源清单并排期；程序开发期间用白模验证；正式美术资源完成后接入功能，再由策划、美术和程序共同验收。
结合内容生产和美术需求，一个简化的研发工作流就是：需求设计与概念设计前置并行，评审通过后分别进入功能开发和资源生产，过程中用白模联调，最终以正式资源替换并完成整体测试验收。
2.0阶段——上线后
项目上线之后，通常会制定一系列更新计划，这时1.0模式的开发模型已经不能完全满足需求。
为了维护线上版本的稳定，通常只会在某个开发版本的功能全部测试通过后才会推至线上，所以此时需要至少两个开发分支——线上版本和开发版本。
最简双版本开发模型可以这样理解：线上版本是一条持续维护的主线，在A点拉出资料片1的开发分支，在B点资料片1完成并测试通过后合入线上版本。
需要注意的是在A→B阶段线上版本理论上是不更新的，期间如果有修复bug，则需要同步至资料片1的分支，确保在B点合入时不会出现冲突。资料片2阶段同理。
无论是研发中还是上线后，流程管理都是关键的一环，当中有很多坑，往往需要踩过一次之后才能有更深的感触，上面列出的都是最最简化版本的流程示意，仅仅是介绍全流程的概念。
更深的内容，需要在实际工作中逐渐摸索。
AI时代怎么看这个方法
AI进入研发流程后，价值不只是让某个岗位做得更快，而是让原本分开的环节出现新的连接方式：策划可以更早验证配置，原画可以先生成可编辑的3D粗模，PM也能自动整理跨组依赖。但任何新工具都要明确放在哪个节点、由谁使用、输入输出交给谁。只有工作流因此改变，AI才从个人技巧变成团队能力。流程是否真正减少交接损耗，也要由团队验证。
观点溯源：《Demo期、研发期、线上期的游戏项目，怎么落地AI》
如果你想继续系统梳理从执行到体系化管理的方法，可查看从执行者到架构师。