項(xiàng)目風(fēng)險(xiǎn)管理案例分析

1、項(xiàng)目風(fēng)險(xiǎn)管理案例分析1 公司背景簡介河北 H-A 會(huì)計(jì)師事務(wù)所是河北省財(cái)政廳對(duì)國有大中型企業(yè)進(jìn)行社會(huì)審計(jì)的試點(diǎn)所，承擔(dān)省直大中型企業(yè)的審計(jì)工作。 具有豐富工作經(jīng)驗(yàn)， 擁有一批具有豐富實(shí)踐經(jīng)驗(yàn)的注冊(cè)會(huì)計(jì)師。河北省某研究所是省直科研單位， 現(xiàn)有 50 多位員工。在基于 WINDOWS 平臺(tái)開發(fā)軟件方面，具備較豐富的實(shí)戰(zhàn)技能。河北 H-A 會(huì)計(jì)師事務(wù)所在審計(jì)工作中發(fā)現(xiàn)，很多企業(yè)都采用了會(huì)計(jì)電算化軟件， 對(duì)審計(jì)工作提出新的要求。 社會(huì)審計(jì)工作的需要， 對(duì)開發(fā)計(jì)算機(jī)輔助審計(jì)軟件的愿望越來越強(qiáng)烈。 所以就聯(lián)合河北省某研究所進(jìn)行聯(lián)合開發(fā)2 實(shí)際項(xiàng)目分析項(xiàng)目介紹該系統(tǒng)基于 windows 和 sql serv

2、er 進(jìn)行開發(fā)，開發(fā)工具是 powerbulider。項(xiàng)目開發(fā)過程中，共生成程序源代碼約數(shù)萬行， 項(xiàng)目開發(fā)的難度和源代碼行數(shù)都比預(yù)計(jì)的要多。計(jì)算機(jī)輔助審計(jì)軟件具有工作底稿制作能力和查證功能； 數(shù)據(jù)可傳遞，能自動(dòng)生成和人工輸入相結(jié)合， 產(chǎn)生合并抵銷分錄； 能自動(dòng)產(chǎn)生勾稽無誤的審計(jì)報(bào)告和會(huì)計(jì)報(bào)表附注；有靈活開放的系統(tǒng)，方便用戶進(jìn)行二次開發(fā)等特點(diǎn)。開發(fā)隊(duì)伍的風(fēng)險(xiǎn)開發(fā)團(tuán)隊(duì)維持在 10 人上下，事務(wù)所提供 3 人，開發(fā)單位 6-7 人，有一些人員只能部分時(shí)間工作，開發(fā)人員能夠自始至終地參加整個(gè)項(xiàng)目的工作。開發(fā)人員的流動(dòng)基本能保證工作的連續(xù)性。技術(shù)風(fēng)險(xiǎn)數(shù)據(jù)結(jié)構(gòu)復(fù)雜，關(guān)聯(lián)比較多。需要?jiǎng)?chuàng)建新的算法或輸入 ,輸

3、出技術(shù)；軟件需要與其他軟件產(chǎn)品的數(shù)據(jù)庫系統(tǒng)接口； 客戶能確定所要求的功能是可行的。 同時(shí)，由于當(dāng)時(shí)審計(jì)軟件在國內(nèi)的應(yīng)用尚處于起步階段， 開發(fā)人員普遍對(duì)該系統(tǒng)比較陌生，這也帶來了相當(dāng)?shù)募夹g(shù)風(fēng)險(xiǎn)?？蛻粝嚓P(guān)風(fēng)險(xiǎn)用戶對(duì)自己真正的需求并不是十分明確，他們認(rèn)為計(jì)算機(jī)是萬能的， 只要簡單的說說自己想干什么就是把需求說明白了，而對(duì)業(yè)務(wù)的規(guī)則、 工作流程卻不愿多談，也講不清楚。 有的用戶日常工作繁忙， 他們不愿意付出更多的時(shí)間和精力向分析人員講解業(yè)務(wù)， 這樣加大分析人員的工作難度和工作量，也可能導(dǎo)致因業(yè)務(wù)需求不足而使系統(tǒng)風(fēng)險(xiǎn)加大。項(xiàng)目按時(shí)完成的風(fēng)險(xiǎn)另外，這個(gè)項(xiàng)目也像許多其它軟件項(xiàng)目一樣，面臨著竣工日期帶來的巨大

