文章目錄

• 前言
• 一、需求
• 二、人員風險
• 三、流程
• 四、計劃編制風險
• 五、溝通
• 六、技術
• 七、外部依賴
• 八、組織和管理風險
• 九、開發(fā)環(huán)境風險
• 十、客戶風險
• 十一、產(chǎn)品風險
• 十二、設計和實現(xiàn)風險
• 十三、過程風險
• 十四、其他
• 總結

---

前言

????????很多項目經(jīng)理對于項目風險非常重視，但是在風險管理中經(jīng)常不清楚會遇到什么風險，其實在項目的每個階段遇到的風險都不盡相同。
????????比如需求階段，經(jīng)常會遇到的需求變更問題，產(chǎn)品規(guī)劃問題，需求不清晰等等，還有人員、流程、計劃，溝通等風險。提供給大家一些常見的風險清單，不過因為每一家企業(yè)和組織的環(huán)境不同，項目的不同，風險也各不相同。
????????需要每個項目經(jīng)理建立屬于自己的風險庫，并且對應的建設風險應對措施庫，這樣在當你遇到相關風險的時候就再也不會無所適從了，輕松自如應對，方能顯示你的專業(yè)能力。

---

提示：以下是本篇文章正文內(nèi)容，下面案例可供參考

一、需求

• 需求變更導致的項目計劃變更風險
• 需求變更導致的測試用例追加以及測試工作變更風險
• 產(chǎn)品規(guī)劃和定位不清晰
• 干系人對需求的決策視角較長
• 頻繁添加額外的需求，產(chǎn)品規(guī)模比估算的要大
• 需求不清晰，產(chǎn)品定義模糊混亂的部分比期望 需求更多的時間
• 需求涉及到模塊重構導致額外工作量
• 涉足不熟悉的產(chǎn)品領域，花費在設計和實現(xiàn)上的時間比預期的要多
• 開發(fā)額外不需要的功能（鍍金）延長了計劃進度
• 需求已經(jīng)成為項目基準，但需求還在繼續(xù)變化
• 需求定義欠佳，而進一步的定義會擴展項目范疇
• 在做需求中客戶參與不夠
• 缺少有效的需求變更管理過程

二、人員風險

• 項目人手不足。（一般會有一個估算資源需求，但實際資源）
• 招聘人員所花時間比預期的長
• 項目結束前有人離職
• 新入項目成員，額外的溝通成本
• 有問題的成員拖慢團隊效率
• 項目缺乏關鍵核心人員
• 關鍵人物只能兼職參與
• 沒有找到項目急需的具有特定技能的人
• 任務的分配與人員技能不匹配
• 新人太多，學習上手時間長
• 開發(fā)人員與管理層之間關系不佳，導致決策緩慢，影響全局
• 缺乏激勵措施，士氣低下，降低了生產(chǎn)能力
• 項目后期加入新的開發(fā)人員，需要進行培訓并逐漸與現(xiàn)有成員溝通，從而使現(xiàn)有成員的工作效率降低
• 由于項目組成員之間發(fā)生沖突、導致溝通不暢、設計欠佳、接口出現(xiàn)錯誤和額外的重復工作
• 不適應工作的成員沒有調(diào)離項目組，影響了項目組其他成員的積極性

三、流程

• 缺乏必要的標準規(guī)范，增加了工作失誤與重復工作。（一般采用技能培訓、代碼Review、過程優(yōu)化等進行對應）
• 文檔工作多影響進度
• 進度跟蹤不準確，導致無法預知項目是否已落后于計劃進度
• 任務描述信息不清晰，導致溝通成本高
• 變更管理不能及時跟蹤記錄，導致未能及時進行開發(fā)和測試

四、計劃編制風險

• 計劃是“最佳狀態(tài)”（但計劃不現(xiàn)實，只能算是“期望狀態(tài)”）
• 計劃遺漏了必要的任務
• 工作量遠大于估算
• 沒有預留緩沖時間（學習、評審、分享等）
• 任務分配不合理，工作量不均衡
• 加班過多影響效率(其實加班過多還嚴重影響項目質(zhì)量，如果測試比較細致和完整會導致返工時間過多，如果測試不細致，可能會導致很對缺陷流到客戶)
• 先決條件的任務不能按時完成，影響后續(xù)任務（任務之間依賴）
• 目標日期提前，但沒有相應地調(diào)整產(chǎn)品范圍或可用資源
• 人員休假影響
• 節(jié)假日前后請假過多，效率降低
• 計劃、資源和產(chǎn)品定義全憑客戶或上層領導口頭指令，并且不完全一致
• 計劃基于特定的小組成員，而特定的小組成員其實指望不上
• 產(chǎn)品規(guī)模（代碼行數(shù)、功能點、與前一產(chǎn)品規(guī)模的百分比）比估計的要大

五、溝通

• 跨團隊協(xié)調(diào)資源，溝通鏈路過多
• 缺乏激勵措施，效率打折扣
• 項目成員間有沖突，導致信息溝通不到位
• 溝通方式、信息傳遞方式不明確、不統(tǒng)一
• 對其他外部依賴溝通不到位
• 與客戶溝通不到位
• 與項目干系人溝通不到位

