如何确保项目的正确实施

第一次写文字，还有点不知所措，那么我就说一下工作当中的遇到的一些事，或许对带项目的经理，或者小组的组长有一些帮助，其次本次所说明的观点，也是本人在与其他人的交流中，体会到的，当然也有项目组开会讨论需求时，领导的一些观点，我觉得可以借鉴一下，毕竟咱们是小兵，许多没有想到，还请不要见怪：
1.项目前的准备工作，在参与现在工作的时候深有体会，我们项目开始的时候，其实是有谈论需求的，而且谈的时间不短吧，整整一个月都在谈论需求，毕竟项目比较的大，小说也有三百万的工作量，几乎每天都在谈判桌上谈论需求应该怎么明确，但现实遇到的确实，每回谈论需求都是在一群叽叽喳喳中度过，需求银行那边都没有做过项目，许多人你发表一句，我发表一句，没有一个总的敲定需求的人，而真正敲定需求的人又经常有事，前期工作没有做好，时间就已经过去了一个月，所以我想说的是，如果跟甲方谈需求，一定要有一个需求确定人，而且人数不能太多，一个最好，这样，问题容易集中解决，不用这个问题出现，谁都是负责人，既耽误了时间，又浪费了精力。
2.项目的实施，这时候就得说说项目经理的作用了，其实项目经理的定位不仅仅是一个技术大咖，其实也是一个专业填坑的人，因为一个项目程序员看见的知识眼前的问题，但是项目经理确可以看见以后项目会出现什么问题，怎么在最大的程度避免因出现问题而耽误项目的实施，说白了，就是提前预防，其次项目经理是唯一的对外接口人，项目问题都可以汇总出来，去和甲方的人去确认，同时甲方要改什么需求也是通过项目经理，来给程序员分配任务，因为只有项目经理清楚组员内部人员应该怎么调整工作，其次也是一个过滤一些过分需求的闸口，确保项目正确的，按时的完成。而不是一味的纵容任何一方，如果纵容甲方，那么就容易造成项目的无限延期，如果纵容实施人员，就容易造成不必要的冲突。
3.项目的调试，在第二点上其实已经说了一些，这里再做一个补充，甲方的人找组员改需求，这样对于甲方来说无可厚非，但对于项目人员来说确实一个大问题，因为你不知道谁会过来让你改需求，我们的提议是，组员完全有权利去拒绝改需求，可以让甲方去找项目经理，毕竟，如果能把需求弹回去，咱不是也可以轻松点么，其次就是我们对于书面上的东西都很少去写，甲方如果有什么需求需要改，可以写一份变更需求单，这点很重要，这样甲方就需要对自己所说的事，所说的话负责，而不是就一天一个样，需求改过来改过去，最终项目也延期，需求也改的不成样子。
以上就是我工作当中总结的吧，算是一点愚见，毕竟技术大咖都在这里，我就不卖弄了。