项目管理的过程繁重而复杂，除了几大关键流程外，还有不少需要注意的小地方也会对项目的进度产生影响。例如：需求只口头约定，那么可能被不认推翻;质量不那么满意，可能会要求重新修改等等。这些也许不会形成特别大的风险，若处理不好，却也对项目的顺利完成产生影响。那么具体这样的小因素有哪些呢?
一、需求变动要以书面确认
这一点是项目管理中很令人头痛的，需求如果没有以书面的形式确定下来的话，就比较容易变动。人的思想都是不断改变的，今天一个想法，明天一个点子，想法的不同可能会导致程序要重开发，或者数据库要重新设计。这样的情况，做程序的肯定都遇到过。
需求变动有的时候是避免不了的，随着时间的推移，需求肯定会有所变化的，但是要以书面或者是电子档的形式确定下来，这里确定只是一个阶段，确定下来就有了依据，至少提需求的人会认真的思考，会尽量把需求提得更清楚、更全面，对于他来说也是一种责任。
如果真的有需求变动，要在原来的基础上有所改进，也要等到一期做完。因为改进是永无止静的，没有最好，只有更好，所以这种改进要一步一步完成，不能一口吃个胖子出来。
二、任何时候都不能忽视质量
当进度表安排下去了以后，人手不够、任务重，所以大家容易重进度、轻质量。这个必须自己把好关，测试人员把好关，一块一块完成，而不能把小问题全部放到后期来改，这样的话，后期的压力比较大。
举个例子：套模板，模板基本都是死的，套上程序后，比如做了一些特效，样式上会跟静态的模块有可能会不同，这样的问题积累多了的话，到后来再跟前端配合改，会很累，做前端的还不能统畴考虑。所以遇到这样的问题，一开始就和前端配合，这样前端也能了解到，套过后样式的不同等等，这样后期bug会少很多。
三、接手的事情要负责任
责任心很重要，如果你手头上有很多工作没有完成，会总是惦记着这是正常的;但是也有一些人，可责任心不太强，对自己的事要完成的任务不那么上心，既影响自己工作又拖累别人。
以改bug为例，把一个bug交给别人，过一段时间问他，改好了没有，他说改好了，结果一看根本没有改好不说，还又改出来一些bug，像这种人，管理者应尽快的让他离开。不然到后面基本上团队里面的对他也不信任，不敢将任务交给他，浪费大家的心力、时间。要确信：对别人负责任，就是对自己负责任。
四、善于沟通碰撞出新意
怎么样把自己的想法很清楚的告诉别人，怎么样很快的了解别人是怎么想的，这不是件容易的事。
最直接的方法是要学会站在别人的立场上考虑问题。不论是做程序还是做其他的，都要有自己的思想，不能别人说什么就是什么。别人说的不一定是对的，多种想法的碰撞后，才会有惊喜出现。
综上，大家在项目管理的过程中要注意保持责任心，按时保质完成任务;要学着尽可能将约定都以文本保存并让相关人员确认;还要懂得集思广益，集众人之长找出最合适的解决之法。如此，项目的完成度将会大大提升。