项目本身有大有小，也有难易，因此不同项目也会面临不同的困难问题。我们在运用项目进度管理系统管理工作时，很多流程上的“死”工作，基本可以解决，问题不大，但是其它人为参与的部分就成了容易出错的重灾区。那么究竟要做好哪些小工作，可以介绍项目管理的犯错率呢?
需求变动要以书面确认
这一点是项目管理中很令人头痛的，需求如果没有以书面的形式确定下来的话，就比较容易变动。人的思想都是不断改变的，今天一个想法，明天一个点子，想法的不同可能会导致程序要重开发，或者数据库要重新设计。这样的情况，做程序的肯定都遇到过。
需求变动有的时候是避免不了的，随着时间的推移，需求肯定会有所变化的，但是要项目进度管理系统中以书面或者是电子档的形式确定下来，这里确定只是一个阶段，确定下来就有了依据，至少提需求的人会认真的思考，会尽量把需求提得更清楚、更全面，对于他来说也是一种责任。
如果真的有需求变动，要在原来的基础上有所改进，也要等到一期做完。因为改进是永无止静的，没有最好，只有更好，所以这种改进要一步一步完成，不能一口吃个胖子出来。
任何时候都不能忽视质量
当进度表安排下去了以后，人手不够、任务重，所以大家容易重进度、轻质量。这个必须自己把好关，测试人员需通过项目进度管理系统把好关，一块一块完成，而不能把小问题全部放到后期来改，这样的话，后期的压力比较大。
举个例子：套模板，模板基本都是死的，套上程序后，比如做了一些特效，样式上会跟静态的模块有可能会不同，这样的问题积累多了的话，到后来再跟前端配合改，会很累，做前端的还不能统畴考虑。所以遇到这样的问题，一开始就和前端配合，这样前端也能了解到，套过后样式的不同等等，这样后期bug会少很多。
接手的事情要负责任
责任心很重要，如果你手头上有很多工作没有完成，会总是惦记着这是正常的;但是也有一些人，可责任心不太强，对自己的事要完成的任务不那么上心，既影响自己工作又拖累别人。
以改bug为例，把一个bug交给别人，过一段时间问他，改好了没有，他说改好了，结果一看根本没有改好不说，还又改出来一些bug，像这种人，管理者应尽快的让他离开。不然到后面基本上团队里面的对他也不信任，不敢将任务交给他，浪费大家的心力、时间。要确信：对别人负责任，就是对自己负责任。
善于沟通碰撞出新意
怎么样把自己的想法很清楚的告诉别人，怎么样很快的了解别人是怎么想的，这不是件容易的事。
最直接的方法是要学会站在别人的立场上考虑问题。不论是做程序还是做其他的，都要有自己的思想，不能别人说什么就是什么。别人说的不一定是对的，多种想法的碰撞后，才会有惊喜出现。
即使是项目进度管理系统也会有宕机的时候，何况是项目组成员，因此项目中出现失去不可怕，最主要我们要清楚哪里出现，应该如何规避、解决，并防止下次犯错。