缺陷与出路——一个游戏开发者的反思（转自《大众软件》）

blog原文： http://blog.sina.com.cn/s/blog_4a6e7dce01007rre.html

缺陷与出路——一个游戏开发者的反思

编者按：

这些只是几个我曾经听到的例子，而很多更加荒诞的情况都在不断上演、不断重复。我曾经跟一个在做项目管理的朋友说过，我们一直在重复你们过去曾经犯下的错误。似乎所有团队都必然要交这样或那样的学费，可悲的是更多的人交了学费仍不反省，仍然采取侥幸态度忽视游戏初期设计的作用。也因此，我们今天看到的国产游戏成功者仍然寥寥无几。
要避免后期开发中的混乱局面，在游戏设计的初期，就需要首先建立软件工程规范化的概念。什么叫软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它有三大要素。
1.目标：生产具有正确性、可用性及开销合宜的产品。
2.过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
3.原则：是指围绕工程设计、工程支持及工程管理在软件开发过程中必须遵循的原则。
游戏软件的开发与其他软件开发相同，都要符合软件工程的规律。游戏的最根本本质是一个软件，文化产品只是软件完成后的附加属性——很显然的，OpenGL不仅能用于开发主视角射击游戏，也能开发工业CAD软件甚至远程医疗软件。商业软件的系统分析是针对用户实际的特点，来决定用户的现实需求如何能在软件开发中实现，而游戏软件的开发也是同样的道理。一款游戏是否能顺利开发完成，取决于它的结构是否符合软件工程规范，这是降低游戏开发难度和项目复杂度的前提。因此，我将游戏设计符合软件工程的要求，定义为游戏工业设计规范的一个基本条件。 
而这对现在的中国游戏人而言，无疑是一个非常苛刻的要求，或许更有人会说这在目前的国内游戏行业也是个空想。但我们不妨仔细研究一下D&D这种老牌的桌面游戏规则吧！它至少符合一个严格的软件工程所需要具备的基本特征。仔细研究D&D，你会发现，所有的对象，通过基本属性、天赋、适用规则等（内涵构件）进行定义；通过规则操作，如魔法攻击（接口）进行相互作用；通过模板、种族、职业（类关系）进行衍生和统一。由于设计者将本来错综的游戏世界高度概括成数字化的规则（生物/人造/自然物件的基本属性和基本属性作用规则），因此在面对整个游戏世界这个巨大的复杂系统时，D&D具备几乎无限的扩展能力，可以适应不同科学发展度，不同文化的背景设计。
　　理论上，构建一个虚拟的世界，它的基本要素越是高度概括和定义的，那么底层设计工作的重用性就越高，扩展性也越大，同时，由于每次依靠本层次控件和规则构成往上一个层次时都可能与最初的设想有极小的偏差，因此最终层次的表象控制就越难。如果我们把当前的宇宙视为一个游戏项目，那么，上帝至少在设计之初将“夸克”视作最底层的材料，而我们看到的整个世界都是由几种基本的“夸克”构成的（看来上帝的美术工程师很省工）。由于层次非常多，这个世界最后的面貌很可能与上帝的提案书差距非常大。当然，上帝可以在最高层直接添加规则来更改这个差距。
　　D&D代表了目前游戏设计能够高度概括到的极限（或许《进化》能打破这个纪录，还没有看到游戏，不知道具体情况）。我们做游戏设计，没有必要做到这个层次，只需要抽象到玩家看到的具体控件的下面一层就可以。例如MMO中有设计纸娃娃的需求，里面有衬肩，那么，我们只要比常用的做法更进一步，将衬肩再向下一个层次，分为贴图风格、形状、特效种类、特效颜色4个基本控件，那么，只要每个控件做少量几种就能组合成很多种类的衬肩，这样规划可大量减少美术的工作量。而常规做法只能是一个个衬肩去建模和绘制。
　　概括和定义底层是游戏设计对商业需求分析后最简单的一个步骤。在分析商业需求过程中，我们可针对各个方面抽象出类似的关键问题：
1）NPC、怪物、Boss和玩家角色是否属于共同的类果是，这个类如何定义子类如何定义和区分，基本属性、骨骼、模型、纸娃娃、动作是否通用子类是否有必要定义各自的子类些所有定义对于美术和程序工作的影响何在br>2）职业、种族作为通用模板如何对上述的类中的对象进行作用，其作用是否与子类的定义相关br>3）作为场景设计的需求，有多少建筑对象以构件组合方式可以作出变化是，组合需要支援多少种风格必要单独设计的建筑有多少br>4）有无可能以一种统一的升级规则操作基本属性来控制所有的平衡br>这种问题还有很多，根据游戏类型的不同，进行设计时的需求也有很大变化。
游戏设计符合软件工程的要求，需要项目负责人有基本的软件工程知识，并有相应领域的专家加以配合。很多Boss和Leader喜欢拿到提案书就开始督促手下人干，事实上，如果给大家几个月的时间实现一个规范的工业设计，就能避免以后无数的问题，节省大量返工的成本。
前面说到的是游戏开发这个项目的初步设计问题，接下来我想谈一下我对于游戏设计过程具体管理的看法。
游戏工业的理想状态，应该是流水线生产、精益生产、个体创造的结合，在策划阶段、游戏架构阶段、试生产阶段、测试阶段需要采取不同的策略，从而最大程度降低风险、降低成本及控制开发时程。注意“面向过程的管理”这个精益生产的实质，正是游戏开发未来所必须追求的目标，也是实施游戏工业设计规范所不可缺的部分。长久以来，游戏业内的管理是“面向人的管理”或“面向目标的管理”，甚至有的连目标管理都没有，而不用说进行真正的过程管理。
肯定有读者会说：谁说中国游戏开发没有过程管理有月表么有开发计划么有工作日志么要说的是，并不是表述了过程就可自认为进行了过程管理，也不是每天跑去问程序进度如何就是做了过程控制。“面向过程的管理”包括非常多的技巧和细节，这需要管理者去研究、规划和控制。

