码迷,mamicode.com
首页 > 其他好文 > 详细

不一样的游戏观点

时间:2014-08-03 08:03:05      阅读:227      评论:0      收藏:0      [点我收藏+]

标签:2014   问题   工作   时间   管理   设计   程序   技术   


               游戏管理--不一样的游戏观点

                          作者  欧阳江平

                           QQ  75260062


关键词

当研发过程不在倾听的时候

流程管理是服务项目,还是服务老板的问题

为demo所做的工作,忽视了过程和细节,返工的量的大小。

为实现可视的一些东西,对不严谨的用研,将带来很大的负面效果。

各种原因取个平衡,无奈的结果导向。

项目的内在驱动力

                  

    创业团队一个很有鼓动性的词语,就是"激情",这个词表示创业的团队有一个共性,

那就是,心有所向,目标明确。同时也为创业团队奠定前期的自助型管理氛围。

在这个阶段性的人员,都非常的积极主动,并交谈融合,大家全力以赴。这种氛围

应该是各家已经成立很久了,或大公司都想追求的一种终极目标的团队管理吧。

    所谓的管理,其一就是人的接触,当老板手下有很多很多人的时候,接触也会成为

一种负担。这个时候各种管理着面临很多问题。都想知道每一个自己的团队的进展的情况。

这时一个很重要的标志点就是以各种demo的形式,来呈现视觉盛宴。demo的演示是个不错

主意。我们现在一个共同认知,并确定正确的事--demo是个正确的事!

     上面我们确定了一件事,但这里要说的是,这个demo形成的时间,应该尽量尊重团队

的提出的时间点。这个问题是个双刃剑,但还是想阐述下原因。因为只有团队提出的这个节点,

才能具有阶段性的成效,并在研发过程中具有系统性,和继承性。

     项目的过程中有很多的demo,我们这里着重讲下前期的第一个demo。现在有很多团队,

为了做demo,而做demo。通常处理的方式有两种,第一种就是以演示为目的,大部分的用

研过程,不注重体系性,没有承接行,或者说,demo过了就立项了。然后推翻重新开始架构设计。

这个处理方式,最后就直接反映到了立项后期的制作质量了。可能这时的真真项目的demo的

进度就会一拖再拖了。好的项目团队,从开始就应该围绕项目来做,不管是demo都是项目的

一部分。demo是项目的核心玩法,demo立项后,就在这个demo的基础上进入了二次迭代。

     领导的话具有不可抗性的旨意。从这点来说,当一个团队在demo还没出来的情况下,提出

要看demo的时候,项目组首当其冲的任务就是把既定的目标做下调整,再加点能加速表现好的东西

上去,俗话说的,先写死,然后我们再改。到目前为止,作为研发团队的目标可能已经改了

2到3次了。对于只有2,3个月的制作周期的时候,你会发现项目看上去有很好的进度了。其实

这些都积累到了后期的,成为不利的风险点。

    开头说这个双刃剑的问题。如何破呢?我们认为,管理者因该尽量尊重团队给的时间。但

中途又要了解进度咋办?其实我真希望领导能做到团队来,每个团队做上一周,一个月。或者

不定时的来项目组看看开发中的版本,不要预约,不要提前说。这样虽然领导的架子下来了。

但同时和项目的关系进了。同时也更能知道团队的demo是如何一步步的成型。做为游戏的管理者

我更希望是旁观着的角色,而不是目标演示着的角色。当然项目是否做下去,就是在这些过程中

去得到自己的结论了。

   

    后面讲下项目的内在驱动力和项目组流程管理的现实问题。一个团队新引入了项目管理的时候,

你会发现很多人不适应,或比较反对,特别是强制性的处理方式。游戏的研发是个很特别的脑力

劳动。游戏制作不是一个百分百能量化的东西,特别是成功项目组的团队,你会发现每个人感觉

都是有灵性的,人在驱动项目的前进,而不是项目管理在驱动。在项目管理引入前,项目原先

的管理进度都在各自具体的主管的脑中,当这个项目组做的还顺利的情况,说明这个任务啥的控制

还不错,至少能到80分以上吧。当这个团队表现得很积极的情况,说明这个团队还有其他不错的

精神在支持,我们常把这些理解成团队文化,区别于公司文化。当这个时候强制进入了项目管理的

时候,所有程序,美术,策划要做的事都要上项目管理的时候,你会发现,你要汇报的对象是不会

回答的,只会给好坏,不了解原因的,倾诉不了的机械表的时候。你可能会先惊呆一下,好吧。

这种事作为有10几年工作经验,经历和很多次这样的情况下,你可能多次的说。先把能量话的东西

放进这上面的流程来。比如策划案,这是个可以具体跟进的东西,看的到,莫的着的,这是策划,程序

,美术都可以跟进的具体的东西,放入这个真的不错。 但作为流程管理者可能还不会满足,所有做

在做和打算在要做的东西都要先写一遍redman的时候,你会发现当你写的时间还比处理问题的时间

还多的情况下,你开始变了。团队的氛围也开始变了,灵性的东西不存在了。等待安排吧,我可以

不用考虑那么多了,会轻松多了。而这时候,可能作为团队的管理者也不是程序出身,也可能不是

美术出身,也可能不是策划出身,但作为人类的习惯,我要了解一切,掌控一切的潜在意识,就会

发出作用。当倾听不在的时候。还能走多远。各种原因取个平衡,无奈中有幸和不幸的走下去吧。

    如何破,请坐下来,接受下大家的意见。每日日报真的很重要吗?重要的要如果忘记发,就要

罚钱请大家吃饭的地步吗?做事前的每个细节都要先告知管理者能看到的到表述吗?虽然做同一个项目

请放手细节东西,多倾听原因。管理好知己的大方向,有原则的诚邀大老板不定时来喵喵我们的开发

版本吧。流程管理真的要做到每小时,每分钟的事吗?请关注瓶颈吧,项目组进步最大的速度不是最

快的那部分人,而是跑在最后的那个人,鼓励他,帮助他,协助他!

    当项目组的技术,策划,美术都在高层次的时候,放开那手,成功已经很多,还将继续!


                                 以上

                                          欧阳江平

                                                   v20140802




不一样的游戏观点,布布扣,bubuko.com

不一样的游戏观点

标签:2014   问题   工作   时间   管理   设计   程序   技术   

原文地址:http://9045493.blog.51cto.com/9035493/1534180

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!