去年，在我曾经居住过的澳大利亚布里斯班，发生了30多年来最严重的洪灾。然而过去的几个世纪里，这座城市经历了好几次这样的洪水。
每次洪水过后，委员会都会研究讨论未来减轻洪灾的方法。然而大多数建议都被忽视了，重建工作依旧在洪泛平原上展开。这种现象存在于世界各地的种种事件中——无论是洪水、火灾还是暴乱。我们成立委员会，提出建议，然后搁置它们、遗忘它们直到事件再次发生。
同样的情况发生在电子游戏制作领域。我们经常花时间写反思——但人们真的听取这些教训了吗？功能蔓延、高强度加班、士气低落、缺乏重心和方向、团队内部或开发者与发行商之间的沟通问题、缺乏技术和管理方法，看到这些老问题不断重现令人沮丧。
从整个行业的角度来看，我们往往没能把习得的经验应用到实践中。
过去十多年来，我们听过许多人谈论敏捷开发以及必须拥抱变化，这些都很有道理。然而，即便我们采用敏捷开发，相似的问题还是会发生，甚至在某些情况下加剧了。
本文旨在讨论如何在项目初期最大程度减轻这些问题，主要是通过打牢基础和提前计划实现的。换句话说，即便天气难以预料，修建堤坝和避免在洪泛区上开展重建工作总比坐等下一次洪水来袭明智得多。
1. 确保先前项目的经验得到运用
不是所有团队都会在项目结束后写反思，他们要么对此漠不关心，要么认为这毫无意义。然而，如果我们想从错误中学习，我们必须对所有项目进行事后分析，尤其是那些被取消的项目。
这个过程必须是公正合理的，既要建立在平等友好的基础上，同时必须不留余地、全面深刻地反思什么是对的、什么是错的以及今后如何改进。
相关人员撰写完反思并一致同意通过后，应该把它提供给工作室的全体成员——最好放在公司内部网站上，确保成员们能够轻松找到并查阅它，而不需要在成堆的邮件和折叠文件夹中搜寻。
开始新项目时，确保反思中的相关经验有运用到实践中并定期检查，以避免人们遗忘这些建议，从而导致同样的问题再次发生。
2. 尽早开始准备项目，从小做起
公司财务状况最大的影响因素之一是开发团队规模的管理（成员数量的峰值和谷值），特别是在新旧项目过渡时。通常情况，当前项目结束后，下一个项目似乎才刚刚起步，这导致了许多成员无所事事，因为项目设计者才刚刚开始构建游戏的基础和总体愿景。
更好的做法是提前规划，如果可能的话，在当前项目进行过程中规划下一款游戏，挑选出一个骨干团队（成员数量大概是最终团队数量的10%）进行这件事。
我个人建议该骨干团队的成员组成如下：一名负责规划愿景、研究和设计游戏的全职总设计师；一名负责制定时间表、预算、项目范围、联系客户的制作人；以及一名为游戏最初概念提供可视化参考的概念设计师。当然，他们需要定期联络未来将加入团队的核心员工——例如主程序员和美术主管。
此外，最好通过PPT演讲等形式，向这些未来成员及时介绍新项目的进展。如果成员们一直被蒙在鼓里，他们会对新项目产生憎恶和疏离感。如果人们突然得知自己将被派去做一个进行到中期的项目，他们可能会感觉自己更像一个临时的资源，而不是一名有价值的团队成员。
在团队成员聚在一起为游戏建模之前，应该先做好大量的基础工作。注意——这并不会阻碍概念阶段或之后的迭代、灵活性或创造性。这么做主要是为了让团队有个方向，使他们明白应该把重点放在哪里，从而避免人们在黑暗中摸索寻找创意，浪费了宝贵的研究和思考的时间。在这个阶段应避免使用大量游戏开发文件，以免加重他们的负担。
3. 让关键人物尽早加入团队
让首席设计师和制作人尽早开始新项目的一个问题在于，他们很有可能还在进行手头项目的中后期制作。对此我的建议是让一些首席设计师和制作人投入研发，剩下一些作为帮衬——意味着总有一名首席设计师和制作人没有完全投入研发（处于待命的状态），即便你们的工作室只有一个项目。这样做会产生额外的开销，但这是划算的，因为它带来的回报远远大于风险。
如果为了节省经费而导致人手不足，特别是在前面领头的人，后果将会很严重。如果你无法在一开始确定某人的能力，后期换掉他们将产生更大的费用，因为他们的工作很可能要被推倒重做。
确保你对这些关键人物有充分的信心。如果你发现团队存在明显的技能短板，必要时通过招聘或员工培训补充缺失的岗位。
4. 与客户建立良好关系
无论是公司内部的利益相关者还是外部客户，例如发行商和IP授权方，这些制作团队的领导者应进行面对面交流确保双方理解项目的工作简报（brief），在方向上达成一致，并建立良好的工作关系。
虽然这似乎显而易见，但许多时候人们没能尽早着手去做这件事，甚至忽略了它。我们为游戏开发过程设立了许多里程碑——Alpha、Beta，并且清楚理解它们的定义，然而这件事没有被纳入到任何早期的里程碑中。我们仿佛假定它将会发生。
许多问题产生的根源都可以追溯到合作公司之间糟糕的关系、最初的误解以及模糊的方向。
我强烈建议人们进行这些早期的面对面交谈。据我所知，有一家工作室由于差旅预算方面的限制，无法允许制作人员飞去见授权方，但双方面谈有助于减轻这些预算高达数百万美元的项目的工作负担，它带来的好处足以抵消这几千美元的成本。
相比于仅仅通过邮件和电话会议和对方打交道，如果你能和他们面对面交流——哪怕只有一次——这将对合作产生巨大的影响，因为你能更好地了解对方，他们的习惯和行为逻辑。
应该让100%参与项目的关键人员（尤其是制作人）与利益相关者见面，而不仅仅是工作室的高层。这将促进双方建立直接联系，从而实现更高效的沟通。
5. 明确分工
对于任何团队来说，各个成员们了解自己的责任以及如何融入团队是很重要的。不要把这想得理所当然，如果团队成员的角色是模糊的，人们不清楚公司对他们的期望是什么，也不知道团队结构是怎样运作的。许多事情会因此被忽略，某些岗位的责任会被稀释，甚至引发人们对岗位的争夺。因此必须明确谁负责方向指导，谁负责审查，等等。
在项目交替、不可避免地出现岗位变动时，最好与团队成员共同商议。如果出现了岗位空缺，开放这些岗位，让所有人都可以来应聘。
我强烈推荐采用全方位评估，让人们评价他们的同事和上下级。这是一种全面了解团队成员能力和团队管理的方式，并且有利于自我改进。
明确团队结构并不会降低主动性和灵活性。就像在足球队里，球员们需要清楚自己的角色和随之而来的期望。他们是负责得分的前锋，还是负责创造机会的中场？
当然，岗位说明无法涵盖所有工作责任，人们常常会突破岗位职责的限制——中场球员照样可以得分——但让人们自由选择承担职责会引发很多不必要的问题。
对于团队以外的利益相关者——管理高层、发行商、授权方等，这一点尤为重要。参与审批的人太多是一件危险的事，这会导致签字确认/处理矛盾反馈的责任人不明确。因此，应该一开始就确定分工，反馈流程以及周转时间。
6. 制定并坚持实施一个长期计划
项目刚启动时存在许多未知数，但制定一个长期计划是必要的。在项目初期，长期计划包含了许多关键日期——例如项目正式启动日期，什么时候进入前期开发，什么时候开始制作，Alpha版制作，Beta版制作，什么时候提交项目。
在这个阶段，必须制定预算、时间表和游戏项目的工作简报。游戏概念确立后，我们可以进一步估算其它事物。如果日期发生变动——计划也随之而变。
注意，长期计划不只是为了取悦利益相关者而匆匆制定出来的一个概况，直到项目严重滞后时才被重新审视。保持敏捷开发的同时遵循并实时更新长期计划，这对于保持功能相关性来说尤为重要，因为如果我们仅以不同阶段审视产品功能，可能会遗漏关键方面。
7. 明确里程碑的含义
与所有利益相关者正式确定各个里程碑含义——特别是早期里程碑，例如文件归档、结束前期开发、建模、垂直切片。在游戏设计完成前进行这些可能有些奇怪。但如果你们清楚了解产品的工作简报、预算、所需时间和整体游戏概念，你们完全可以进行更高层次的定义。
举个例子，如果游戏从设计到完成的时间为18个月，那么你们可能有5个月进行前期开发。但5个月后交付到客户手上的具体是什么呢？是100页的设计文档？是证明游戏玩法很有趣的灰盒测试结果，加上一个展示艺术风格的demo？还是一个可试玩的demo，作为游戏（画面和音效）最终打磨完成后的效果参考？
这里我要特别指出一个误区：许多团队会花上数月制作一个精致的demo，占用制作时间，导致进度严重滞后。客户那边往往会给大量修改意见，导致团队深陷修改demo的泥潭。
因此，最好在前期制作开始前，与客户就各个阶段交付成果的质量、时间、预算达成一致，从而树立合理的期望并提供远见。
8. 鼓励合作和替代方案
一般来说，最好不要一股脑地投入到第一个想法中，全然不考虑其它替代方案。它或许是个好主意，但可能存在更好的想法，并且在不权衡其它可能性的情况下，一个想法的缺点可能会被暂时掩盖，直到最终凸显出来——到时游戏早已进入制作阶段，改变基本原则为时已晚。
设计之初，允许任何团队成员和利益相关者贡献自己的想法，但具体的责任和决定权仍然在首席设计师手中，首席设计师应该对这些想法进行筛选。
这个过程将大大提高团队的认可度和参与度。从人际关系策略的角度来看，让利益相关者加入其中是明智的——特别是客户(无论是发行商还是授权方)——因为如果他们参与到这个过程中，他们将更可能同意某个方案。
有时客户可能选择不参与这一层面的工作，但我建议向他们提供一些有限的方案选择，而不是单个关于游戏方向的想法。这是为了避免客户一开始就不太喜欢游戏方向，因而变得冷漠。如果他们在日后制作过程中要求对游戏做重大更改，这可能会导致很多问题。因此，你要确保他们参与其中，兴奋不已并且全身心投入。
9. 尊重并遵守期限
想象你在参加一场1个小时的考试，一共有6道题，每道题的分数占总成绩的六分之一。你不可能把前30分钟全花在解答第一道题上。然而，在游戏开发过程中，有时我们花了很长时间进行前期制作，不停地延后期限。有时我们觉得自己后期可以赶上进度，或者由于交付日期离我们还很远，我们丝毫不考虑滞后带来的财务影响。
这一点对那些和电影同期发行的游戏来说尤为重要。如果为了打磨某个关卡不断延后前期制作，则团队很可能要赶工完成剩下的关卡，导致游戏质量大打折扣。
延长时间不一定能提高质量。我们都听说过一些耗费了大量时间的游戏项目——主要是由于制作延误导致的——最终却一败涂地，因为别的游戏从创意和技术方面超越了它们。游戏开发一再出现延误，伴随人员流动率上升，这会导致团队士气大减和游戏质量严重滑坡。
因此，虽然我们不可能每次都在规定期限内完成任务，我们必须尽最大努力。除了提前做好计划外，另一种方式是确保团队成员清楚了解期限。过去，我曾经将把截止日期张贴在墙上，并在团队的wiki上发布里程碑信息，因此每个人都清楚什么时候该制作Alpha版，等等。这让成员们更好地认识到时间的宝贵。
10. 保持果断
我发现优柔寡断是另一个影响开发进度的因素，甚至是在前期制作开始时。虽然前期制作主要从研究、思考创意和替代方案开始，但时间还是照常流逝，游戏开发必须取得进展。这意味着我们必须及时做出关键决策。有时让人们聚在一起做一个相对简单的决策就像赶一群猫一样难以控制。决策可能被搁置、移交然后被遗忘。
然而，在没有充分理由的前提下推迟决策，可能比做一个坏的决策更糟糕。这不是鼓励人们草率地决策，而是在审视了所有替代方案并权衡利弊后，及时决定并继续前进。
不断改变决策同样是一种优柔寡断的表现，这会损耗员工士气并浪费时间。保持灵活性很重要，但若决策结果一再变动，则适得其反。更好的方法是把一些重大的、高层次的事情定下来，作为日后决策的基石。这样随着游戏开发进行，我们可以对那些尚未成型的事物进行调整同时不改变基本原则，除非我们有令人信服的理由这么做并且审视了它对进度造成的影响。
总结
上面的内容也许看起来很理想化，对某些项目来说确实如此。然而，基于我的个人经验，我相信如果我们在项目启动时，有意识地追求更好的开发理念，这将帮助我们及时完成游戏制作、把成本控制在预算内，并产出高质量的游戏。我见证并参与制作了一些项目——甚至考虑了工作室控制范围之外的情况——通过这些项目发现，我们本可以通过一些早期的简单决策大大减少日后的痛苦。
因此无论人们采取何种方式制作项目，我都会鼓励他们在保持灵活性的同时采取一定的稳定性措施，在迭代的基础上做好长期规划。游戏制作人可以采取适当的策略提高稳定性并做好长期规划——但若得不到利益相关者的支持——尤其是开发人员、发行商和授权方——再努力也是白费。上述理念必须一开始就得到相关人员的认可。
换句话说，若他人毫不在意，试图自己建立防洪系统是没有意义的。
作者：David Manuel
来源：游戏邦编译
原译文
https://www.gamasutra.com/view/feature/167831/a_producers_10_lessons_learned_.php?page=1
Steam 
App Store 
闽公网安备 35020302034348号