這種模式類似於救火模式，特點是允許軟件風險發生，直到軟件風險給軟件項目開發帶來麻煩才處理。比如針對小劉離開軟件項目團隊的風險，軟件項目負責人明知軟件風險，卻不采取任何措施。小劉離開項目組壹個月後，軟件項目組的其他成員需要與小劉負責的子系統模塊進行集成和測試，才發現相關代碼還沒有寫出來。顯然，這種風險此時已經嚴重影響了軟件項目團隊中其他人員的工作，會使軟件項目的進度滯後。在這種情況下，軟件項目負責人采取相應的措施來應對風險(比如抽調其他人員接手小劉的工作)。
故障處理
在這種模型中，項目組成員和負責人都知道潛在的風險，但允許軟件風險的發生和演化，只有在風險發生後才采取對策。比如，針對小劉會離開項目組的風險，項目組沒有采取任何措施。小劉離開項目組的第二天，項目組決定抽調其他人員接手小劉的工作，但此時已經無法和小劉當面交接項目。
顯然，無論是危機管理模式還是失敗處理模式，在處理風險方面都是非常消極的，因此在軟件項目實施過程中不推薦使用。
風險緩解
在風險緩解模式中，項目組成員和負責人有意識地識別軟件開發過程中的各種軟件風險，並提前對這些軟件風險做出補救措施，但不采取任何預防措施。也就是說，項目組成員和負責人提前識別和分析哪些不良事件可能發生，等待其發生，並制定這些事件發生後的應對措施。比如，項目組成員和負責人已經知道小劉要離開項目組，卻沒有采取任何措施阻止這壹事件的發生，任其發展。但是，他們做了相應的措施。小劉壹離開項目組，小張就接手了小劉的工作。顯然，與危機管理和失敗管理模式相比，風險緩解模式在處理和應對軟件風險方面變得更加積極。
風險防範
風險預防模式將風險識別和風險預防作為軟件項目的壹部分來計劃和執行。項目組成員和負責人提前識別和分析哪些不良事件可能發生，制定發生時的對策，並采取措施防止其發生。比如項目組成員和負責人知道小劉要離開項目組。他們壹方面和小劉商量能不能等到工程完工，另壹方面制定了相應的措施。壹旦小劉離開項目組，小張就會接替小劉的工作。
消除根本原因
在這種模式下，項目組成員和負責人不僅要識別軟件開發過程中潛在的各種軟件風險，還要分析導致這些軟件風險的主要因素，並采取積極措施消除軟件風險的根源。換句話說，項目團隊成員和負責人提前識別哪些不良事件可能發生，制定發生時的對策，並采取措施消除軟件風險的根源，杜絕軟件風險的發生。比如針對小劉離開項目組的風險，項目組成員和負責人都制定了相應的措施。壹旦小劉離開項目組，小張將接替小劉的工作。同時，通過與小劉的溝通，發現小劉離開項目組的主要原因是小劉認為公司給的工資太低，與他的技術水平和對公司、對軟件項目組的貢獻不匹配。鑒於這壹因素，公司和軟件項目團隊考慮增加小劉的工資和補貼，以勸阻小劉離開軟件項目團隊。
顯然，後三種風險管理模式在處理軟件風險方面更加積極，能夠有效降低軟件風險對軟件項目實施的負面影響，因此在軟件項目管理中應該提倡。