游戏观察 游戏产业新锐媒体

项目经理如何正确面对来自各方的需求?

2017年08月31日 14:45 来源:GAD

导读:开发一款游戏需要所有项目成员齐心协力去完成,而把握整个团队方向,并使其正常有序进行的,则是项目经理的任务。在实际工作中,项目经理经常会面对各种来自不同成员的需求,如何妥善安排好,不影响项目进程,就成为困扰很多PM的事。

  游戏观察8月31日消息,开发一款游戏需要所有项目成员齐心协力去完成,而把握整个团队方向,并使其正常有序进行的,则是项目经理的任务。在实际工作中,项目经理经常会面对各种来自不同成员的需求,如何妥善安排好,不影响项目进程,就成为困扰很多PM的事。

  PM的工作给人的第一印象一般就是排需求、催进度的。

  在日常工作中,经常听到的一句话就是:PM,这个需求帮忙安排一下;帮忙插一下这个需求,比较急;我的需求怎么还没给排到啊……

  那面对来自各方的需求时,PM该怎么办呢?

  第一步:了解需求

  PM不能仅仅只是简单的把需求排给开发人员,首先必须要先了解每个需求的内容是什么,优先级如何。这会决定这个需求安排在哪个迭代,给谁去做。

  了解内容:这就要求pm要对项目的内容非常熟悉,虽然你不是产品或者策划,但是你必须要全面了解整个项目的所有内容,这样新来一个需求的时候,你就能知道这个需求在整个产品中的位置是什么,有什么关联系统。

  PS:做不同的游戏,PM还需要多了解开发对应的游戏类型的特点。

  了解优先级:这个优先级首先是负责的策划同学给到,当然每个策划都会说自己的需求是最紧急的。

  项目制作人与主策、运营同学会根据所有内容讨论给出优先级。PM这个时候主要会把日常中大家的意见传达给到制作人做决策。

  所以第一步,主要是需求的收集和排序,这个时候,PM手上就有了一堆排好序、分好类的需求池子。所有新增的需求,都讲放在这个池子里。

  第二步:了解每个版本节点的要求

  版本节点的要求也有两部分:

  时间点:这个决定你版本开发的时长,能决定你能排多少内容

  版本重点:每个版本,策划和运营端都会有需要侧重的内容

  第二步结束后,你已经可以从你的需求池子里面挑选出下一个版本主要的开发内容了

项目经理如何正确面对来自各方的需求

  第三步:具体安排人员

  这里安排不能像分猪肉一样,随意分配,有几个注意的点

  每个新需求的安排,会和主程一起商量哪个开发人员合适,这里要根据每个开发人员手上的工作量以及系统熟悉程度进行安排

  每个优化需求都会有以前维护的人员,根据时间,安排合适的需求量

  一些必须优化的需求,原人员如果来不及,则需要协调其他人员进行

  安排完之后,需要整体再看一遍大家的内容和时间是否合适,最后核心组成员最终确认,并同步给到项目组全员,让大家知道自己下一步的工作需求

  需求安排的时候,需要预留一些buff时间,不要安排得太满,因为经常会忽略联调时间、改bug时间、需求变化等情况

  PS:安排的时候,还可以考虑下策划和程序的搭配:

  把常合作的放一起可以提高效率;

  考虑一些人员积极和被动的组合,如果安排的程序和策划都是被动型,那需求的进度要实时跟进,互补的话策划程序双方会互相督促

  细心与粗心的组合,都是粗心的,做出来的需求将会bug百出。

  当大家都严格遵守规则的话,完成前3步,版本的需求安排也基本确定下来了,要大家要遵守哪些规则呢?

  1、 每个需求最终方案的确定时间。虽然希望下个版本做XX系统,但是策划方案一直没有确定,这将会影响到开发时间;

  2、 没有临时新增需求或改变需求。但这个比较难,下面会说遇到这个情况的处理。

  3、 所有新增需求,统一给到PM,策划不能擅自给程序提需求。避免程序工作量不可控。

  第四步:临时需求安排

  当出现临时需求的时候,该怎么办?

  第一种处理方法:严格遵循规则

  拒绝新增临时需求

  当确认这个需求必须要插入的时候,则从原有未开始的需求进行挑选进行替换

  允许存在一些bug的情况存在

  版本节点往后,确保新增需求的开发时间

  看看有没有可以协调其他人力进行支持

  这种是比较正规的做法,因为新增量,只能通过砍其他确保总量不变;或者新增时间或人力确保开发;再或者就是牺牲版本质量来支持。

  利弊:这种处理,如果能严格坚持下来,对整个项目组将会起到比较积极的作用,因为大家养成良好的习惯之后,临时需求变更将会变少,开发过程会更加顺利,前期准备工作会更加充分;但是对版本安排的灵活度会打折扣,另外都严格走流程,PM会显得没有人情味,人本身就不喜欢走流程

  第二种处理方式:尽量满足需求

  PM观察人力,从空隙中抽出人员进行。——PM实时跟进大家需求完成情况,因为有些需求评估需要1天,可能半天就完成了;有些同学效率比较高等。

  PM软硬兼施,硬插需求,程序同学加班完成­。——这种尽量少用,用多了和程序的仇恨会增加,所以同时平时多和大家搞好关系,关系好好办事。

  PS:这里曾经遇到个困惑,其实PM只要严格遵循规则就好了,为啥还要尽量满足需求呢? 是否是多此一举?

  因为我是策划出身的PM,潜意识里是希望尽量合入更多的优化内容,多改几个bug,让版本更加完善。当然我会评估是否会带来bug风险等,评估没问题的情况下会尽量的安排合入,这就会带来几个问题:

  1、 可能需要程序加班完成;

  2、 如果没有做完老板还会怪罪到安排不合理。

  好像都不讨好,仅作为PM来说,是否没有必要呢?

最新游戏行业资讯,点击进入游戏观察!

第一时间获取游戏行业新鲜资讯和深度分析,请用手机扫描二维码关注微信公众号或下载安装移动客户端。即可获得游戏观察每日精华内容推送和优秀体验。

游戏观察

聚焦极有价值的游戏产业资讯。打造有影响力的游戏产业媒体。

活动会议

more

专题聚焦

more