4、壓力。3 實(shí)際的風(fēng)險(xiǎn)管理狀況憑借公司在以往的經(jīng)驗(yàn)， 在此軟件項(xiàng)目的整個(gè)生命周期中， 任何階段都有可能有風(fēng)險(xiǎn)存在， WBS 是完整表示項(xiàng)目，且伴隨整個(gè)項(xiàng)目生命周期的項(xiàng)目要素，所以以 WBS 為基礎(chǔ)進(jìn)行風(fēng)險(xiǎn)管理，既可以方便地識(shí)別，標(biāo)識(shí)相應(yīng)的風(fēng)險(xiǎn)來源，又方便和項(xiàng)日其他工作一起，統(tǒng)一管理。在軟件項(xiàng)目中，各階段主要工作簡述如下：啟動(dòng)階段：進(jìn)行項(xiàng)目預(yù)研， 以確定項(xiàng)目是否立項(xiàng)， 并對(duì)項(xiàng)目的范圍進(jìn)行比較清晰的定義；計(jì)劃編制階段： 進(jìn)行初步的需求分析， 詳細(xì)定義項(xiàng)目的范圍， 并對(duì)項(xiàng)目涉及的所有相關(guān)活動(dòng)，做盡可能細(xì)的詳細(xì)計(jì)劃；執(zhí)行階段：詳細(xì)分析需求，保證軟件開發(fā)生命周期各階段中不同需求的來源是可追溯，并按需求進(jìn)行

5、設(shè)計(jì)、編碼、測試，以確定軟件產(chǎn)品達(dá)到計(jì)劃給定的范圍和標(biāo)準(zhǔn)，并做相應(yīng)的部署測試；控制階段：該階段貫穿計(jì)劃和執(zhí)行兩個(gè)階段，主要進(jìn)行各種控制T 作，如需求變更、進(jìn)度、費(fèi)用控制等；收尾階段：項(xiàng)目的收尾工作，主要是安裝和維護(hù)；在軟件開發(fā)生命周期的四個(gè)主要階段中， 通過研究不同階段側(cè)重點(diǎn)不同的階段目標(biāo)以及衡量不同階段目標(biāo)的標(biāo)準(zhǔn)， 在軟件開發(fā)的各個(gè)階段中， 即需求分析階段、軟件設(shè)計(jì)階段、 編碼階段和測試階段， 我們可以發(fā)現(xiàn)存在于各階段中的風(fēng)險(xiǎn)項(xiàng)。并由項(xiàng)目經(jīng)理在啟動(dòng)、計(jì)劃、執(zhí)行、控制、結(jié)束五個(gè)階段予以控制。需求分析階段、風(fēng)險(xiǎn)識(shí)別表 1 需求階段識(shí)別的主要風(fēng)險(xiǎn)、風(fēng)險(xiǎn)分析表 2 需求階段風(fēng)險(xiǎn)定性分析、風(fēng)險(xiǎn)解決表

6、3 需求階段風(fēng)險(xiǎn)解決方案設(shè)計(jì)階段、風(fēng)險(xiǎn)識(shí)別表 4 設(shè)計(jì)階段識(shí)別的主要風(fēng)險(xiǎn)、風(fēng)險(xiǎn)分析表 5 設(shè)計(jì)階段風(fēng)險(xiǎn)定性分析、風(fēng)險(xiǎn)解決表 6 設(shè)計(jì)階段風(fēng)險(xiǎn)解決方案4 實(shí)施效果與總結(jié)分析實(shí)施效果此項(xiàng)目開發(fā)的目標(biāo)是為了向?qū)徲?jì)公司提供輔助審計(jì)管理系統(tǒng)。 開發(fā)流程也是比較遵從軟件工程的規(guī)范的。 但是最終的結(jié)果卻不盡人意， 投入了比預(yù)料多幾倍的人力物力。根據(jù)當(dāng)時(shí)參與項(xiàng)目的同事的分析，失敗的原因主要是：、需求不明確由于出發(fā)點(diǎn)和利益不同， 系統(tǒng)開發(fā)者與用戶對(duì)于同一問題常有不同看法， 這樣需求分析的風(fēng)險(xiǎn)就逐漸加大了。 另外對(duì)需求變更的控制做得不好。 需求的改變，就會(huì)產(chǎn)生連鎖反應(yīng)， 有時(shí)候這種反應(yīng)會(huì)導(dǎo)致程序的不穩(wěn)定， 嚴(yán)重的

