軟件開發(fā)項目過程中的風險管理研究[2]

字號:

(1)需求風險
    ①需求已經(jīng)成為項目基準,但需求還在繼續(xù)變化;
    ②需求定義欠佳,而進一步的定義會擴展項目范疇;
    ③添加額外的需求;
    ④產(chǎn)品定義含混的部分比預期需要更多的時間;
    ⑤在做需求中客戶參與不夠;
    ⑥缺少有效的需求變化管理過程。
    (2)計劃編制風險
    ①計劃、資源和產(chǎn)品定義全憑客戶或上層領導口頭指令,并且不完全一致;
    ②計劃是優(yōu)化的,是"佳狀態(tài)",但計劃不現(xiàn)實,只能算是"期望狀態(tài)";
    ③計劃基于使用特定的小組成員,而那個特定的小組成員其實指望不上;
    ④產(chǎn)品規(guī)模(代碼行數(shù)、功能點、與前一產(chǎn)品規(guī)模的百分比)比估計的要大;
    ⑤完成目標日期提前,但沒有相應地調(diào)整產(chǎn)品范圍或可用資源;
    ⑥涉足不熟悉的產(chǎn)品領域,花費在設計和實現(xiàn)上的時間比預期的要多。
    (3)組織和管理風險
    ①僅由管理層或市場人員進行技術決策,導致計劃進度緩慢,計劃時間延長;
    ②低效的項目組結構降低生產(chǎn)率;
    ③管理層審查 決策的周期比預期的時間長;
    ④預算削減,打亂項目計劃;
    ⑤管理層作出了打擊項目組織積極性的決定;
    ⑥缺乏必要的規(guī)范,導致工作失誤與重復工作;
    ⑦非技術的第三方的工作(預算批準、設備采購批準、法律方面的審查、安全保證等)時間比預期的延長。
    (4)人員風險
    ①作為先決條件的任務(如培訓及其他項目)不能按時完成;
    ②開發(fā)人員和管理層之間關系不佳,導致決策緩慢,影響全局;
    ③缺乏激勵措施,士氣低下,降低了生產(chǎn)能力;
    ④某些人員需要更多的時間適應還不熟悉的軟件工具和環(huán)境;
    ⑤項目后期加入新的開發(fā)人員,需進行培訓并逐漸與現(xiàn)有成員溝通,從而使現(xiàn)有成員的工作效率降低;
    ⑥由于項目組成員之間發(fā)生沖突,導致溝通不暢、設計欠佳、接口出現(xiàn)錯誤和額外的重復工作;
    ⑦不適應工作的成員沒有調(diào)離項目組,影響了項目組其他成員的積極性;
    ⑧沒有找到項目急需的具有特定技能的人。