風險名稱
風險類別
應對措施
技術方案不可行
技術風險
設計時考慮備用方案
人力資源不足
資源風險
合理安排工作、激勵和技能培訓
人員離職
資源風險
做好團隊建設工作、從技能上備份人才
需求變更
需求風險
盡量細化需求描述，建立需求變更流程並嚴格執行
使用者不配合
管理風險
事先簽訂合作協議，明晰雙方責任和義務，記錄過程證據
驗收困難
管理風險
事先達成驗收共識，不折不扣地按計畫執行，多和關鍵人員匯報及溝通
工期較緊張
進度風險
採用迭代開發的模式，分期提交
高層支援不足
管理風險
多和領導溝通、經常向領導匯報工作情況
系統效能達不到要求
技術風險
提前設計和搭建出系統的基礎架構並進行效能測試，確保架構符合效能指標後再進行後續工作
工具不到位
管理風險
在專案的啟動階段就落實好各項工具的**和可能的替代工具
**商工作質量不達標
管理風險
指定專人全程監控**商活動、讓**商採用經認可的開發流程、督促**商及時提交和匯報工作成果、及時審計**商的工作成果
注：本**摘錄自筆者所著《張成功專案管理記》一書。
專案的風險分類
維度 事項 干係人終端使用者干係人沒有全程參與專案 干係人支援少的可憐或乾脆沒有，缺少專案的發起人 干係人需求不清晰 移交後，使用者干係人參與不主動 干係人使用不同的制度 模板 資訊管理系統 財務制度，它們彼此之間不相容 專案溝通和干係人溝通不足 商業論證 初始的商業論證經不起推敲 商業論證惡化 在...
專案的風險管理
即使天氣預報告訴我們明天是晴天，但也不能百分之百的保證一定豔陽高照，因為再精密的觀察與計算也會有發生意外的可能。同樣的，在乙個專案中，即使你本著豐富的經驗和周密的調查計算來制定了專案戰略，也不得不花費一些精力應對無法完全避開的專案風險。既然不能完全避免，那就只能將其對專案的影響降到最低，下面我們來看...
專案失敗的早期預警訊號及應對措施
專案成功和失敗之間的乙個很大區別在於，是否能發現專案陷於困境的早期預警訊號。雖然隨著專案管理體系的完善及技術提公升，成功的專案越來越多，但不可否認，每乙個專案在完成之前仍面臨著失敗的風險。當專案失敗時，管理者往往最後才知道專案問題出在哪，專案團隊也因此備受指責。以下是我們總結出的專案失敗的一些最初徵...