專案失敗所導致的結果 ü 沒有為公司帶來預期的利潤，資訊系統無法實際效用。ü 實際投入的成本過高，不合經濟效益。ü 花費太長的時間，拖延時效。ü 系統運作績效遠低於原先的預估。ü 新系統的軟體、硬體或資料格式與舊系統不相容。
影響專案風險的因素 ü 專案的規模：愈大的專案風險愈高。要花很多錢、參與人員眾多、需要長時間、需處理的資料太多、複雜者為“大”的專案。錢多，失敗的損失就大；難以維持有效的溝通；時間長，科技會有革新。ü 科技經驗：對新系統所使用的科技愈陌生，風險愈高。包括硬體、軟體、作業系統及網路等。ü 專案結構：結構性愈低，風險愈高。結構性低，對使用者的需求就不明確，滿足使用者需求的方式也不清楚，故容易失敗。

專案的分類與風險程度(Project Categories and Degree of Risk)
 估專案風險的方式，也可以利用結構化程度、專案大小、技術性的高低等三個維度來劃分，如此可分為八個區段的矩陣，這個矩陣已被許多IT組織成功的運用，不論是企業內部的一般基層或資深員工都很有實用價值，可以協助企業了解專案所處的風險程度，做為未來專案開發的方向。矩陣如以下所示：
 低結構化 高結構化
低技術性 大型專案計劃 低度風險 (對管理不善非常敏感) 低度風險
 小型專案計劃 非常低度風險 非常低度風險
高技術性 大型專案計劃 非常高風險 中度風險
 小型專案計劃 高度風險 中低度風險

在探討風險時可以二個維度做為判別的標準，如以下所示(選擇結構化程度、技術性的高低為使用維度)：
 低結構化 高結構化
低技術性 試算表支援預算計算 製造業投資控制
高技術性 線上圖型支援廣告複製 專家系統支援貿易工作

評估個別專案風險（Assessing Risk of Individual Projects）
 用問卷的方式評估別專案風險，內容以專案規模風險評估(Size Risk Assessment)、結構化程度的風險評估(Structure Risk Assessment)、及技術風險評估(Technology Risk Assessment)為三大主要方向，過程中有下列原則：
1. 分數愈高的，就愈要考慮改進。
2. 對該份問卷定期利用，以檢驗改進情況。
3. 倘若高階主管認定專案風險低，但IT管理者卻認為風險高，就有可能造成Horror Stories。
4. 這種問卷對於高階主管、IT部門和使用者間仍提供了一個了解風險的好方法。

 專案組合風險
除了評估單一專案風險外，公司更須針對系統與程式間專案之組合，作一整體性風險評估，下表為影響因素；而公司應建立一套適合自己的專案組合，以了解專案組合的風險，各公司依據每個影響因素都個別列出風險的高低程度，最後再求得累積的綜效。
影響因素 低風險 高風險
IT開發團隊的穩定性 高 低
IT開發團隊的品質 高 低
IT是否為提供企業目前應用的關鍵 否 是
IT是否對決策支援相當重要 否 是
IT開發團隊是否具有經驗 是 否
近兩年內是否有重大的IT失敗經驗 否 是
IT管理團隊是否為新單位 否 是
IT開發團隊是否具有經驗 是 否
近兩年內是否有重大的IT失敗經驗 否 是
IT管理團隊是否為新單位 否 是
IT是否為提供企業未來應用的關鍵 否 是
IT是否對未來之決策支援相當重要 否 是
企業對於IT的使用較遲疑 否 是

 專案風險管理工具
不同類型的專案與不同規模的專案大小有其不同的管理方式，對不同類型工具的使用程度應當不同。如此才能達到專案管理的具體成效。下列提出四個管理工具：
管理工具 說明
外部整合工具 ü 選擇使用者成為專案管理者ü 建立使用者指導委員會ü 使用者指導委員會頻繁會議ü 使用者管理改變控制程序ü 專案團隊分散與關鍵使用者緊密連繫ü 選擇使用者成為專案成員ü 促使使用者認同專案程序ü 針對使用者指導委員會製作報表ü 使用者參與系統安裝與教育ü 關鍵活動日期由使用者決定
整合工具 ü 選擇有經驗的IT專業團隊ü 時常開會ü 定期準備與記錄關鍵設計評估決策ü 定期檢視技術狀態ü 管理低績效的成員ü 選擇高度相關經驗的團隊成員ü 促使成員參與目標與期限設定ü 技術外包評估
正規規劃工具 ü PERTü Milestone路徑選擇ü 系統規格書標準ü 可行性規格書標準ü 專案認同程序 ü 專案審查程序 
正規控制工具 ü 定期的正規狀態報表與計畫ü 改變控制風氣ü 定期里程碑說明會議ü 規劃誤差

 管理工具對專案的貢獻程度

專案類型 外部整合工具 內部整合工具 正規規劃工具 正規控制工具
高結構化、低技術性、大型專案 低 低 高 高
高結構化、低技術性、小型專案 低 低 中 高
高結構化、高技術性、大型專案 低 高 中 中
高結構化、高技術性、小型專案 低 高 低 低
低結構化、低技術性、大型專案 高 中 高 高
低結構化、低技術性、小型專案 高 低 中 高
低結構化、高技術性、大型專案 高 高 低＋ 低＋
低結構化、高技術性、小型專案 高 高 低 低

 結論
專案的管理除了應當考慮軟體發展程序外，專案風險管理也是一項不可或缺的必要工作，當管理者在管理專案時必須注意專案的風險管理它是非常重要的，尤其完整的文件收集與管理、不同類型的專案應以不同方式來管理。所以，每個專案都會因時間、環境、人員、技術等因素，而造成不同的開發風險，專案管理人須審慎評估其風險的程度，以及造成的原因，並盡力將風險降到最低，防止開發過程中遇到過多的問題，而造成專案的失敗。因此這一章所提供避免風險的各類型方法及工具，對我們將來使專案開發能更順利完成有很大幫助。