如何做好游戏开发项目基础需求分析.docxVIP

一款游戏项目的确立是建立在各种各样的需求上面的，这种需求往往来自于玩家的实际需求或者是出于公司自身发展和实力的情况，其中玩家的实际需求也就是说市 场需求最为重要。面对对游戏拥有不同知识和理解层面的玩家，项目的负责人(或者游戏制作人)对玩家需求的理解程度，在很大程度上决定了此类游戏开发项目的 成败。因此如何更好地的了解、分析、明确玩家需求，并且能够准确、清晰以文档的形式表达给参与项目开发的每个成员，保证开发过程按照满足玩家需求为目的正 确项目开发方向进行，是每个游戏开发项目管理者需要面对的问题。就这个问题，本文想提出自己的一些看法和建议，希望各位读者批评指正：　　需求分析的原则　　需求分析中的缺陷将给项目成功带来极大风险，这里的“成功”是指推出的游戏能以合理的定价、及时地在功能、质量上完全满足大部分玩家的期望。　　不适当的需求过程所引起的一些风险:　　1. 无足够玩家参与　　游戏制作团队经常不明白为什么收集需求和确保需求质量需花费那么多功夫，开发人员可能也不重视玩家的参与。究其原因：　　一是因为开发人员感觉与玩家合作不如编写代码有意思；二是因为开发人员觉得已经明白玩家的需求了。　　在某些情况下，与实际玩同类型游戏产品的玩家直接接触很困难，而玩家有时候也不太明白自己的真正需求。但还是应让具有代表性的玩家在项目早期直接参与到开发队伍中，并一同经历整个开发过程。　　国外一些游戏开发人员在实践过程中，也有些感觉，在实施一个新的游戏项目时，若无足够的玩家参与，系统人员获得的需求是片面的，不完整的，这样游戏在需求设计之初就埋下风险。　　2. 玩家需求的不断增加　　 　在开发中若不断地补充需求，项目就越变越庞大以致超过其计划及预算范围。计划并不总是与项目需求规模与复杂性、风险、开发生产率及需求变更实际情况相一 致（网络游戏开发的复杂性已经比传统游戏提高很多），这使得问题更难解决。实际上，问题根源在于玩家需求的改变和开发者对新需求所作的修改。要想把需求变 更范围控制到最小，必须一开始就对项目定位、范围、目标、约束限制和成功标准给予明确说明。有助于投资者或者风险承担者明白决策的合理性，即为何进行某些 变更，相应消耗的时间、资源或特性上的折中。　　游戏开发中不断延续的变更会使其整体结构日渐紊乱，补丁代码也使得整个程序难以理解 和维护。插入补丁代码使模块违背强内聚、松耦合的设计原则，如果你尽早地区别这些可能带来变更的特性，你就能开发一个更为健壮的结构，并能更好地适应它。 这样设计阶段需求变更不会直接导致补丁代码，同时也有利于减少因变更导致程序质量的下降，和对游戏稳定性的影响。　　3. 模棱两可的需求　　模棱两可是游戏功能说明中最为可怕的问题。它的一层含义是指诸多玩家对需求说明产生了不同的理解；另一层含义是指单个玩家能用不止一个方式来解释某个功能和需求说明。　 　处理模棱两可需求的一种方法是组织好负责从不同角度审查。仅仅简单浏览一下需求文档是不能解决模棱两可问题的。需要组织评审会议，集体讨论和统一理解各 项功能需求并从不同的角度对需求说明给予补充的解释，每个评审人员都真正了解需求文档，这样二义性就不会直到项目后期才被发现，那时再发现的话会使得更正 代价会很大。　　4. 不必要的特性和功能　　“画蛇添足”是指开发人员力图增加一些“玩家欣赏”但需求规格说 明中并未涉及的新功能。经常发生的情况是玩家并不认为这些功能性很有用，以致在其上耗费的努力“白搭”了。开发人员应当为客户构思方案并为他们提供一些具 有创新意识的思路，具体提供哪些功能要在：“玩家所需”与“开发人员在允许时限内的技术可行性”之间求得平衡，开发人员应努力使功能简单易用，而不要未玩 家同意，擅自脱离玩家要求，自作主张。　　同样，玩家有时也可能要求一些看上去很“酷”，但缺乏实用价值的游戏功能，而实现这些功能 只能徒耗时间和成本。为了将“画蛇添足”的危害尽量减小，应确信：你明白为什么要包括这些功能，以及这些功能的“来龙去脉”，这样使得需求分析过程始终是 注重那些能使玩家完成他们游戏主线的核心功能。　　　5. 忽略了玩家分类　　大多数游戏产品拥有好 几类的玩家特性，这些玩家进入游戏的频繁程度也有所差异，玩家群的受教育程度和经验水平也不尽相同。如果你不能在项目早期就针对所有这些主要玩家进行分类 的话，必然导致有的玩家对产品感到失望。例如，操作太复杂，机器要求过高，升级太痛苦等。所以必须最大限度的满足核心玩家的需求。　　6. 不准确的计划　　据国外游戏制作公司统计，导致游戏需求过程中成本估计极不准确的原因主要有以下五点：频繁的需求变更、遗漏的需求、与玩家交流不够、质量低下的需求规格说明和不完善的需求分析。　 　对不准确的要求所提问题的正确响应是“等我真正明白你的需求时，我就会来告诉你”。基于不充分信息和未