游戏设计的敏捷方法学.docVIP

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

游戏设计的敏捷

游戏设计的敏捷

方法学

2020-20XX版

内部资料注意保管

公司简介商业计划书创业计划书节日庆典新品发布会创业融资项目介绍模板策划项目汇报市场营销活动策划工作计划策划书营销管理节日策划推广策划策划方案商务策划工作汇报企业报告企业宣讲校园宣讲总结报告总结汇报个人总结工作总结工作报告模板教育教学教育培训教学课件主题教育班会育人教学计划班会课件教学研究模板家长会思想教育小学教学中学教学大学教学幼儿教学

公司简介商业计划书创业计划书节日庆典新品发布会创业融资项目介绍模板策划项目汇报市场营销活动策划工作计划策划书营销管理节日策划推广策划策划方案商务策划工作汇报企业报告企业宣讲校园宣讲总结报告总结汇报个人总结工作总结工作报告模板教育教学教育培训教学课件主题教育班会育人教学计划班会课件教学研究模板家长会思想教育小学教学中学教学大学教学幼儿教学

游戏设计的敏捷方法学

目前,业界弥漫着一股对次世代游戏开发的恐惧空气,GDC上谈,GameDeveloper杂志也谈。随着硬件能力的不断提升,开发更高自由度、更逼真的游戏成为业界追求的必威体育精装版目标,为了实现这一目标,随之而来的一切也都在膨胀:团队人数、美术资源需求、人时投资,当然啦,对投资者的资金需求也随之膨胀了起来。玩家的胃口越来越大。他们希望有更先进的技术以支持更好的游戏机制、更细腻的建模、更高分辨率的纹理、更复杂的人工智能、更多的测试以及更好的质量保证,没完没了。

而这种恐惧不仅蔓延了业界,就连媒体和玩家也感觉到了。游戏网站FiringS曾撰文:“游戏发行商和开发商,他们无一例外都在抱怨疯涨的开发费用,其中主要原因是美术团队的人数在呈几何级数增长。”【注释01】据笔者分析,业界所面临的大量问题,都源于其使用的开发方法学。目前人数超过100人的团队却仍在使用当年十个人搞定一切的方法学,而这些老的开发方法早就过时了。

传统的游戏开发所使用的方法学,需要在前期花费大量时间,定义功能,还经常需要在前期实现一些重要的元素,如游戏机制和关卡,一直延续到最后的疯狂赶工。传统的方法学(通常称为瀑布模型)其实与一条生产装配线没有什么区别。在生产线的前端开始把产品的各个部分拼凑在一起,而生产线的后端就在等待加工打磨,就是这等待的过程产生了问题。游戏策划和发行商永远都无法获知游戏的真正感觉,比如他们早先制定的游戏机制是否正确,现行的实现是否完全遵循了早先的设计。类似种种,最终造成了产品质量的下降……

有另一种方法学正好可以解决传统游戏开发方法学带来的问题。在产品研发流程和团队管理方式中,它被恰当地称为“敏捷方法学”。敏捷开发注重于开发可供演示的游戏版本,并能很快地将其加入到产品中,以及在最重要的游戏元素和特性上按优先级创建垂直分片(verticalslice)。敏捷也注重团队管理和处理其内部关系,以及团队完成项目目标的计划和周期。游戏开发团队所面临的挑战可谓五花八门,而且由于职责有别,美术、程序和策划团队还要协同工作。游戏项目的时间跨度也很长:短则一到两年,长则三年以上,甚至个别游戏需要五年乃至更长时间。

这篇文章讲述了如何运用敏捷方法学和其中的Scrum方法学以应对上述的挑战,它可能特别适合于游戏开发人员,尤其是进行次世代开发的策划。

方法学

方法学在大多数游戏设计或游戏开发的书籍中鲜有提及。他们都假设大部分开发人员都无一例外地使用同一种做法,这种做法常被称为瀑布模型。在瀑布模型中,工作都按照先后顺序安排,例如从项目需求或设计阶段到生产和实现。在项目的早期阶段中,几乎没有迭代,这样就很难提供评估的机会。不仅如此,一旦项目运行起来,要想返工就必定面临着覆水难收的局面。

在瀑布模型的游戏开发中,首先由游戏策划或者策划部成员编写游戏设计文档,其中会定义很多游戏机制和特性。接下来这份设计文档被分解为小块部分,由制作人拿去丰富其中需求的功能和资产,之后对于功能和资产的需求就被分派到所有项目成员的头上。

接着就开始瀑布模型的流程了,这些需求瀑布式地流向动画、程序、关卡美术、人物美术、测试、特效等人的手上。一旦某人或者某团队完成了一项特性,就将其交给下一个人或下个团队。例如一个人物,由开始时的设定文档,到制作人或项目主管的手上,从这里它被细分为多个部分:人物模型和纹理贴图、人物动画、人物被击或者攻击时播放的特效以及驱动人物行为的人工智能技术,然后每个部门专注于各自分到的部分,完成实现直到可以进行组装。

然后,东西回到策划手里做调整,交给测试员进行测试,再让关卡

文档评论(0)

原创文库 + 关注
实名认证
文档贡献者

电子图像处理技能证持证人

该用户很懒,什么也没介绍

领域认证该用户于2023年04月20日上传了电子图像处理技能证

1亿VIP精品文档

相关文档