風險管理計劃
發(fā)布時間：2023/4/18 9:32:00
針對需求漸變的風險管理計劃：Why? 研究發(fā)現(xiàn)，項目的需求通常會有40％的變化，需要對項目需求的漸變進行有效的管理，來有效地控制項目費用和項目進度的增長。How? 通常，項目需要在開始階段就收集足夠完善的項目需求來減少潛在項目需求的漸變。而在項目需求階段結(jié)束之后，要確保只有那些完全必要的項目需求的變化才進行更改。
What? 從三個方面確定項目的風險：1. 在項目的開始階段使用用戶的接口原型，以確保能夠收集到高質(zhì)量的需求。在確保我們自己所做的軟件能被客戶接受之前，要根據(jù)客戶的接口原型進行修改、演示。2. 將項目需求規(guī)范置于明確變化控制范圍之內(nèi)。在結(jié)束用戶接口原型定義和收集項目需求階段后要把項目需求規(guī)范進行歸檔，然后針對項目需求的任何變更都要進行一個正式的變更過程，在接受變更之前，要對項目變更設(shè)計到的費用、進度、質(zhì)量以及其它項目影響都要詳細評估。3. 使用階段交付方式來縮短交付期，從而減少在整個階段的變化需求，在各階段中間在需要的時候加入Feature來實現(xiàn)需求變化。
在下面情況發(fā)生時提高風險級別：1、在一段時間內(nèi)無法熟悉外購的用戶接口原型。2、在項目需求文檔歸檔后的30天內(nèi)收到的項目需求變化超過了項目需求的5％以上。3、在項目的某一階段實際收到的累積項目需求變化超過了項目需求的5％以上。
Who? Engineering Lead對用戶接口原型負責，CCB對需求變更負責，項目經(jīng)理定義階段交付期，來保證變更的影響。When? 在4/15前結(jié)束用戶界面的原型定義，如果在6/1之前沒有結(jié)束用戶原型定義，將升級此風險為“項目緊急“風險。在5/15前歸檔所有的需求文檔，如果在6/15前沒有歸檔，將升級此風險為“項目緊急“風險。在7/15前完成第一階段的交付，如果在8/15前沒有完成的，將升級此風險為“項目緊急“風險。
How much? 預計用戶接口原型需要6人月，在標準開發(fā)過程中包含了明確的變更控制，不會增加整個項目的項目費用。由于需要對軟件進行多次交付，階段性交付對整個項目增加5％的費用，但同時會降低集成風險和構(gòu)造一個錯誤產(chǎn)品的風險，對于項目的可視費用來說是一個負值而不會成為費用。