項目管理的過程繁重而復雜，除了幾大關鍵流程外，還有不少需要注意的小地方也會對項目的進度產生影響。例如：需求只口頭約定，那么可能被不認推翻;質量不那么滿意，可能會要求重新修改等等。這些也許不會形成特別大的風險，若處理不好，卻也對項目的順利完成產生影響。那么具體這樣的小因素有哪些呢?

　　一、需求變動要以書面確認

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

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

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

　　二、任何時候都不能忽視質量

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

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

　　三、接手的事情要負責任

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

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

　　四、善于溝通碰撞出新意

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

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

　　綜上，大家在項目管理的過程中要注意保持責任心，按時保質完成任務;要學著盡可能將約定都以文本保存并讓相關人員確認;還要懂得集思廣益，集眾人之長找出最合適的解決之法。如此，項目的完成度將會大大提升。