但今天我要想的是【軟體專案的風險控制】, 記得曾經有位大師說 : 專案永遠一定是延遲的, 不可能有提早或是準時的, 不是因為能力問題, 而是因為策略或運作面的問題. 問題是這樣看的, 今天老闆給100元的成本執行專案, 可是你最後只使用了90元就完成了專案, 下一次再一個新的專案成本需要200元, 這時老闆會允許給你200元或是只給你180元, 這就是一個很玩味的問題.
其實軟體專案的風險問題, 不管是在 Software Project Management, PMBOK 裡都有詳盡的說明, 主意大約是這樣的【透過管理，正視風險，預先規劃，過程監控, 並依據重要程度處理事件】.
我想作法大約就是 :
1. 專案進行前, 先建立一個可能面臨的風險表格, 內含風險事件名稱, 風險等級, 處理方式.
2. 專案進行中, 隨時依表監控, 當有表徵出現時, 依循處理.
3. 再來就是看看要不要定時或偶而來一個應變演練.
4. 當然所有事請過後一定要來個撿討與改善, 以便使得風險控制可以做的更好.
哎呀, 講了這麼多, 心裡就怕了起來, 要做真的很多事, 這樣專案怎可以如期完成了?
不過重點還是要想想一個軟體專案, 到底會面臨怎樣的風險這倒是要好好思考的.
軟體專案準時達交常見風險 :
1. 人員異動. 這件事軟體公司, 小公司, 小專案, 真的很常見, 不過就我所知, 現在個客戶也都意識到這一個問題了, 所以很早以前我就已經有被某些客戶要求將人員異動加入合約中(這一召有夠狠 : A. 人員離職就要拿更多的資源來. B. 人力不可挪移. ...等).
2. 持續性的需求變動. 不知道有沒有人沒有遇過這一個問題, 如果有到要請教怎樣做到的?
3. 不實際時程及預算. 如果遇到這一個問題, 包袱打包一下走人吧. 軟體產業真的是一個極度競爭的產業, 常常遇到一個標案, 底價可以差到10倍. 是大家的認知有這麼大的差異嗎? 還是另有因素, 當然都是有的.
4. 使用者的程度不好(好傷人的話, 本身沒有責任嗎). 軟體系統開發者需不需要了解產業知識, 這個問題也很熱門, 那功能做錯了, 是使用者程度不好, 沒有說清楚, 或者是開法者太過膚淺, 沒有挖掘到真正的需求, 沒有引導好使用者. 本人覺得見仁見智, 不多說.
5. 專案團隊/領導者的經驗不足(專業能力不足). 常常有出道才一兩年的程式撰寫者搖身一變就成了專案管理者, 而那些倒楣的專案就成了試煉專案, 客戶賠上的不只是一個失敗的專案, 還有位專案所投入的額外成本. 當然一個領導者, 也不是這麼容易的.
6. 時程安排過於樂觀.
7. 軟體的可靠度、成熟度不理想.
8.資源的過度使用.
9.問題隱藏在良好的表象內.
10. 錯誤的功能及即時處理.
好的就到此為止, 在寫下去, 身為IT的我也要被唾棄了.
