纵观整个游戏开发周期，大部分时间都是在赶赶赶，赶开发进度，赶Bug进度，赶发布进度。搞得交投烂额，搞得最后大家筋疲力竭，最终商务、策划、boss都觉得开发不给力。所以我们有必要，也有义务去采取一些措施来管理我们的游戏开发周期，无限期的加班加点都是我们自己作出来的。首先作为管理者，我们需要清楚最近整个团队的进度，很多人喜欢使用各种各样的工具，但是我喜欢使用Excel来管理，高效便捷，这可能是在日立工作的习惯。当然认可高效管理能带来更好的产出效能，是这所有一切的基础。
通常团队中会有人员有如下特征：
1、不会思考、不会沟通、表达能力、书面表达能力极低。
2、只会按部就班工作、没有主见，喜欢被命令式安排工作。没有创造力，不能胜任高难度工作。
3、无组织无纪律，不适合团队工作。
4、拖沓，总想着推倒后面再处理，没有时间观念。
5、过度自信，或者过度自卑。
整队这些情况，我们可以如下方法：
1、日程管理表
以项目迭代周期为准，将所有的项目拆分出来，在安排工作的时候，按照参与人员的工作分拆开来。Coding阶段，测试阶段、UAT阶段等等。当然对于很多开发者来讲，这个像是一个紧箍咒，因为总是感觉没办法完全评估工时。当然这个是慢慢调整的，这个要看团队效率。
通过这个表，管理者可以每天直接问进度，比起日报来更让人接受、节约时间。也是沟通的一种高效手段。 
2、课题管理表
手游行业一直在吃着快餐，并不太关注产品的质量，所以玩家更追求游戏品质阶段到来的时候，快餐不再适用。所以开发过程中，我应该更重视课题管理。
所谓课题，也就是日常开发中比较重要的技术实现，及重要的Bug修改问题。一项值得花时间研究的问题。 
参考上表。
课题类别有：
Issue （讨论）
ToDo（执行）
课题状态：
Open: 起案状态
WIP: 作业状态（调研）
Hold: 暂定状态（未解决）
Close：关闭状态
3、Bug管理表
日常所有Bug我们用一个文档，按照版本等分类，管理Bug状态，来减少Bug，另外可以让大家看到相同的Bug是不是有相通的解决方案，是团队消灭Bug的利器。当然也可以用禅道之类的工具来处理。也可以作为后期成品质量提升的数据支撑。例如，我们可以分析这个版本的Bug率，哪个模块Bug率高，就要把代码拿出来，进行代码审查。达到什么Bug率的模块需要开发者重新开发等等。
4、Crash管理表
Crash对开发来讲，是最大的杀伤。管理者应该要重视。将Crash管理起来，让每个Crash问题解决者，在文档中填好解决方案，争取让每个Crash的解决带来“感悟”。既起到警示作用，一定阶段我们还可以汇总分析，我们的游戏Crash率，及Crash频发模块，版本等信息。 
5、版本迭代管理表
每一个版本迭代，我们都是匆匆忙忙的，都会忽略出现的问题，出下一个包说不定又出现什么问题了。或者一段时间后boss或者产品扯皮，我们可以潇洒的拿出这个表。记录下发包需求下发过程的关键信息，如渠道、版本内容、覆盖的计费、配置参数，提交时间、过审时间、拒绝时间、拒绝理由等等。 