危機管理
這種模式類似於救火模式，其特點是聽任軟件風險的發生，及至軟件風險給軟件項目開發造成麻煩後才著手進行處理。例如，針對小劉要離開軟件項目組這壹風險，軟件項目負責人知道這壹軟件風險，但是沒有采取任何措施。在小劉離開項目組壹個月之後，軟件項目組的其它成員需要與小劉所負責的子系統模塊進行集成和測試時，才發現相關代碼還沒編寫。顯然，此時這壹風險已經嚴重影響了軟件項目組其他人員的工作，並將使軟件項目的進度滯後。在這種情況，軟件項目負責人才采取相應的措施來處理風險（如抽調其他人員來接替小劉的工作）。
失敗處理
在這種模式中，項目組人員和負責人察覺到了潛在的風險，但聽任軟件風險的發生和演化，只是在風險發生之後才采取應對措施。例如，針對小劉要離開項目組這壹風險，項目組沒有采取任何的措施。在小劉離開項目組的第二天，項目組決定抽調其他人員來接替小劉的工作，但是此時已經無法和小劉進行面對面的項目交接。
顯然，無論是危機管理模式還是失敗處理模式，它們對於風險的處理都是非常消極的，因而在軟件項目實施過程中不主張采用這兩種風險管理模式。
風險緩解
在風險緩解模式中，項目組人員和負責人在軟件開發過程中有意識地識別各種軟件風險，並且針對這些軟件風險事先制定好風險發生後的補救措施，但是不做任何防範措施。也就是說，項目組人員和負責人預先識別和分析哪些不好事件可能會發生，等它發生，並制定好這些事件發生後的應對措施。例如，項目組成員和負責人已經知道小劉要離開項目組，但是沒有采取任何措施來防止這壹事件的發生，聽任其發展，不過他們制定了相應的措施，壹旦小劉離開項目組，小張來接替小劉的工作。顯然，與危機管理和失敗管理模式相比較，風險緩解模式在處理和應對軟件風險方面變的較為積極。
風險預防
風險預防模式將風險識別和風險防範作為軟件項目的壹部分加以規劃和執行。項目組人員和負責人預先識別和分析哪些不好事件可能會發生，制定好了萬壹發生的應對措施，同時采取措施防止它發生。例如，項目組人員和負責人知道小劉要離開項目組，壹方面和和小劉商量能否等到項目完成之後再離開，另壹方面制定了相應的措施，壹旦小劉離開項目組，就由小張來接替小劉的工作。
消滅根源
在該模式中，項目組人員和負責人不僅要識別軟件開發過程中各種潛在的軟件風險，而且還要分析導致這些軟件風險發生的主要因素，並采取積極的措施消除軟件風險產生的根源。也就是說，項目組人員和負責人預先識別哪些不好事件可能會發生，制定好了萬壹發生的應對措施，同時采取措施消除軟件風險根源，杜絕軟件風險的發生。例如，針對小劉要離開項目組這壹風險，項目組人員和負責人制定了相應的措施，壹旦小劉離開項目組，就由小張來接替小劉的工作。同時，通過和小劉的交流發現，導致小劉離開項目組的主要原因是小劉認為公司給他的薪水太低，與他的技術水平以及給公司和軟件項目組所做的貢獻不匹配。針對這壹因素，公司和軟件項目組考慮給小劉增加薪水和補貼，以打消小劉離開軟件項目組的念頭。
顯然，後三種風險管理模式對於軟件風險的處理更加積極，他們能更為有效地降低軟件風險給軟件項目實施所帶來的消極影響，因而在軟件項目管理中應加以提倡。