文档设计完成后，就应该针对划分好的模块来分配工作任务。该部分工作应当是项目经理来制订的，但由于大部分的项目是由主策划来进行协调，而且只有策划对各方面工作如何进行连接是最清楚的。这里不对具体的项目展开讨论，只描述一下如何设计工作进度表。

　　作为项目管理的重要组成部分，工作进度表的设计是一种必要的项目监控手段。科学系统的进度安排可以达到提高开发积极性，监督工程按时完成的作用。但由于管理上的种种问题，项目负责人根本就没有经过周密的思考和规划就开始制订工作进度，甚至很多东西都是拍脑门就定了的。这样的任务进度设计是不负责任的，其结果只有不断的延期，相互推卸责任导致游戏跳票。那么如何能够保持一种良好的工作进度，并不断给予开发人员信心呢？

　　我对微软的里程碑式进度非常赞同，虽然我们还没有实力完全按照这种模式来进行项目开发。里程碑式的项目规划有以下几个好处：

　　[li]按照阶段对项目进度划分，可以清楚的看到游戏的真实进展情况。在进行阶段划分时，一定要能够让开发人员能够获得成就感。这是什么意思呢？就是说在设计初期，不能把项目阶段规划的太长，也不能让开发人员感到很轻易就完成了。这就需要项目管理人员对开发者的能力有清楚的把握，合理的对工作时间进行预测来达到阶段性成果。[/li][li]阶段划分要能够有可以演示的东西。对上层管理人员来讲，你给他说你做了多少文档，程序写了多少代码，美术画了多少图是没有用处的。必须用可以进行集中演示的样品拿出来，领导才会感兴趣。所以在写项目进度时，要有目的的定期拿出DEMO或者阶段性成果，能够把工作中的一些精华部分展示给大家看。不仅仅是领导需要成果的鼓励，这些DEMO对开发人员自身来讲也是一针有效的兴奋剂。[/li][li]将进度按照人和时间进行统筹。因为一个人在一定时间段内是无法做很多件事情的，把人的任务进行合理规划，在同一时间段内不要做超过2件的事情才可以保证项目的顺利进展。人的精力是有限的，再加班加点也是有个承受能力的极限的。合理的保证开发者能够把精力集中在一件事情上是最有效的开发手段。[/li][li]根据事件的前提和结果进行任务分配。一个任务要确定完成了才可以进入下一阶段，不能因为工期紧张而把必要的前提给丢掉。很多项目在没有完成前期准备的情况下就开始下一阶段工作，从而造成后期管理上的混乱，使得项目无法控制。一定要在必要条件完成后再开始后续工作，这一点一定要在项目进度规划上进行明确，即某项工作的开始时间一定要在前提工作完成后才可以进行。[/li][li]工作的延迟问题。再完善的工作进度表也会被一些意外情况所打断，比如生病和其他客观因素。这种情况下要对工作进度表进行修正，一般处理是将后续工作顺延，或者把休息时间计算进来当作加班。对于国内把加班当白饭的游戏公司来说，加班更是不需要给理由的最佳选择。其实良好的工作进度是会留出一些时间避免意外的发生，而且这些时间分散在各个阶段当中。不加班的项目才是最理想的开发！[/li]

　　推荐使用微软的PROJECT2000，这是一套专门用来绘制进度表的工具软件。我们不用全面掌握该工具的使用，只要会一些最基本的功能就可以了。使用该工具，可以自动生成各种进度图表，并可以随时调整任务分配情况，非常方便直观。不是我帮微软吹牛，利用他的系列工具真的能够快速应用到工作中去，而且还很容易上手，PROJECT和VISIO就是两个非常典型的例子。

　　工作进度表在设计完成后也是需要多方一同讨论确定的。进度表可以由策划或项目经理来定月进度，直接确定程序方面和美术方面的工作任务。然后具体到任务模块内部则由主程和主美来具体设计，最后确定到周进度。每个参与开发人员都应当有一份自己的任务进度列表，如果没有问题就签字实施。在开发过程中，每达到开发阶段的终点就应该开一个演示会议，让领导和全部开发人员一起来看一下这段时间的开发成果。这就是所谓的里程碑式开发模式。每个开发人员都可以切实感受到自己艰苦工作所得到的成果，这样才可以保证他们一直感受到一种积极的工作态度，漫长的开发工作对每个人的意志所带来的折磨是很可怕的！对于一个刚开始学习做策划的人来讲，很难想象连续几个月集中开发所带来的压力。当你真正进入到开发中时，就知道建立起一个良好的进度计划是多么的重要了！