項目初期的常見風險
這是鄧俊的第8篇原創
一眨眼春節假期沒了,距離上次發文有一個月了,年前的項目衝刺忙碌、春節期間年貨大採購、陪父母在廣州及外出遊玩,要說不發文的借口,可以整出一籮筐呵呵。。
言歸正傳,上篇說了「為什麼要開招投標項目啟動會」,那開完這個會之後,項目就要開始具體的實施了,在實施前期,如果能把關鍵的風險識別並做好相應的措施,對後期項目的實施進度、質量保證能起到非常大的作用。本篇就說下項目初期常見的風險有哪些。
01
從哪裡發現項目風險?
主要有幾個方面:
1、文檔資料:拿到項目了,先認真看看項目招標書、項目合同、項目投標書這些材料;
2、歷史項目經驗:找公司做過類似項目的同事或者知識庫看看有無可以參考的地方;
3、同行借鑒:像有些項目是軟體、數據和硬體幾方面集成的新項目,可以找同行或者行業專家諮詢關鍵部分的需求或技術方案有沒較大的風險;
經過這麼一梳理然後進行內部評審,相信項目初期的關鍵風險都可以被識別。
02
項目初期一般都會有哪些風險?
對於軟體、數據和硬體的集成類項目,常見的風險一般有下面幾種情況:
需求風險:很多時候,招標方案都會做得比較高大上,有些需求沒有經過深入的分析,可能只是看到同行有、或者客戶領導需要就寫進到招標方案中去了,比如做一個新媒體統一發布平台這種需求,前期實現可以,但後期運營過程中涉及和多個平台的介面進行對接,需要持續投入資源進行介面和功能的更新發布,從這個方面來講,就不太適合以項目的形式來做了。
技術風險:比如引進一些較為前沿但並未經過市場大規模應用的新技術,曾經我碰到過一個項目就是這種情況,導致項目最終完成的質量不是太好。還一種情況是招標方案中項目的技術方案存在較大的漏洞,這個也是經常會發生的情況,因為編製項目招標方案的人,可能是在業務方面比較專業,但在技術方案這塊不太在行。
費用風險:招投標項目和一般互聯網軟體項目不太一樣,每一筆費用都是要前期做好預算規劃再進行招標的,比如某個功能模塊預算多少錢,某個第三方測評預算多少錢。兩年前就碰到過有的項目漏掉了第三方測評的預算,結果項目後期做測評時才發現,導致走變更影響項目驗收進度的情況。現在國內不同地區招投標項目各塊的預算費用申報和審批流程和制度規範參差不齊,所以費用預算這塊要提前了解當地的具體情況會比較合適。
人員風險:很多方面都會造成人員方面的風險,比如新技術的應用,可能沒有合適的開發人員來支持,或者說這塊的人才同時在支撐其他項目造成開發資源衝突;亦或是公司銷售戰鬥力爆表,短時間內接了很多項目,不湊巧的是合同上項目要求的完成時間還很緊張。
大多數情況下,風險的產生都應該從源頭找原因,這話是沒錯,但很多時候前期有些東西不可控,比如預算申報和招標方案中埋下的地雷,當項目流轉到落地執行環節時,項目經理是否具備敏銳的眼光,儘早發現暗藏在項目中的風險並進行靈活處理,這就是考驗真功夫的時刻,也是項目管理為什麼這麼有魅力的原因。
END
作者:鄧俊
坐標廣州 項目管理和職場分享
http://weixin.qq.com/r/JEhaQkTE1RmqrQAh9x02 (二維碼自動識別)
推薦閱讀:
※技術經理這種做法對嗎?
※敏捷的精髓在於即時反饋
※原來的上級成為我的下級,我應該怎麼辦?
※《PMBOK》第6版中的精益敏捷新內容(下)
※<張成功項目管理記>筆記
TAG:項目管理 |