游戏越做越大，这件事玩家能感觉到——地图越来越大，支线越来越多，通关一次动辄几十上百小时。但很少有人会去想另一面：这么大的体量，到底是谁在做？

GDC 的一档节目里，XDS Spark 联合创始人 Sam Carlisle 和 GDC Festival of Gaming 的内容营销经理 Beth Elderkin 聊了聊这个话题。他们讨论的核心，是游戏行业里一个存在了几十年、但最近越来越被摆到台面上的做法：共同开发（co-development）和外部开发（external development）。

打开网易新闻 查看精彩图片

说白了，就是雇外面的工作室，和主开发团队一起干活。任务可大可小，有时候只是接一些零碎活，有时候干脆整块内容都交给对方负责。

为什么突然成了热门选项

节目给出的背景很直接：游戏制作的规模越来越大，业务负责人到处找办法，想在不把预算炸掉的前提下把游戏做出来。共同开发就是其中一个答案。

这个逻辑不难理解。项目体量膨胀之后，主团队的人力是有上限的，时间也是有上限的。与其无限扩招、把成本堆到失控，不如把一部分工作分出去，让外部团队并行推进。对工作室来说，这是一种控制预算和进度的方式；对从业者来说，节目里也提到，这可能同时是工作室和求职者的一条出路。

但节目并没有把这件事说成万能药。恰恰相反，它花了不少篇幅讲这里面的坑。

挑外部伙伴，没那么简单

节目里有一句判断值得单独拎出来：挑一个外部合作伙伴，绝不是件容易的事。

原因在于游戏开发本身的性质。它仍然是一个创意的、需要反复迭代的过程——不是画好图纸照着施工就行。今天定的方案，明天可能因为一个玩法测试结果就推翻重来。这种工作方式，对协作双方的默契程度要求很高。

节目里点出了一个很具体的风险：如果把共同开发和外部开发的同事当成"高级外包工"来对待，结果可能是灾难性的。

这句话其实是在说心态问题。外包思维是"我提需求，你交付"；而共同开发更像是"我们一起把这件事做成"。前者按合同办事，后者需要对方理解项目意图、参与判断，甚至在负责的模块里有主导权。用错了模式，创意环节就会卡住。

正反两方，各自站得住脚吗

把节目里的信息拆成两方来看，会更清楚。

支持这一模式的一方，理由集中在现实压力上：

  • 游戏制作规模持续变大，主团队独自扛下全部工作越来越难
  • 业务层面需要在不超预算的前提下把游戏做出来
  • 外部团队可以承接大大小小的任务，甚至完整负责游戏中的某些部分
  • 对工作室和求职者而言，这可能是一条可用的路径

持保留态度的一方，理由同样来自节目本身：

  • 选外部伙伴本身就是难题，不是签个合同就完事
  • 游戏开发是创意且需要迭代的过程，和标准化生产不是一回事
  • 把合作方当"高级外包工"对待，可能导致灾难性后果

两边的分歧，其实不在"要不要用"，而在"怎么用"。规模压力是客观存在的，这一点节目里没有否认；但协作方式如果选错，省下来的成本可能会以另一种形式还回去。

这件事跟普通玩家有什么关系

表面上看，共同开发是行业内部的组织问题，跟玩家隔着好几层。但它最终会落到玩家能感知的地方——比如一款游戏的某些内容由谁完成、完成度如何、风格是否统一。

节目里没有给出具体案例，也没有点名任何一款游戏。它提供的更像是一份入门课：把这个存在了几十年、如今可能成为工作室和求职者"生命线"的领域，从头讲一遍。

至于判断标准，节目留下的线索是清楚的：合作方不是执行工具，创意和迭代需要被当作创意和迭代来对待。这条线划在哪里，可能比预算表上的数字更影响最终成品。

节目由 Bryant Francis 主持，Pierre Landriau 编辑，Mike Meehan 负责音乐。GDC Side Quest 由 Beth Elderkin 主持。Game Developer 和 GDC Festival of Gaming 同属 Informa Festivals 旗下。