軟件開發項目管理-凡事預則立

Caven — Fri, 16 Jan 2015 08:38:42 +0000

近日，某軟件開發項目完成結項，在進行總結時，項目經理提出了不少問題。其中大多數都是些常見的癥狀，并不是這個項目所獨有的，也不是以前沒見過的。于是問題產生了，為什么這些教訓在不同的項目中?反復?發生？能不能采取些措施，來規避它們或降低這些問題的負面影響呢？經過這么一思考，我發現在軟件開發項目的實施過程中，還真有不少問題是可以提前預見到的，與其被動等待事情發生后再去應對，不如及早采取方案來控制它。正應了中國人的一句古話：“凡事預則立”。

下面對這幾條問題及其對策，簡單進行下分享：

問題1：在項目過程中，客戶對平臺操作不熟，很多問題都來找團隊指導、答疑；而這些導致工作時常中斷，占用不少時間，卻又不在最初的工作范圍中，沒有報價；
問題2：客戶經常出差，而且不通知團隊，項目組經常聯系不上客戶；問題得不到及時反饋，影響項目進展；
問題3：客戶看到系統后，在測試過程中提出很多不在最初需求內的改動；而這些改動所對應的工作量又在最初沒有報價，同時客戶追加預算又很困難；
問題4：幫助客戶部署時，遇到很多問題，比如:服務器里面沒有安裝任何軟件，服務器太差，時不時的死機；導致工作量大大超出最初預期；

如果是做軟件的同行，這些問題看著都不陌生吧？是不是每個項目都有可能遇到？如果一件事情我們能預見到它很可能發生，而且又會對項目帶來不利影響，那么我們就應該對其進行風險管理，不是么？其實解決這幾個問題的對策也都很簡單，就是提前預案下而已：

對策1：既然每個客戶在項目過程中，都需要或多或少的技術支持；那么制定項目計劃時，團隊直接跟客戶溝通所需要的支持內容；或者根據客戶背景來判斷所需支持程度的大小；并且把這部分工作內容放入計劃中；
對策2：每個項目都需要客戶的參與和配合，都是在跟客戶互動的過程中完成的。那么，團隊能否一開始就跟客戶確認好其參與方式和參與程度？或者把項目需要客戶參與的地方先明確告知？如果開始有這么一個溝通，就能發現“客戶可能會經常出差”，這樣就可以在項目安排上做出對應的調整。譬如項目早期需求溝通更深入一些，減少執行過程中對客戶的依賴；或者把工期拉長以配合客戶行程，etc.；
對策3：需求的變化是必然的，目前為止，還沒有聽說過需求不發生變化的軟件項目。而且，在客戶看到系統的那一刻，會產生幾十個上百個新的想法，都很正常。問題在于，這些變化可能導致工期延長、費用增加的事實，雙方如何應對？如果一開始大家沒說清楚，當變更發生時，各持一詞，就很容易演變成討價還價和扯皮，如果一開始雙方達成了共識，那么屆時都有準備，按照流程處理即可，皆大歡喜；這只需要在項目啟動之初，雙方溝通確認下需求變更處理流程，“預”一下；
對策4：大多數軟件項目，都需要幫助客戶部署；而每個部署，都必然涉及到部署環境和服務器配置的問題；團隊事先向客戶了解下其部署環境和服務器配置，再進行相應的工作量估計，自然可以規避；

總之，這些問題不難提前想到，對策也并不復雜，只需要項目經理們多“預一預”就可以規避不少風險。項目上諸如此類的問題有不少，身為項目經理，除了關注項目的任務，還應該多注意下跟客戶配合互動這個層面。雖然每個項目都存在其獨特性，但項目中經常遇到的一些問題也是有共性的，好的項目管理就是要能事先預見到這些容易出現的“坑”，并準備好對應的"蘿卜"，才不至于臨陣磨槍。

諾懷博客標簽:

有声,辰东完美世界有声小说,完美世界国际版下载

軟件開發項目管理-凡事預則立