風(fēng)險(xiǎn)管理計(jì)劃

1、風(fēng)險(xiǎn)管理計(jì)劃風(fēng)險(xiǎn)管理計(jì)劃 李東東 針對需求漸變的風(fēng)險(xiǎn)管理計(jì)劃（4w2h） why? 研究發(fā)覺，項(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? 從三個(gè)方面確定項(xiàng)目的風(fēng)險(xiǎn)： 1. 在項(xiàng)目的開頭階段使用用戶的接口原型，以確保能夠收集到高質(zhì)量的需求。在確保我們自己所做的軟件能被客戶接受之前，要依據(jù)客戶的接口原型進(jìn)行修改、演示。 2. 將項(xiàng)目需求規(guī)范置于明確變化掌握范圍之內(nèi)。

2、在結(jié)束用戶接口原型定義和收集項(xiàng)目需求階段后要把項(xiàng)目需求規(guī)范進(jìn)行歸檔，然后針對項(xiàng)目需求的任何變更都要進(jìn)行一個(gè)正式的變更過程，在接受變更之前，要對項(xiàng)目變更設(shè)計(jì)到的費(fèi)用、進(jìn)度、質(zhì)量以及其它項(xiàng)目影響都要具體評估。 3. 使用階段交付方式來縮短交付期，從而削減在整個(gè)階段的變化需求，在各階段中間在需要的時(shí)候加入feature來實(shí)現(xiàn)需求變化。 在下面狀況發(fā)生時(shí)提高風(fēng)險(xiǎn)級別： 在一段時(shí)間內(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ǎn)為“項(xiàng)目緊急“風(fēng)險(xiǎn)。 在5/15前歸檔全部的需求文檔，假如在6/15前沒有歸檔，將升級此風(fēng)險(xiǎn)為“項(xiàng)目緊急“風(fēng)險(xiǎn)。 在7/15前完成第一階段的交付，假如在8/15前沒有完成的，將升級此風(fēng)險(xiǎn)為“項(xiàng)目緊急“風(fēng)險(xiǎn)。 how much? 估計(jì)用戶接口原型需要6人月，在標(biāo)準(zhǔn)開發(fā)過程中包含了明確的變更掌握，不會增加整個(gè)項(xiàng)目的項(xiàng)目費(fèi)用。由于需要對軟件進(jìn)行多次交付，階段性交付對整個(gè)項(xiàng)目增加5的費(fèi)用，但