开发任务结束后，现在开始了测试，以及业务方测试。
经常会有BUG提交回来，都是在了解后，马上安排下去修改。
有一天，大项目经理跟我说，你怎么安排任务的，我说，有新BUG来了，马上安排下去，现在差不多改好了。
他脸色微微一变，跟我说，以后不要这样安排任务啦。安排任务时，一定要把开始时间，结束时间，任务详情，任务数量，都安排好，之后再来的BUG，也不要再安排到已经安排的时间中。
我说，前几天的BUG较少，大家都改完了。
他说，那是大家做事的效率好，改完了，大家就去做自己想做的事，不能因为他们做事快，做完后还要做更多的事。那这样下去，谁还会尽快做好任务呢。
听完后，我很惭愧，当初我还是程序员时，总有一种感觉，为啥总是有做不完的事，为啥总是在做事，为啥总是那么烦闷，为啥总是不希望看到经理，每次经理朝我望来时，总是很紧张，总想避开。
那么，项目中该如何合理安排开发任务?
精彩点评：
A：
前期--
1. 根据团队里开发人员的技术能力，拆分任务量；
2.对每个人的任务定开始时间、结束时间（PM对于任务或功能难易程度无法准确预判的，可与团队里技术大牛沟通后再定）；
3.出任务分解表、甘特图；
4.团队会议，讲清楚项目的周期、任务的周期，及会上讲清楚每个人的工作分工，对有异议的，沟通清楚后。形成会议纪要，任务分工定稿。
中期（BUG修复）--
1.项目实施过程，阶段性、里程牌提交；提交过程中，客户有问题、有BUG。PM做好问题记录，提交给对应的开发人员，定好修改时间，及跟客户说清楚BUG修改后提交的时间（无法确定时间，PM与团队技术负责沟通清楚后再回复）。
2.问题修改提交，形成书面确认文件，防止后期对方扯嘴皮子情况。
后期（维护）---
1.根据公司情况，团队内开发人员是否穿插多个项目；预留1、2名开发的做售后技术支持；
2.售后技术支持，与客服、客户做好对接（PM从中协调），做好BUG问题记录、修复记录日志。
B：
对于测试提交过来的问题，作为leader。1、首先，进行分类整理，按照轻重缓急的原则，排出优先级；2、任务分成哪几个里程碑计划，有明确的时间节点；3、与被安排人确认任务；4、对任务完成进度进行跟踪，每个里程碑点到时，进行评审；5、根据跟踪和评审，及时作出任务调整。有一个工作环叫做PDCA,就是计划－》执行－》检查－》纠正，可作参考。
C：
IT项目一般由需求分析、设计、实现、测试、交付结项等几个阶段组成，每个阶段都一定要做好项目计划，从你的描述来看，已经进入测试阶段，但没有提到测试计划，所以我的建议是完善测试计划，比方说测试执行三轮，每一轮的测试时间，修改BUG时间做好执行计划。然后按计划执行下去就行，没那么复杂！作为任务是一定要有起始时间和结束时间和任务执行人的。
D：
我不太看重计划。毕竟计划是给领导汇报用的。原则是火线处理。如果出了问题，告诉我解决方案和时间。让领导决断采取什么方案，用什么成本。达到什么效果 ，风险是什么。
大家任务数、任务量可控，明晰目标之后再着手做。这样，每个人都有自己的schedule，然后又有优先级，所以进度可控，风险可控。
E：
我感觉时间是最好的老师，首先就是要熟悉团队成员中个人的性格特点，能力层次，然后按照任务的优先级进行分配，再依据看每个任务的复杂程度确定开始时间和结束时间。
需要项目管理资料合集的同学可先关注然后私信我哦