六、技術

• 復雜的技術調(diào)研選型時間長
• 開發(fā)環(huán)境不穩(wěn)定導致聯(lián)調(diào)延期
• 線上緊急問題修復影響當前開發(fā)進度
• 上線計劃不完善
• 測試環(huán)境問題影響測試進度
• 研發(fā)提測質(zhì)量低于預期影響測試進度
• 設計有邏輯漏洞導致返工
• 方案設計評審不夠，設計存在漏洞和問題
• 對技術難點調(diào)研評估不足
• code review 未能提前發(fā)現(xiàn)代碼問題
• 開發(fā)自測不充分
• 代碼管理不到位
• 測試難度和復雜度未提前充分考慮
• 部署過程不熟悉導致時間過長

七、外部依賴

• 外部依賴接口沒有按承諾交付
• 外部依賴產(chǎn)品不穩(wěn)定，有問題
• 外部合作關系難以預期

八、組織和管理風險

• 僅由管理層或市場人員進行技術決策，導致計劃進度緩慢，計劃時間延長
• 低效的項目組結構降低生產(chǎn)效率
• 管理層審查、決策周期比預期的時間長
• 預算削減，打亂項目計劃
• 管理層做出了打擊項目組織積極性的決定
• 缺乏必要的規(guī)范，導致工作失誤與重復工作
• 非技術的第三方的工作（預算批準、設備采購批準、法律方面的審查、安全保證等）時間比預期的延長

九、開發(fā)環(huán)境風險

• 設施未及時到位
• 設施雖然到位，但不配套，如沒有電話、網(wǎng)線、辦公用品等
• 設施擁擠、雜亂或者破損
• 開發(fā)工具未及時到位
• 開發(fā)工具不如期望的那樣有效，開發(fā)人員需要時間創(chuàng)建工作環(huán)境或者切換新的工具
• 新的開發(fā)工具的學習期比預期的長，內(nèi)容繁多

十、客戶風險

• 客戶對于最后交付的產(chǎn)品不滿意，要求重新設計和重做
• 客戶的意見未被采納，造成產(chǎn)品最終無法滿足用戶要求，因而必須重做
• 客戶對規(guī)劃、原型和規(guī)格的審查、決策周期比預期的要長
• 客戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導致需求不穩(wěn)定和產(chǎn)品生產(chǎn)周期的變更
• 客戶答復的時間（如回答或澄清與需求相關問題的時間）比預期長
• 客戶提供的組件質(zhì)量欠佳，導致額外的測試、設計和集成工作，以及額外的客戶關系管理工作

十一、產(chǎn)品風險

• 矯正質(zhì)量低下的不可接受的產(chǎn)品，需要比預期更多的測試、設計和實現(xiàn)工作
• 開發(fā)額外的不需要的功能（鍍金），延長了計劃進度
• 嚴格要求與現(xiàn)有系統(tǒng)兼容，需要進行比預期更多的測試、設計和實現(xiàn)工作
• 要求與其他系統(tǒng)或不受本項目組控制的系統(tǒng)相連，導致無法預料的設計、實現(xiàn)和測試工作
• 在不熟悉或者未經(jīng)檢驗的軟件和硬件環(huán)境中運行所產(chǎn)生的的未預料到的問題
• 開發(fā)一種全新的模塊化將比預期花費更多的時間
• 依賴正在開發(fā)中的技術獎延長計劃進度

十二、設計和實現(xiàn)風險

• 設計質(zhì)量低下，導致重復設計
• 一些必要的功能無法使用現(xiàn)有的代碼和庫實現(xiàn)，開發(fā)人員必須使用新的庫或者自行開發(fā)新的功能
• 代碼和庫質(zhì)量低下，導致需要進行額外的測試，修正錯誤或重新開發(fā)
• 過高估計了增量型工具對計劃進度的節(jié)省量
• 分別開發(fā)的模塊無法有效集成，需要重新設計或開發(fā)

十三、過程風險

• 大量的紙面工作導致進度比預期慢
• 前期的質(zhì)量保證行為不真實，導致后期的重復工作
• 太不正規(guī)（缺乏對軟件開發(fā)策略和標準的遵循），導致過多的耗時無用的工作
• 過于正規(guī)（教條地堅持軟件開發(fā)策略和標準），導致過多的耗時于無用的工作
• 向管理層撰寫進度報告占開發(fā)人員的時間比預期的多
• 風險管理粗心，導致未發(fā)現(xiàn)重大的項目風險

十四、其他

• 服務器沒有及時到位
• 移動設備機型不全面
• 法律法規(guī)
• 技術大趨勢
• 商業(yè)模式
• 市場競爭

總結

????????整理內(nèi)容比較粗糙，一般在實際應用中首先會進行分類，并對具體的風險制定應對措施，甚至影響比較嚴重的會有Plan A 和Plan B，主要目標是盡可能降低風險對項目消極的影響。

總結

以上是生活随笔為你收集整理的项目风险常见清单列表库的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。