項目本身有大有小，也有難易，因此不同項目也會面臨不同的困難問題。我們在運用項目進度管理系統管理工作時，很多流程上的“死”工作，基本可以解決，問題不大，但是其它人為參與的部分就成了容易出錯的重災區。那么究竟要做好哪些小工作，可以介紹項目管理的犯錯率呢?

　　需求變動要以書面確認

　　這一點是項目管理中很令人頭痛的，需求如果沒有以書面的形式確定下來的話，就比較容易變動。人的思想都是不斷改變的，今天一個想法，明天一個點子，想法的不同可能會導致程序要重開發，或者數據庫要重新設計。這樣的情況，做程序的肯定都遇到過。

　　需求變動有的時候是避免不了的，隨著時間的推移，需求肯定會有所變化的，但是要項目進度管理系統中以書面或者是電子檔的形式確定下來，這里確定只是一個階段，確定下來就有了依據，至少提需求的人會認真的思考，會盡量把需求提得更清楚、更全面，對于他來說也是一種責任。

　　如果真的有需求變動，要在原來的基礎上有所改進，也要等到一期做完。因為改進是永無止靜的，沒有最好，只有更好，所以這種改進要一步一步完成，不能一口吃個胖子出來。

　　任何時候都不能忽視質量

　　當進度表安排下去了以后，人手不夠、任務重，所以大家容易重進度、輕質量。這個必須自己把好關，測試人員需通過項目進度管理系統把好關，一塊一塊完成，而不能把小問題全部放到后期來改，這樣的話，后期的壓力比較大。

　　舉個例子：套模板，模板基本都是死的，套上程序后，比如做了一些特效，樣式上會跟靜態的模塊有可能會不同，這樣的問題積累多了的話，到后來再跟前端配合改，會很累，做前端的還不能統疇考慮。所以遇到這樣的問題，一開始就和前端配合，這樣前端也能了解到，套過后樣式的不同等等，這樣后期bug會少很多。

　　接手的事情要負責任

　　責任心很重要，如果你手頭上有很多工作沒有完成，會總是惦記著這是正常的;但是也有一些人，可責任心不太強，對自己的事要完成的任務不那么上心，既影響自己工作又拖累別人。

　　以改bug為例，把一個bug交給別人，過一段時間問他，改好了沒有，他說改好了，結果一看根本沒有改好不說，還又改出來一些bug，像這種人，管理者應盡快的讓他離開。不然到后面基本上團隊里面的對他也不信任，不敢將任務交給他，浪費大家的心力、時間。要確信：對別人負責任，就是對自己負責任。

　　善于溝通碰撞出新意

　　怎么樣把自己的想法很清楚的告訴別人，怎么樣很快的了解別人是怎么想的，這不是件容易的事。

　　最直接的方法是要學會站在別人的立場上考慮問題。不論是做程序還是做其他的，都要有自己的思想，不能別人說什么就是什么。別人說的不一定是對的，多種想法的碰撞后，才會有驚喜出現。

　　即使是項目進度管理系統也會有宕機的時候，何況是項目組成員，因此項目中出現失去不可怕，最主要我們要清楚哪里出現，應該如何規避、解決，并防止下次犯錯。