本文章主要介紹在專案啟動前怎麼樣分步驟的去識別風險,才去什麼方式去識別風險.
有需要做風險識別的朋友可以按照下面的步驟簡單的走上一遍,或者可以提高專案的成功率
注意：本文章只是你做風險識別的chekclists ,上面提到的一些分析方法都只是簡單的介紹
一、識別風險
1、決定識別風險的責任人
專案經理應該跟蹤風險並且為已經識別的風險編制相應的應對計畫
2、進行識別風險的時間
專案啟動過程就應該進行風險識別
3、風險識別的方式
(1)、研究專案說明說和專案交付成果的規格要求 -> 確認專案需求方面是否有潛在風險
(2)、審查專案檔案 ->識別在編制 專案章程、人員計畫、專案任務書等檔案時沒有識別到的風險
(3)、拜訪專案專家 ->弄清楚風險會出現什麼地方
(4)、採用頭腦風暴
(5)、類推比較法：審查相似專案的經驗教訓
(6)、使用識別專案風險的魚骨圖進行識別
(7)、輸出風險列表(圖表一)
4、確定風險型別
(1)、技術、質量風險
1、使用未被充分證明的技術或複雜技術的依賴程度
2、極具挑戰性的績效目標
3、使用的技術發生變化、專案期間行業標準發生變化、客戶對產品的規格要求發生變化
(2)、專案進度風險
1、專案任務對應時間的是否準確
(3)、專案管理風險
1、專案經理經驗，使用的管理工具是否合適等
(4)、組織風險
1、專案太多,當前專案只是其中的乙個,資源**風險
2、人力資源等不能及時的提供
二、構造風險影響分析矩陣進行風險評估
風險評估：對已識別的風險要進行估計和評價，風險估計的主要任務是確定風險發生的概率與後果，風險評價則是確定該風險的經濟意義及處理的費/效分析
1、風險定性分析
(1)、在風險出現的可能性或影響程度難以精確定義時，才去定性分析方法十分有益。
(2)、風險定性分析將產生各個風險因素的風險等級,
例如： 很小、小、中等、較大、很大
2、風險定量分析
進行風險定量分析的目的是從數值上分析每項風險的概率及其對專案目標的影響程度，一般在風險定性分析後再進行風險定量分析
採用的方法如下
(1)、德爾菲方法：專家評價法
(2)、敏感性分析：哪些風險對專案的潛在影響非常大
(3)、決策分析：使用決策樹的形式進行分析.
(4)、模擬:通過技術進行專案模擬
經過上面的識別和評估步驟我們應該輸出如下格式的表
分類前的風險表樣本
風險 類別 概率 影響
技術方面不成熟 介面 中等 2
高使用者併發可能崩潰 後台 較大 1
注：影響類別取值：1—災難的 2－嚴重的 3－輕微的 4－可忽略的
對絕大多數軟體專案來講，風險因素——成本、效能、支援和進度就是典型的風險參照系。也就是說對成本超支、效能下降、支援困難、進度延遲都有乙個導致專案終止的水平值。如果風險的組合所產生的問題超出了乙個或多個參照水平值時，就終止該項目的工作，在專案分析中，風險水平參考值是由一系列的點構成的，每乙個單獨的點常稱為參照點或臨界點。如果某風險落在臨界點上，可以利用效能分析、成本分析、質量分析等來判斷該專案是否繼續工作
三、制定風險應對計畫
1、風險避免
變更專案計畫以無效特定風險的威脅
2、風險轉移
將有風險以合同形式、保險條款等轉移給第三方進行風險轉移：比如購買保險，或者專案外包
3、風險降低
將不利風險事件的概率或者影響程度降到可接收水平
4、風險接受
風險不大的情況下接受風險
風險應對計畫將產生如下結果
(1)、風險識別、風險描述、專案受到影響的領域、原因、影響專案目標的形式
(2)、風險管理的角色和職責分配
(3)、風險定性和定量分析結果
(4)、風險避免、降低、轉移和接受策略
(5)、使用策略後仍然存在的風險
(6)、實施策略的具體步驟
(7)、策略的預算和進度
四、評審風險應對計畫
各方面專家評審一下
五、使用風險評估軟體進行評估
軟體專案風險追蹤工具
追蹤風險的乙個辦法是將風險輸入缺陷追蹤系統中，缺陷追蹤系統能將風險專案標示為已解決或尚未處理等狀態，也能指定解決問題的專案團隊成員，並安排處理順序。可將軟體風險專案依序排列出來，按照缺陷存在的時間與負責者等資料排列。這樣，缺陷追蹤系統就是追蹤風險的工作能更好執行並且不那麼單調。
開發管理 checklists(22) -組織專案資源
開發管理 checklists(21) -控制專案的範圍
開發管理 checklists(20) -專案利益相關者責任
開發管理 checklists(19) -選擇合適的團隊成員
開發管理 checklists(18) -敏捷開發 scrum master 工作
開發管理 checklists(17) -敏捷開發 scrum sprint回顧會議
開發管理 checklists(16) -敏捷開發 scrum sprint評審會議
開發管理 checklists(15) -敏捷開發 scrum每日例會
開發管理 checklists(14) -敏捷開發 scrum sprint計畫會議二
開發管理 checklists(13) -敏捷開發 scrum sprint計畫會議一
開發管理 checklists(12) -敏捷開發 scrum評估會議
開發管理 checklists(11) -敏捷開發 scrum全員會議
開發管理 checklists(10) -敏捷開發框架scrum內容
開發管理 checklists(9) -敏捷開發-故事驗收測試
開發管理 checklists(8) -敏捷開發-估算故事
開發管理 checklists(7) -敏捷開發-編寫故事
開發管理 checklists(6) -敏捷開發-蒐集故事
開發管理 checklists(5) -風險檢測表
開發管理 checklists(4) -風險管理
開發管理 checklists(3) -專案啟動會議
開發管理 checklists(2) -規劃專案
開發管理 checklists(1) -啟動專案
《開發管理 checklists> by dyllove98 @
研究 flex 4 開發後台管理專案（1）
flex是非常好的東西，非常適合做後台管理系統，做中國的專案，面對n多xp和ie 6 7 8，還是有非常大的優勢的。做完專案，維護成本也很低，不用考慮各種相容瀏覽器問題。區域網的應用速度還是挺快的。而且對於超級多的資料查詢，速度上也挺快，同時支援各種報表。總之，各種優勢種種，太多太多。flex的開源...
IT專案管理（4）
專案管理計畫 請根據教材 hym 公司案例 教材第四章 running case 選擇並完成其中乙個任務。專案章程 測量目的 專案目的是加強各班相互了解 聯合活動等，主要在於提供交流渠道，賦能社交途徑。可測量的專案目標和相關的成功標準 使用班級集體活動次數 團體聯誼參與人數 樣本個體社交圈子大小 聯...
4 賬號管理
使用者賬號的新增 刪除 修改 useradd命令新增使用者 useradd 選項 使用者名稱 m 自動建立這個使用者的主目錄 home test 本質 linux中一切皆檔案，這裡的新增擁擠就是往某乙個檔案中寫入使用者資訊 etc passwd 刪除使用者 userdel userdel r dir...