如何做好手机游戏开发团队的项目管理

假设你是项目经理，你也是项目经理。

1.7分做3分。游戏项目刚开始的时候，大家都精力充沛，热情高涨，但是太早动手就是浪费时间。很多管理者以为集思广益，讨论方案是管理层的事，反正小弟们都闲着。你可以先做一个小演示。对他们来说，参加研讨会其实是一个很好的机会，也让他们提前对项目和项目框架有一个清晰的了解。做过项目的都知道，需求真的很明确，开工没几天就搞定了(小游戏)。过早返工是最令人沮丧的。

2.我在做了一半的游戏里发现了一个* *系统，不想加了~从来没有，类似的事情在制作过程中经常发生。项目经理说，这个项目至少比原定目标晚完成了一倍，而且在大多数情况下，这个神奇的系统到最后都没有用。

3.逐版本计划案例版本的修订。像第二点，制作方要先按照第一个版本做，有问题再在这个版本的基础上迭代第二个版本，否则会有一种产品永远做不完的感觉。是的，大部分公司大概都有这个问题。为什么是死胎？仔细想想。

4.你是主工程师，所以你应该负责主框架的设计。不要把重要的部分托付给不重要的人。整个框架在手，佣人换血换尿也不会有什么大问题。相应的，你也不要过多干涉它们下面的构造细节，比如为什么用int而不是byte。这不是浪费。你要看大局。如果你想照顾所有这些细节，你也应该照顾一个P项目。

5.不要偏离自己的初心。做的时候会发现很多项目。呃，我本来打算演愤怒的小鸟。我是怎么编出来钓鱼的？商业元素的发酵会在项目的过程中带来麻烦。投资人的一些奇怪的想法和市场需求会改变你原有的东西。我不说这样好不好，只是你懒得和最后生下来的孩子玩。多可怜啊。

6.这个项目是一个目标，一个理想，而不是一个简单的任务。出了问题，项目经理应该出来承担问题，而不是指着某个做不好的人。这会让你的团队成员觉得这个项目是个负担。仔细回想一下，出了事，大家都在说不是我干的。这是多么可怕的情况。这是晚期。没有人对这个项目负责。从一开始就充满希望，丰收在望，若干年后也是如此。

7.不要无谓的扩充自己的团队。反正中国人是人山人海。人多堆人快，日本也一样。我不知道我是怎么想的。很多人看起来很有实力，但水平参差不齐，很难管理。同时，同情政府也不容易。

突然不想说了，仅供参考。