二、项目开发中的混沌和秩序

　　我们可能都听说过这些说法：“你不可能不劳而获”“覆水难收”或“天 恢恢，疏而不漏”。如果这些谚语对你说来不算陌生，而且在日常生活中你也反复有过这样的亲身体验，那么你就懂得了热力学第一定律和第二定律。
——《熵：一种新的世界观》

三、游戏设计的量化问题
　　
我们谈过了游戏开发过程中面临的诸多问题，但这里还有一个基本问题是——是不是所有开发工作都能被量化br>　　很多游戏从业者都对此问题持否定的态度。游戏产业是一个创意产业，创意和艺术创作怎么能被量化以就有很多 称牛人所写的文章、接受的采访，大谈游戏开发管理的难度，主要根据是，设计工作/艺术创作无法被量化。
　　真是这样么br>　　在长度度量衡没有被发明之前，我们可以猜想，人类只能使用简单的表述来说明距离或长度，例如“高”“很高”“远”“很远”“非常长”等，在现代人看来，这种表述“十分不量化”，但在当时的人类认知中，长度应该是无法量化的，因为缺乏一种单位标准，可以使得不同的人能对长度进行同样精确、相同认知的表述。这里，我们可以看出，至少在数学概念的量化上，需要“单位标准”的确定作为前提。
　　在上面的例子中，一旦加减法被发明出来，度量衡就会出现，人们会定义长度的单位和换算方式，此时长度就变为可量化单位了（看到这里，会不会觉得《文明》系列中的科技缺了不少。
　　所以，认为游戏开发工作不能被量化的游戏开发牛人们，要么是对游戏开发工作根本不懂；要么就是对其他行业的研究成果视而不见，坐井观天；有更多的混子们觉得“不能量化”是糊弄投资商和Boss最好的挡箭牌。
　　大家可以去Google查查“量化管理”，这已经是项目管理学最基本的概念，但居然还有这么多游戏业的牛人、老人嚷嚷无法量化，只能说悲哀，这行业的现状让人欲哭无泪。
　　关于如何“量化”的攻略不管是在 上还是 下都已非常多了，也非常系统了，这里且不多说。大家去搜索一下，注意多看广告和 站的，人家本质上也是创意产业……看完以后你保证有抽那些“无法量化”牛人的冲动。
　　在整个游戏开发设计过程中，没有一个阶段是绝对无法量化的，不过存在一个量化成本的问题。因为量化需要度量，度量过程需要建立标准、对比标准，对于很多无法用数字表述，必须借助统计甚至拓扑来表述的量化目标来说，这个操作过程的成本很高。所以在游戏最初设计的阶段，也就是量化成本最高的阶段，不必使用“量化”的概念去管理和操作。但在后续开发中，必须将程序、美术等工作都做到量化管理，这是使游戏成为工业化生产的前提，也是我们进行规范的前提。