3D SANDBOX · 第二期

一个游戏需求的旅程

游戏项目经理每天管的就是这条链路：一个需求要经过评审、排期、开发、集成、测试、合入、打包、提审、发布，才能变成玩家手机里的版本。点下面的按钮走一遍全程，再看看插单、返工和封包死线是怎么打乱计划的。

这个游戏研发流程演示需要浏览器支持 3D 渲染。你仍可以阅读下方的术语说明，或换台电脑、升级浏览器后再来操作。

按住拖动可旋转视角

当前浏览器禁用了 JavaScript，3D 沙盘无法启动。启用 JavaScript 后，你可以逐章操作需求评审、并行开发、QA 返工、版本合入和发布事故。

最顺利的一次旅程，准备出发。

先看最顺利的一次：一颗需求球从策划案出发，穿过开发、测试、合入、打包、提审，最后到玩家手里。

为什么 PM 要懂这个

游戏项目经理是做什么的？核心是管一条需求在各职能之间的流动：每道门的标准是什么、现在卡在谁手里、失败退回哪里、一个变化会牵连哪些下游。

这也是一张会动的游戏研发流程图。先认识研发管线和里程碑，再理解上线前为什么要封版、线上出问题为什么会走热更新。第 7 章用美术资产管线展示了一个上游修改如何牵连多个下游。

刚转行或刚入行的游戏项目经理，不用一次背下所有术语。先在第 2 章把每个节点的输入、准出、等待、退回看明白，再到第 5、6 章练习怎么在插单和死线面前做选择。

版本到了玩家手里还没结束。继续玩第三期：上线之后——灰度发布与热更新，亲手做一次放量、暂停、回滚和热更救场。