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