随笔 - 119  文章 - 290  trackbacks - 0

博客搬家了哦,请移步
叫我abc

常用链接

留言簿(12)

随笔分类

我的博客

搜索

  •  

积分与排名

  • 积分 - 299330
  • 排名 - 84

最新评论

阅读排行榜

1.什么是游戏功能
游戏功能即game feature,一个游戏的各个子系统。如法术系统,状态系统,天赋系统,包裹系统,P2P交易系统,修理系统,附魔系统等等。
游戏功能由策划进行设计,然后交给美术和程序执行。

2.什么是审核

审核是一个功能设计的过滤器,这种过滤针对设计的可执行性,而非功能本身。

3.为什么要审核
策划们不明白每个功能的执行优先级。程度:有时候。危害:功能做出来了,但是暂时成为了摆设。
策划们的设计文档是不够详细,不够完整,甚至有些细节还没有想清楚或者在自己的部门内达成一直认识的。程度:经常。危害:这种设计就是反复被变更和修改的那种设计,程序也会因此越改越烂,并且功能要拖拖拉拉好几个里程碑。
国内的公司都不怎么大,公司的法人会出来用独裁手段让大家执行某个功能。程度:偶尔。危害:说不准。
程序是食物链上的最后一环,如果前面没有把好关,那么后面就要拉肚子生病。
审核能过滤掉目标和受众不明确的功能。
审核能过滤掉设计不完整的功能。
审核能判断出功能的执行优先级。

4.审核的基本原则
因为我是一个程序,我也信任自己的策划同事,所以最基本的原则是,不对功能在设计上做任何评论和质疑。
审核只关心功能的目标,设计的信息完整性,和由此引申出来的可执行性。
审核没有通过并不会一棒子打死功能和设计,只要功能和设计能通过审核,就能被执行。

5.怎样审核
   5.1规则集合
规则集合是一组标准,只有一个功能的设计完全通过这组标准的时候,才能加入执行队列。
这组规则不是一个人建立的,而是所有有责任心的同事提出的意见中提炼出来了。
我先大概提出这么一些:
*功能必须为玩家的一个以上的生命期提供主要服务(新手期,兴奋期,参与沉迷期)
*功能必须针对一种类型以上的玩家(探索型,成就型,杀手型,社交型)
*功能支持零个以上的其他功能。
*功能依赖的其他功能必须已经实现。
*功能设计可以通过程序正常表现。
*功能设计中必须提供详细的美术需求。
*功能设计中的基本面必须完整。
*功能设计中必须拟定需要用到的数据表格。
   5.2审核小组
审核小组从同事中找5个人左右,各个部门都必须占有1个以上的席位。每个组员仅负责其中的几条规则,各个组员所负责的规则之间不能有交集。
每个组员用自己负责的规则对功能和设计做出通过和不通过的判断,并对不通过的的判断给出具体理由。
每个不通过的判断都必须得到组内3人以上(含3人)的认可。
   5.3审核过程
策划完成功能设计之后,必须提供一份针对审核规则的设计说明文档,以便于审核小组能迅速的判断出功能的设计是否能执行。
审核小组全员通过功能设计后,通过审核规则中的算法规则(我没有提供,因为这要考虑很多方面)计算功能的执行优先级,加入功能队列,由PM进行工作分配。
没能通过的功能设计,将包含一份详细的犯规细节清单还给策划。然后策划进行工作避开这些犯规后,可以再次提交审核。
posted on 2007-09-15 23:05 LOGOS 阅读(974) 评论(1)  编辑 收藏 引用

FeedBack:
# re: 审核游戏功能 2007-09-21 22:10 LOGOS
多数决定陷阱
多数表决感觉上好像很方便也很有效率,实际上,却是再危险不过的陷阱。以多数意见为意见,绝对不能用两种方法来解决,那就是讨论跟举手。失去匿名投票的保护,少数派的人很明显就看出自己的弱点。所以少数派的人很容易就会产生情绪,疏离感,不满,以及愤怒,最后会导致所有人对立,造成不信任感最后瓦解整个团队  回复  更多评论
  

只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理