7、時(shí)候， 一個(gè)錯(cuò)誤的修改引起另一處程序的錯(cuò)誤， 而新的錯(cuò)誤的修改會(huì)導(dǎo)致更新的錯(cuò)誤， 更嚴(yán)重的情況，不是所有的錯(cuò)誤都能被修改。、技術(shù)風(fēng)險(xiǎn)此軟件數(shù)據(jù)結(jié)構(gòu)復(fù)雜， 邏輯關(guān)聯(lián)性比較強(qiáng)。 軟件需要與第三方財(cái)務(wù)軟件產(chǎn)品的數(shù)據(jù)庫系統(tǒng)接口。 帶來了相當(dāng)?shù)募夹g(shù)開發(fā)困難， 阻礙了項(xiàng)目的進(jìn)行。 由于以上原因到了測試階段， 未確定的需求和不斷發(fā)現(xiàn)的 bug 成了災(zāi)難。結(jié)果測試當(dāng)天就因?yàn)橐粋€(gè) bug 導(dǎo)致數(shù)據(jù)被誤刪和數(shù)據(jù)混亂。 于是暫停測試， 改為封閉式開發(fā)， 并且繼續(xù)增加人員， 第二次修改時(shí)是才發(fā)現(xiàn)整個(gè)數(shù)據(jù)結(jié)構(gòu)也要發(fā)生變動(dòng)， 這就意味著無異于從新開發(fā)一次，所以最后不得不投入大量的人員予以彌補(bǔ)。分析原因，為什么這個(gè)項(xiàng)目會(huì)失

8、敗？看來好像是需求沒有做好，其實(shí)是沒有把風(fēng)險(xiǎn)放在整個(gè)項(xiàng)目這個(gè)大系統(tǒng)下來對(duì)待，沒有建立一套完整的風(fēng)險(xiǎn)管理機(jī)制，這樣一來風(fēng)險(xiǎn)因素就容易被忽略。然而，軟件項(xiàng)目前一階段的失誤會(huì)對(duì)下一階段產(chǎn)生嚴(yán)重的影響。一旦發(fā)生了變化，就不得不修改設(shè)計(jì)、重寫代碼、修改測試用例、調(diào)整項(xiàng)目計(jì)劃等等，為項(xiàng)目的正常的進(jìn)展帶來不盡的麻煩。所以，沒有切實(shí)可行的風(fēng)險(xiǎn)管理過程機(jī)制， 就很難有效地保證風(fēng)險(xiǎn)管理活動(dòng)的效率。建立切實(shí)可行的風(fēng)險(xiǎn)管理過程機(jī)制是軟件風(fēng)險(xiǎn)管理理論研究成果最終在實(shí)踐中得到應(yīng)用的最根本保證軟件項(xiàng)目風(fēng)險(xiǎn)管理改進(jìn)IT 項(xiàng)目管理從某種意義上講，就是風(fēng)險(xiǎn)管理。從理論上講，雖然 IT 項(xiàng)目風(fēng)險(xiǎn)管理開始于項(xiàng)目開發(fā)生命周期的可行性研究階段， 但實(shí)際上風(fēng)險(xiǎn)管理應(yīng)該貫穿于項(xiàng)目的始終， 并需要持續(xù)的關(guān)注和評(píng)估。 因此實(shí)施項(xiàng)目風(fēng)險(xiǎn)管理就要建立風(fēng)險(xiǎn)管理機(jī)制，從制度上加以保障， 只有這樣才能夠及時(shí)識(shí)別風(fēng)險(xiǎn)并且能采取降低風(fēng)險(xiǎn)的好措施，從而減小 1T 項(xiàng)目的不確定性和偏差， 最終順利地把項(xiàng)目引向成功。根據(jù)實(shí)際情況， 也可通