軟件項目管理應注意的問題

項目不同，客户不同，遇到的問題千奇百怪，那麼軟件項目管理應注意的問題有哪些呢，一起來了解一下！

　　確定項目概況

俗話説：“萬事開頭難”，項目開始階段是一個非常重要的階段。項目經理在接手一個新項目的時候，首先要儘可能的多從各個方面瞭解項目的情況。要在項目啟動階段就要了解：這個項目是什麼類型的項目，具體做什麼事情，是誰提出來的，目的是解決什麼問題，客户方直接責任人是誰及他對待項目的態度。我們提出這些問題，並根據掌握的情況分析這些問題，目的是要找到這個項目驗收的最終落槌人，並根據他的工作特點制定相應的後續工作策略。

　　確定項目干係人

要了解這個項目裏牽涉哪些方面的人，如投資方、具體業務干係方、項目建成後的運營方、技術監督方等等，很多項目裏除了業主單位的結構很複雜以外，還有一些其他單位也會牽涉進來。項目經理需要提前瞭解每個方面的人對這個項目的看法和期望。事先做足功課，可以讓你在實施中碰到問題的時候，分析哪些人會在什麼方面支持你，哪些人會出於什麼目的反對你，從而順利的將問題解決，讓事情向你所希望的方向發展。請記住一句話：“沒有永遠的敵人，只有永恆的利益”。

　　提前確保後勤保障體系

“兵馬未動，糧草先行”，這裏的“糧草”就是資源的儲備，就是參與項目的人員的業務、技術培訓。根據項目特點確定項目人員規劃，人員配備以期達到互補，這樣對於項目實施和提高人員素質很有幫助。不是每個開發人員都適合目前的項目，最好向公司提前申請符合項目特點或者比較容易過渡的開發人員。或者是在項目需要增加人力投入的時候能夠提前向公司説明，以保證有比較合適的人選。

　　意義非凡的'項目接口人

和客户談需求，協調資源，一定要客户指定統一的接口人，不能張領導、王領導都來説幾句，如果他們意見不一致，那你就成“夾心餅乾”了。所以，項目最初就要和客户方項目經理確定一個接口人，有什麼需求你們內部先統一再和項目組談，我不參與你們內部業務部門之間的矛盾之中，這樣可以很大程度上減少客方不必要的干擾。項目接口人不一定就是客方項目經理，有時候他會指派一個人和你接口，那這個人的關係也要處好，團結一切可以團結的力量。如果遇到需求確定或者變更等需要做主的事情，那一定要請示客方項目經理，並且拿到具有證據效果(如：簽字，郵件等)的反饋才行。

　　項目情況及時反饋

把項目過程中遇到的問題、進度及時向公司反應，以便能爭取更多的支持。對於客户的提問或諮詢也要及時反饋，但不能不懂裝懂，胡亂答應，對於不太把握的事情還是要和客户委婉的解釋隨後給予答覆，爭取到時間就要及時的去確認並且以最快的速度反饋給客户，讓客户覺得項目組很負責任，態度很積極。如果他提出的問題被你耽誤了好多天或者乾脆就忘記反饋，那客户的感覺可想而知，隨後的工作就麻煩了。

　　確定項目範圍，避免完美主義

很大部分項目經理是從技術開發做起的，有時候在談需求的時候，對於客户的要求不能進行合理的分析或不能對項目的成本控制引起足夠的重視，覺得這個問題不太複雜，又對客户具有懼怕心理，就覺得做也沒有關係，到頭來需求超出了項目的範圍，從而對後續工作造成不利因素。顧客是上帝，但我們不是基督徒，對待客户的態度力求做到不卑不亢。制定項目範圍要注意及時剎車，避免需求膨脹。

　　建立溝通渠道，注意保存證據

説到溝通，通常就是指會議、郵件、電話、口頭確認等，但還有一樣比較不被注意的形式就是建立統一信息發佈區域，能保證項目成員、客户可以從一個統一的地方獲取信息。郵件的形式具有不容易被識別和信息分散的特點。建立統一信息發佈區不但有利於信息發佈還有利於保存信息的版本變更。對於調研日誌，會議記錄，項目週報等儘量放到信息發佈區中。有些客户不喜歡簽字，怕承擔責任，我們在保證優先簽字的原則下，退而求其次，要保證客户的反饋是書面的(比如郵件)，對於自己發出去的郵件不要隨便刪除。

　　合理引導客户

不同的客户對IT項目的理解不同，有的比較專業，有的一知半解，有的完全陌生，面對不同的客户談需求、系統設計的時候要因人而異。能夠説明不同解決方案之間的優缺點，能夠引導客户向有利於項目推進或實現簡便的方案上靠攏。牽涉到不同業務部門之間的問題能在技術上找到解決辦法的，就不要在業務上尋求解決問題的方法。

　　注意環境問題

實施類項目大多需要項目組安裝測試環境，在測試環境的安裝過程中，注意域名配置，各服務器時間不同步的問題。對於這種環境問題怎麼強調都不過分。記得一次配置測試環境中hosts表中域名和中間件配置的域名的一個字符沒對應上，導致配置過程出現了問題，耽誤了時間。遇到問題注意分析日誌，有時候日誌提示的信息可能是由其他問題引起的，所以需要全面的分析問題。