如何做好游戏开发项目基本需求分析Word格式.docx
《如何做好游戏开发项目基本需求分析Word格式.docx》由会员分享,可在线阅读,更多相关《如何做好游戏开发项目基本需求分析Word格式.docx(5页珍藏版)》请在冰点文库上搜索。
游戏制作团队经常不明白为什么收集需求和确保需求质量需花费那么多功夫,开发人员可能也不重视玩家的参与。
究其原因:
一是因为开发人员感觉与玩家合作不如编写代码有意思;
二是因为开发人员觉得已经明白玩家的需求了。
在某些情况下,与实际玩同类型游戏产品的玩家直接接触很困难,而玩家有时候也不太明白自己的真正需求。
但还是应让具有代表性的玩家在项目早期直接参与到开发队伍中,并一同经历整个开发过程。
国外一些游戏开发人员在实践过程中,也有些感觉,在实施一个新的游戏项目时,若无足够的玩家参与,系统人员获得的需求是片面的,不完整的,这样游戏在需求设计之初就埋下风险。
2.玩家需求的不断增加
在开发中若不断地补充需求,项目就越变越庞大以致超过其计划及预算范围。
计划并不总是与项目需求规模与复杂性、风险、开发生产率及需求变更实际情况相一致(网络游戏开发的复杂性已经比传统游戏提高很多),这使得问题更难解决。
实际上,问题根源在于玩家需求的改变和开发者对新需求所作的修改。
要想把需求变更范围控制到最小,必须一开始就对项目定位、范围、目标、约束限制和成功标准给予明确说明。
有助于投资者或者风险承担者明白决策的合理性,即为何进行某些变更,相应消耗的时间、资源或特性上的折中。
游戏开发中不断延续的变更会使其整体结构日渐紊乱,补丁代码也使得整个程序难以理解和维护。
插入补丁代码使模块违背强内聚、松耦合的设计原则,如果你尽早地区别这些可能带来变更的特性,你就能开发一个更为健壮的结构,并能更好地适应它。
这样设计阶段需求变更不会直接导致补丁代码,同时也有利于减少因变更导致程序质量的下降,和对游戏稳定性的影响。
3.模棱两可的需求
模棱两可是游戏功能说明中最为可怕的问题。
它的一层含义是指诸多玩家对需求说明产生了不同的理解;
另一层含义是指单个玩家能用不止一个方式来解释某个功能和需求说明。
处理模棱两可需求的一种方法是组织好负责从不同角度审查。
仅仅简单浏览一下需求文档是不能解决模棱两可问题的。
需要组织评审会议,集体讨论和统一理解各项功能需求并从不同的角度对需求说明给予补充的解释,每个评审人员都真正了解需求文档,这样二义性就不会直到项目后期才被发现,那时再发现的话会使得更正代价会很大。
4.不必要的特性和功能
“画蛇添足”是指开发人员力图增加一些“玩家欣赏”但需求规格说明中并未涉及的新功能。
经常发生的情况是玩家并不认为这些功能性很有用,以致在其上耗费的努力“白搭”了。
开发人员应当为客户构思方案并为他们提供一些具有创新意识的思路,具体提供哪些功能要在:
“玩家所需”与“开发人员在允许时限内的技术可行性”之间求得平衡,开发人员应努力使功能简单易用,而不要未玩家同意,擅自脱离玩家要求,自作主张。
同样,玩家有时也可能要求一些看上去很“酷”,但缺乏实用价值的游戏功能,而实现这些功能只能徒耗时间和成本。
为了将“画蛇添足”的危害尽量减小,应确信:
你明白为什么要包括这些功能,以及这些功能的“来龙去脉”,这样使得需求分析过程始终是注重那些能使玩家完成他们游戏主线的核心功能。
5.忽略了玩家分类
大多数游戏产品拥有好几类的玩家特性,这些玩家进入游戏的频繁程度也有所差异,玩家群的受教育程度和经验水平也不尽相同。
如果你不能在项目早期就针对所有这些主要玩家进行分类的话,必然导致有的玩家对产品感到失望。
例如,操作太复杂,机器要求过高,升级太痛苦等。
所以必须最大限度的满足核心玩家的需求。
6.不准确的计划
据国外游戏制作公司统计,导致游戏需求过程中成本估计极不准确的原因主要有以下五点:
频繁的需求变更、遗漏的需求、与玩家交流不够、质量低下的需求规格说明和不完善的需求分析。
对不准确的要求所提问题的正确响应是“等我真正明白你的需求时,我就会来告诉你”。
基于不充分信息和未经深思的对需求不成熟的估计很容易为一些因素左右。
要作出估计时,最好还是给出一个范围。
未经准备的估计通常是作为一种猜测给出的,听者却认为是一种承诺。
因此我们要尽力给出可达到的目标并坚持完成它。
在理解上面的原则之后我们开始需求分析活动:
一、那些人应该参与游戏开发项目的需求分析活动
需求分析活动其实本来就是一个和玩家交流,正确引导玩家能够将自己的实际需求用较为适当的语言进行表达以明确项目特色和创新的过程。
这个过程中也同时包含了对要建立的游戏基本功能和模块的确立和策划活动。
所以项目小组每个成员、玩家甚至是开发方的部门经理(根据项目大小而定)的参与是必要的。
而项目的管理者在需求分析中的职责至少有如下几个方面:
(玩家代表可以在游戏设计论坛上面选择组建)
1、负责组织相关开发人员收集玩家意见和市场情报并进行分析。
2、组织策划和技术骨干代表或者全部成员(与玩家代表讨论)编写《游戏功能描述书(初稿)》文档。
3、组织相关人员对《游戏功能描述书(初稿)》进行反复讨论和修改,确定《游戏功能描述书》正式文档。
4、如果玩家代表有这方面的能力或者玩家提出要求,项目管理者也可以指派项目成员参与,而由玩家编写和确定《游戏功能描述书》文档。
二、完整的需求调查文档记录体系
在整个需求分析的过程中,将按照一定规范的编写需求分析的相关文档不但可以帮助项目成员将需求分析结果更加明确化,也为以后开发过程中做到了现实文本形式的备忘,并且有助于公司日后的开发项目提供有益的借鉴和模范,成为公司在项目开发中积累的符合自身特点的经验财富。
需求分析中需要编写的文档主要是《游戏功能描述书》,他基本上是整个需求分析活动的结果性文档,也是开发工程中项目成员主要可供参考的文档。
为了更加清楚的描述《游戏功能描述书》往往还需要编写《玩家调查报告》和《市场调研报告》文档来辅助说明。
各种文档最好有一定的规范和固定格式,以便增加其可阅读性和方便阅读者快速理解文档内容,相关规定将在本文后面讨论。
三、向玩家们调查些什么
在需求分析的工程中,往往有很多不明确的玩家需求,这个时候项目负责人需要调查玩家的实际情况,明确玩家需求。
一个比较理想化的玩家调查活动需要玩家的充分配合,而且还有可能需要对调查对象进行必要的培训。
调查内容,都需要项目负责人和玩家的共同认可。
调查的形式可以是:
发需求调查表、在网站做投票调查或者网吧等现场调研。
调查的内容主要如下:
1、游戏当前以及日后可能出现的功能需求。
2、玩家对游戏的性能(如机器配置)的要求和操作性的要求。
3、确定网络游戏维护的要求和服务器架设代价。
4、确定游戏的实际运行环境。
5、游戏总体风格以及美术效果(必要的时候玩家代表可以提供参考游戏或者由公司向玩家提供风格图片)。
6、游戏的进行方式和功能数量,是否有必要做重大创新等
7、各种游戏属性,和技能装备的特殊效果及其数量等
8、项目完成时间及进度安排
9、明确游戏完成后的运营维护规则和责任。
调查结束以后,需要编写《玩家调查报告》,《报告》的要点是:
1、调查概要说明:
游戏的名称;
目标玩家群;
参与调查人员;
调查开始终止的时间;
调查的工作安排。
2、调查内容说明:
玩家的基本情况;
玩家主要关心的问题;
现有竞争对手产品现状;
游戏当前和将来潜在的功能需求、性能需求、可靠性需求、实际运行环境;
玩家对新游戏的期望等。
3、调查资料汇编:
将调查得到的资料分类汇总(如调查问卷,网站投票结果,会议记录等等)
四、市场调研活动内容
通过市场调研活动,清晰的分析相似游戏的性能和运营情况。
可以帮助项目负责人更加清楚的构想出自己开发的游戏的大体架构和模样,在总结同类游戏优势和缺点的同时项目开发人员可以博采众长开发出更加优秀的游戏。
但是由于实际中时间、经费、公司能力所限,市场调研覆盖的范围有一定的局限性,在调研市场同类游戏产品的时候,应尽可能调研到所有比较出名和优秀的同类游戏。
应该了解同类游戏的机制,背景与玩家的诧异点、类似点,市场调研的重点应该放在