项目经理的挣扎:“垂死项目”复活记

发表于:2012-10-12来源:新浪博客作者:汪中求点击数: 标签:项目经理
项目经理的挣扎:“垂死项目”复活记.王峰带领团队花了整整六个月时间开发出“X城市”社交游戏,但上线后的玩家数据几乎宣判了它的死亡,李成的加入帮助团队扭转了局面,仅仅三个月时间,“X城市”竟然奇迹般复活了。

  王峰带领团队花了整整六个月时间开发出“X城市”社交游戏,但上线后的玩家数据几乎宣判了它的死亡,李成的加入帮助团队扭转了局面,仅仅三个月时间,“X城市”竟然奇迹般复活了。

  “多少?”王峰盯着李成手上的报告问。

  “你猜!嘿嘿!”

  “找抽是吧?!”

  “159…..万!”

  “哇哦!另一个?”

  “65.6%!”

  王峰抿了抿嘴,点了点头,起身向办公区的同志们吼道:“大家听好了!159万!65.6%!继续!加油!” 在一阵小骚动后,王峰走向李成,相互击掌拥抱。要知道,三个月前的数据可是——1.2万!和92%!两人紧紧相拥,久久不分。对此,大伙已经习以为常,在过去的几个月,他们已被“公认”有“基情”。而他们这段难忘的“基情”结缘于TQ公司一个雄心勃勃的社交游戏项目——“X城市”。

  悲情“城市”

  作为国内互联网巨头TQ的技术骨干,王峰在过去的十个月可谓跑了趟事业的过山车。先是被紧急调任为“X城市”游戏产品总监,在火急火燎地带领团队开发了六个月后,游戏终于上线,但一个多月来的数据却惨不忍睹——日活跃用户仅为1.2万,新进玩家周流失率高达92%。王峰问自己,悲催的人生还能更悲催一点吗?

  能!随着TQ开放平台战略的推进,美国一款有史以来最火的社交游戏V—City正式入驻TQ平台。当初,TQ启动“X城市”就是受到V—City的启发,整个创意也是在模仿人家。V—City已经运营三年有余,产品的完成度非常高,背后还有一个超过200人的团队在维护。

  反观“X城市”只有不到30人的团队,有限的预算,由于不理想的用户数据带来的士气低落,以及疲惫不堪的自己,29年来,王峰觉得从来没有像现在这么郁闷和绝望过。他也知道,团队中几乎没有人有社交游戏开发经验,只有几个人有游戏开发经验,有些新人甚至没有软件开发经验….虽是第一次担任产品总监,但他也知道这些不能成为产品失败的借口。

  在过去的半年,团队成员的努力王峰看在眼里,加班加点是家常便饭。项目启动会上,一些团队成员激情澎湃的演说场面仍然历历在目,项目推进过程中虽也磕磕绊绊,但他相信,团队中没有一个人不想把事做好,TQ公司也提供了平台资源,但结局为何如此不堪?正在困顿不解时,公司给他派了个助手,对,他就是李成。

  浑水摸“鱼”

  在得知李成管理咨询出身的背景后,王峰彻底绝望了。“还以为会帮我找个技术或是产品高手,却来了个练嘴皮子的。”王峰正叨叨着,李成就到了。

  “你觉得这个项目还有必要继续吗?”王峰淡淡地问道。

  “您觉得呢?”

  “可以再看看吧,毕竟花了那么多精力。”

  “这不是关键,关键是找出问题的根源。”

  “大家都很努力,我也是拼了命,会不会是产品定位有问题?”

  “可V—City相当成功。”

  “那就是产品本身有问题?”

  “您觉得呢?”

  “是还不够完善,但也不至于如此惨淡啊?”

  “不够完善?您的结论?”

  “不,是团队共识!”

  “结论要由玩家来做,而不是由开发团队!”

  “这……”

  “还有,诸如‘大家都很努力’这样的评价没有意义,管理者要的是结果,如果没有结果,‘努力的团队’就要反思,达成‘好的结果’是您的责任。”

  李成的话确实刺激了王峰,除了会动嘴皮子,他还懂什么?但面对项目窘境王峰也只有忍了,看他能耍什么花招。第二天,在李成的建议下,团队全体成员开了个沟通会。

  “我理解虽然大家很忙,但是我还是想占用你们的一点时间和大家聊聊天。半年多了,大家还记得自己最初在加入项目组时的目标吗?”李成笑着对大伙说道。

  “希望自己能通过这个项目提升产品开发能力呗。”一个刚入职不久的新人答道。

  “嗨,别提了,我原来是准备来挣10-monthes的奖金的!”

  “说实话,不是很清楚,抄袭V—City?”

  “我是被安排的!”大伙哄堂大笑。

  “我不告诉你!”,一阵沉默过后。

  “我是来打酱油的。”居然出自一个核心成员之口,又是一阵笑声。

  ……

  一切王峰都看在眼里,没想到和自己的目标——开发一款顶级的模拟城市社交游戏——差距这么大。当然,他没好意思说出口。这让他回想起过去半年团队中很多无效的争吵和误解,原来根源在目标不一致?

  “好,我们换个话题。大家一起来抱怨抱怨过去半年的工作!现在,将你的怨气大声说出来!”李成说。

  “忙的时候忙死,闲的时候闲死。”一个产品测试人员说道。原来测试小组在另一个楼层办公,当开发人员将产品交付测试时,有的有文档描述,有的则没有,有描述的也都很简单,测试人员多是根据自己的想象去做测试,常常出现误差。不同小组相互间的沟通非常少,冲突却很多。同时,测试人员在每周的前几天常常没事干,后几天则要工作到下半夜,满意度很低。

  “是啊,反正头儿派了任务就去做,不派任务就不做了呗,还能怎样。”

  “其实有一半的时间是在等任务啦!”一个负责策划和设计的员工说道。

  “我觉得问题是,给的都是具体任务,但我们根本不知道这些任务完成后是要实现什么功能,很难发挥我们的创造性!”

  ……

原文转自:http://www.ltesting.net