一般而言，传统的系统开发是项目经理给开发人员的指令，这个指令包含开发人员将要做什么、工作完成后的效果等等，但实际中这种指令往往比较模糊，不具体，也不太明确，没有把注意事项及对其它功能的影响明确出来，更严重者是不能理解任务所表述的含义，毕竟部分开发人员之间的水平还是存在差异，这种情况的存在往往造成开发人员工作效率低、代码冗余、做无用功等，另外一点项目经理对开发人员的了解也很重要，这样可以避免本来开发人员半天可以完成的任务，给他分配一天的时间等，在任务的下达过程中出现的问题可以总结为一下几点：1、空泛的估计项目的进度：项目经理在分配任务时，往往受客户的要求及紧迫程度的影响，而造成不合理的安排，这种现象在软件行业尤为普遍，这种分配任务的方式没有相应的数据分析作为前提，加上完全凭借于项目经理的经验来估算，风险度可想而知。2、所要传递的任务不明确：项目经理有时不能完全表达所要完成的要求，更可怕的是自己对客户的要求都不了解，在现实开发中往往会存在这种情况，需求分析人员在调研客户需求时只理解客户需求的 90%，等到了设计人员只能理解 80%，等到了开发人员恐怕也只能理解 60%，造成需求缩水，导致项目经理在下达任务时，也只是大体描述要完成的任务，而不能明确完成此项任务要注意的很多细节，注意事项、完成时间、对界面的要求等，毕竟开发人员水平不同，考虑问题全面度也不一样，有些涉及整个系统流程的东西还需要项目经理给予说明。3、分工不明确：在整个项目运作的过程中，要明确分工，综合考虑项目团队内每个人应担当的角色及外界因素的影响，因为重要角色的更换(如项目经理或开发经理)往往是极具风险性的，当然这种角色一般也不会更换，但开发人员往往是不确定因素，频繁的调度开发人员也会影响项目的进度与质量，所以项目经理在分配任务时要综合考虑，尽量排除这些不确定因素的存在。4、行之有效的沟通：沟通在软件开发过程的每个阶段都很重要，前期沟通不好将来的影响就会以扇形扩张，对后期造成的损失也是无法估计的，分析设计人员的文档开发人员看不懂，开发人员完成的功能测试人员看不懂等，这些都是沟通的问题，沟通的主要目的有两个：一是传达需求者能把需求描述清楚，二是接收需求都能把需求理解并确认无误，但现实中这种沟通很多却是流于形式，效果不是很理想。5、没有效果的讨论：众所周知，在项目组运作的过程中，可能伴随着很多问题的交流、讨论，这是好事，讨论问题越明确、越清楚，对项目后期的运作越有保障，但往往存在这样的问题，项目组成员在开会前都没有目的性，没准备，只有项目经理一个人在说，遇到问题发生争执时也是各抒己见，这种争执最终会导致项目计划被不断的改变，项目进度被延时。