软件·质量·管理（2）任务排期

在软件设计之初，许多公司在项目开始之前都会进行项目排期，通过项目排期可以充分安排利用开发、测试资源，做到不浪费人员的空余时间。
如果你是第一次做项目排期，对你来说，项目排期一定非常不容易，因为作为一个PM，你需要对开发、前端、APP的时间有完美的安排（一般测试的时间会根据开发人员的完成度进行排期），这样才能保证项目有序地进行。而下面，我们就对应该如何排期，保证PM能把控项目进度，以及如果出现问题如何及时处理的问题，进行深入探讨与分析。
排期想要做到一蹴而就是极难的，因为不可能把所有因素都计算进去的，在此我们将排期分为4个阶段：

1. 粗略规划前后端测试任务
2. 合理搭配前后端测试资源
3. 精细规划前后端任务
4. 排期中未考虑因素的后期处理方案

一、开始粗略规划

在最开始进行排期的时候，你不可能把所有因素都考虑进去的，必然会有所疏忽，此时你应该先把大体规划列出来。我们以csdn的博客管理为例：

后台页面是这样

前台展示是这样

此时你能确定后台开发人员和前端开发人员的总体时间：

开发人员	开发+自测+联调+修改测试出的bug-时间
后端开发人员A	72h
后端开发人员B	40h
h5开发人员A	72h
h5开发人员B	68h

此时预估时间的时候，并不用将修改bug的时间单独加上，因为联调时间中，无论是前端还是后端都不是一直在联调，有一半时间是联调空闲的，把修改测试测出的bug时间放在这个里面即可。
此处解释下为什么要预估总体的开发自测联调时间：

1. 开发人员进入项目的时间不一样，但要保证最后在某一个时间点所有人都要完成了工作。项目可以整体提测。
2. 如果一些人员的开发完成时间不满足条件，在最开始就可以做调整。
3. 因为开发人员的时间是很宝贵的，而前端，后端的开发时间是不相等的，总体时间出来后，就可以安排对应的开发人员何时进入项目，形成资源的有效利用。

后面在排期的时候你还要注意依赖关系，比如

文章的开发时间排期就要先于订阅和评论。

此时你的任务安排就可以这样：

表格上的时间安排，总览是这样的：