如何制定游戏开发计划？

还没成功，不清楚你们的项目规模和团队规模，也不知道目前的进度，随便瞎说几个粗浅的建议。

1. 删减不太必要的成员（如果有，可以起到显著效果。有时候人越多效率越低。）
2. 快速出demo。先做主要玩法，后补旁支功能。UI能用即可，无需追求美观。确保最短的时间内每个人手里都有一个可玩版本（成就感会大大滴有），每周至少出一个大的版本更新（关于“大”的定义自行看着来），不断完善该版本
3. 将任务分解为较小的可交付成果，按日期排程，确定预计完成时间。成员定期“打卡”，反馈任务，总结进度
4. 善用版本管理工具

不知道你对自己的定位，不知道成员们开发游戏的目的是什么。如果你有成为一个独立游戏人的决心，还是需要做好一个人搞定所有事的最坏打算。

我常有面对游戏工程就是面对着一张考卷的错觉。

祝你们在这场考试中顺利完成所有题目。

祝你们取得满分。

我也是一名学生狗，同样也是一名自学的游戏制作人。

我有一个提议，我之前制作游戏的时候和自己认识的同学组成了开发小组，我们4个人也是一起合作。但是由于他们和我之间没有一种相连接的纽带，所以后来和你的情况一样，大家都缺乏了积极性，最后不欢而散。

他们有他们自己的课程，学习和生活节奏，而他们将近无偿在与你合作，一是由于他们的兴趣，第二就是你们之间的羁绊。除了真心想和你一起做游戏的，其他人如果这两层关系逐渐消磨殆尽，将会产生不好的结果。

我之前的团队，只有我如今还在这条道路上摸索前进。美工是艺术学院的朋友，程序是计算机学院的朋友，他们不做游戏，完全可以，我也不必强求，毕竟做游戏是一个苦逼的活，不是靠简简单单三分钟热度就可以完成的。

所以，我建议遇到这种情况，尽量找一种强有力的纽带去连接大家，提高大家的积极性。不要让大家觉得我们是朋友而我喜欢游戏就帮你做了这种情感。比方说金钱（虽说不是万能的，但是补贴确实是一种非常好的方法），聚餐什么的都可以。这些只是我的建议，因为我现在马上毕业了还找不到一家游戏公司，希望我们这些学生能够有一个圆满的人生结局吧。

我实在搞不懂，为什么做个游戏都需要很多人合作。  自从我大学组队去健身房，一开始5个人到最后没有人的经历，如果你的合作对象不是那种意志极度强大的人。还是自己一个人做比较好。

开发计划， 像我这种喜欢数值之间联动的人来说。 先写程序，写最底层，最不容易变化的，离前端最远的程序。  比如说一个国家模拟类游戏，可能是宏观经济方面的算法。 然后再写玩家可以接触到的程序。 随便套层UI组件作为DEMO做测试。  

列计划这个事情其实挺蛋疼。

列计划这个事情首先要建立在尽可能客观的去分析将要列计划这件事情的全部因素，才能开始列计划。

如果不能客观的了解团队情况，很容易就会出现一个关节出现问题，导致连锁反应。

所以在列任何计划之前，先去考虑一下和你一起做游戏这帮人到底是否真的能一起做出来，做一个标准的评分。并且分析出每个人做这件事情的目的是什么，哪怕是真的为了梦想，也算是一个目的。

分析完人员的目的性，再去考虑你们要做这件事是全员都想做还是只有几个人想做。

（当然上面这些事建立在松散团队没有管理者没有报酬的情况的）

如果上面这些都分析完了，最终确定了人员，计划反倒好列了。

了解计划成因，基本就确定了人员分配和每个人的时间分配情况。

个人觉得项目都会经历几个阶段：兴奋期 —— 平静期 —— 疲乏期 

计划我觉得就是合理的去平衡每个阶段团队成员的状态的。

兴奋期的计划可以以一个长期的第一目标为主，比如比较耗时间的核心战斗或是其他。

平静期的计划相对简单，余热没过，正常稳定。

关键就是疲乏期:计划应以短凭快，不断让团队看到东西，看到希望。

大概感觉就是这样吧

关于开发计划，觉得还是得有点目标。如果是学校，比如是想做个DEMO？可以考虑是不是要参加个展，比赛什么的。有时间卡在那里很多事情就不得做都得做了。大学大家都有自己要忙的事，人员最好充足一点，当其中一些组员失去兴趣时，最好能有新组员替补上，还有就是一起工作的时间也很重要。

工作的时候，一般是组长会有个大的目标，这个阶段的目标，每个人自己根据自己情况制定自己目标，如果有问题，组长会帮忙修改自己定制的目标。初期会有个预生产阶段，这个阶段需要把握大的方向。人员不会太多，简而言之就是核心团队。等进入生产阶段了，就只是按照确定的方向大量生产了。也没太多需要考虑的。如果后期出问题可以考虑是不是前期预生产阶段没做到位。