1、立项时，为了项目能够得到通过，被迫或者有意有目的性的压缩了项目的进度、时间。

2、游戏项目一开始的定位就存在问题，错误估计了自己的能力与目标之间的差距，导致项目进行中，发现效果与原先期望存在巨大的偏差，导致整个项目推倒重来。

3、在前期游戏策划不够充分的情况下，启动了项目。策划能力不足或者开发过程中将精力放到了实现上，来不及完善设计。对游戏的全局规划、功能的范围和目标等等需求性的定义过于形式，做得不够详细或者要求过分，甚至存在致命性的漏洞，导致后面的设计不完善，多出很多原先没有预想到的工作，与预期的目标出现偏差。或者BOSS太强悍、项目主管太孬，游戏功能可以随意添加、需求可以频繁地变动，导致实际开发与预期进度出现偏差。

4、游戏项目启动时，没有或者没能力去对项目人员的经验能力和技术开发存在的问题进行评估，最后因为人员能力的问题或者技术障碍导致项目无法顺利进行。

5、在项目管理的时候，缺少一个有经验的人对整个项目的进度、质量和问题进行控制，或者这种控制只是表面上的控制，并没有深入具体到每个人。导致执行的效果不能即时反馈，不能即时发现问题。

6、项目开发中，职责划分不合理，责任没有到人。对工作的范围定义不合理，或者部分人承担了过多工作，给项目成员之间的摩擦埋下了不安因素，很可能导致对一些模糊的责任相互推卸，执行缓慢的情况出现。

7、为了加快开发进度，对项目实行了高压政策，导致项目成员心中不满，大棒给得太多，萝卜给得太少。直到有成员提交辞职报告的时候，才后悔不及。

8、团队的气氛没有调节好，让一些竞争过度、摩擦升级或者把开发外的一些不安因素、个人矛盾带到了开发中来，导致开发不能以100%的速度进行。或者因为某些客观因素，不能保证开发团队的稳定性，关键的项目成员要走，对项目带来很大影响。接手相关工作没有做好，项目九死一生。

9、管理的过程中，忽视了对游戏资源的管理，没有将流程规范起来，最后因为资源冲突或者版本冲突，给开发增加了额外的工作，浪费了大量时间。

10、在功能完成的时候，没有做充分的测试，就匆忙开始下一个功能的实现，导致很多隐患没有被发现。到DEBUG时出现大量可以避免的BUG，浪费了大量时间。

11、程序、策划过高的估算了自己的能力和工作热情，进度估算得过于理想化。或者只考虑主体功能的实现，没有将那些重要的琐碎的人性化的细节设计考虑到工作范围之内。

12、程序或者其他一些项目成员没有经验，不知道避免一些可以避免的问题，陷阱一个一个踩过来，只能用时间换取教训。

13、开发后期，市场对开发做了干预，变更原先的需求或者要求增加新的功能，或者市场一拍脑袋想出一个什么作用都没有的活动，逼着开发组增加。这种情况一般发生在DEBUG或者内测阶段，程序一边顶着被玩家骂忙着改BUG，一边顶着被市场骂忙着增加新功能。

（暂时抽象归类了一下，想到了再增加。）