建設工程項目管理軟件開發(fā)風險分析論文
�。�摘要]本文結(jié)合公路工程建設管理軟件的開發(fā),對其過程存在的風險進行了一般的分類、分析,供大家參考。
�。�關鍵詞]建設工程;軟件工程;風險
doi:10.3969/j.issn.1673-0194.2016.01.039[中圖分類號]TP311.5;F270.7
�。畚墨I標識碼]A[文章編號]1673-0194(2016)01-0078-02
0引言
建設工程是一個產(chǎn)生巨量內(nèi)容的地方,這里的內(nèi)容包括文檔、數(shù)據(jù)、圖片、音像等。而軟件則能讓這些內(nèi)容有效地積累存儲并通過最有效的手段使其充分發(fā)揮應有的作用。所以軟件工程和建設工程的結(jié)合是工具和內(nèi)容的結(jié)合。在這基礎之上的大數(shù)據(jù)工作,才是財富最大化的未來。
1建設工程項目管理軟件概況
建設工程項目管理軟件是指將建設工程業(yè)務操作的過程通過軟件化手段實現(xiàn),例如審批、填報、記錄等。通過搭建軟件平臺或軟件系統(tǒng),初始錄入各類項目管理用的內(nèi)容,在使用過程中不斷的更新信息和數(shù)據(jù)。不似一般的小軟件開發(fā),建設工程項目管理軟件一般需要承載大量的信息和內(nèi)容,同時還有復雜的流程處理。這就決定了該類軟件的開發(fā)面臨的風險不同于一般的軟件開發(fā),其風險特征既具備普通軟件開發(fā)的特點,又具有自己的特殊性。
2建設工程項目管理軟件開發(fā)風險及分類
風險是指客觀存在的,對目標達成具有負面影響的不確定性。風險分類方法是根據(jù)風險性質(zhì)、風險的來源、風險產(chǎn)生的階段、風險產(chǎn)生的后果、風險發(fā)生的對象等進行的,有多種不同的分類方法。項目管理軟件開發(fā)按照上述五種分類方法有如下風險因素。按風險性質(zhì)分為:經(jīng)濟風險、政治風險、社會風險、技術風險、資源風險;按產(chǎn)生階段分為:業(yè)務開發(fā)、需求階段、業(yè)務分析、接口、軟件開發(fā)、交付使用;按產(chǎn)生后果分為:重大、較大、一般、輕微;按發(fā)生對象分為:業(yè)主風險、開發(fā)團隊風險(業(yè)務團隊風險、軟件團隊風險)、市場團隊風險。
3項目管理軟件開發(fā)各階段面臨的風險分析
3.1軟件開發(fā)階段面臨的風險窮舉
對風險進行分析、評估、管控的前提是對風險進行識別,找出某一過程所有可能的風險因素才能更好地對癥下藥。對項目管理軟件開發(fā)各階段的風險進行分析,利用窮舉法對其風險因素進行分析。
3.2業(yè)務開發(fā)風險
業(yè)務開發(fā)風險是指出在項目市場開發(fā)階段所面臨的不確定性。(1)項目的不確定性。項目團隊、開發(fā)團隊缺少配合或經(jīng)驗缺失,對項目策劃、建議、實施措施理解、分析不到位,導致項目本身在落地之前產(chǎn)生了易主、取消、降低投資等風險。(2)市場不穩(wěn)定。一些項目管理軟件的開發(fā)必須依托市場經(jīng)濟或工程項目進行,當這方面發(fā)生政策變化、重大變更以及建設單位對項目軟件的需求降低時,容易產(chǎn)生項目中途流產(chǎn)風險。(3)業(yè)主心態(tài)。如何抓住業(yè)主的痛點,真正解決業(yè)主的問題,或者僅僅是從業(yè)主的角度出發(fā)思考項目管理軟件的做法,是項目開發(fā)經(jīng)理應該深思的問題。(4)自身實力不足。項目管理軟件結(jié)合了建設工程和軟件工程,建設工程不同于其他行業(yè),例如金融、互聯(lián)網(wǎng)等,其透明度高,講究資源效率。工程行業(yè)自身的資本運作密集,項目建設流程模式固定并且存在許多的“漏子、暗道、關系、利益”等,如果沒有足夠的市場疏通、業(yè)務分析和軟件開發(fā)實力,難以做出成功的項目管理軟件。經(jīng)�?梢娪性S多項目管理系統(tǒng)開發(fā)完成以后閑置、棄用,就是因為這些原因。
3.3業(yè)主風險
和以上開發(fā)階段來自于業(yè)主的風險不同,這里的業(yè)主風險更多的是強調(diào)業(yè)主在項目軟件項目開發(fā)決策和執(zhí)行力上存在的風險。(1)因為是建設工程的原因,業(yè)主可能存在自身業(yè)務能力不足導致軟件開發(fā)初期,功能需求不全面、不詳盡、模糊的情況。(2)部分業(yè)主因為存在建設管理程序不合法,例如圖紙準備不到位就招標施工、隨意調(diào)整施工進度、重大變更多等,對軟件部署時的數(shù)據(jù)初始化、部分功能使用造成嚴重影響。(3)項目管理軟件屬于新型的工程建設費用,國家對此暫未出臺相關取費標準,因此對于軟件開發(fā)、使用的資金來源,部分業(yè)主解決能力不強,導致軟件開發(fā)和使用受阻。(4)項目管理軟件的開發(fā)要以合同為主線,早制定、早落實合同內(nèi)容。(5)因為建設管理人員和軟件開發(fā)人員在知識體系上的不同,需求方經(jīng)常會給出軟件難以實現(xiàn)或在合同、投資范圍內(nèi)難以實現(xiàn)的功能要求,從而產(chǎn)生擱置、重啟需求調(diào)研、功能調(diào)整等風險。
3.4需求階段風險
如果軟件開發(fā)是業(yè)主、業(yè)務團隊、軟件團隊的三級開發(fā)結(jié)構(gòu),那么需求階段的風險就是業(yè)主和業(yè)務團隊之間的信息過渡。了解這個階段的風險尤為重要。(1)需求細分不全面。需求細分,其實是對軟件開發(fā)所需要的一切原始信息的分類。業(yè)主本身積累了足夠龐大的知識量和隱藏的管理行為,需要進行細分挖掘。(2)需求調(diào)研不充分。需求調(diào)研不夠深入,自身缺乏對建設工程活動的更多認識,從而產(chǎn)生遺漏、錯失相關需求信息。(3)需求信息不對稱。在需求調(diào)研、收集的過程中,因為記錄、理解的原因,需求信息發(fā)生了錯位,偏移了業(yè)主的初衷。(4)需求文檔管理不規(guī)范。需求階段要做好文檔記錄,對相關會議進行備案,對業(yè)主的需求要進行充分確認,形成規(guī)范有序的文件檔案管理制度,防止出現(xiàn)軟件開發(fā)問題找不到源頭,增加開發(fā)成本和難度。
3.5業(yè)務分析風險
要將傳統(tǒng)的建設工程的知識體系、管理行為、結(jié)果過程通過軟件實現(xiàn),首先要對建設工程所涉及的一切業(yè)務進行深入分析。(1)業(yè)務流程不確定性。建設工程的'審批流程、上報流程、驗收評定流程等,涉及的人多、單位多、文件多,在實際操作中,流程具有可變通性、不定期性、人員代簽等問題。(2)業(yè)務內(nèi)容生成難度大。建設工程的業(yè)務內(nèi)容具有涉及面廣泛、數(shù)量龐大、牽連性強、專業(yè)性高等特點,而軟件開發(fā)需要集中處理大量的業(yè)務內(nèi)容,同時準備好初始化數(shù)據(jù),需要軟件工具、專業(yè)人員、組織管理等多方密切配合。(3)軟件化后的現(xiàn)實風險。軟件化的弊端是固定化,少了靈活性,對于工程建設人員可能會帶來體驗性的風險。因此要盡可能設計得合理,從工程人員的習慣出發(fā),講求實用性、適用性。(4)業(yè)務架構(gòu)與系統(tǒng)架構(gòu)。針對項目質(zhì)量、進度、計量支付、檔案等的業(yè)務管理存在內(nèi)在的關聯(lián)關系,在軟件化的時候,要注重各模塊之間的內(nèi)在關聯(lián)關系,關注各模塊內(nèi)部數(shù)據(jù)的調(diào)用和資料文件的歸屬。
3.6接口風險
業(yè)務團隊和軟件團隊的對接是真正實現(xiàn)項目管理軟件開發(fā)的最重要環(huán)節(jié),提高業(yè)務人員的流程策劃能力和軟件人員的業(yè)務熟悉程度同等重要,讓雙方在交錯中實現(xiàn)軟件的順利開發(fā)。(1)需求理解不到位。單純的文檔化需求分析及設計交接很難形象直接地展現(xiàn)需求方對軟件開發(fā)的各種要求,軟件人員也要花費大量的時間去了解文檔的背后,然后梳理成自己的邏輯。這個過程中,很可能發(fā)生需求曲解、重新設計、修改困難等風險。(2)設計思維差異化。在原型設計功能不能滿足建設工程軟件項目開發(fā)的時候,因為軟件開發(fā)人員的固有思維模式,其對界面設計、功能點選取、流程設置、角色配置會有個人的慣性設計方式。(3)資源配置不合理。軟件項目開發(fā)是一個將業(yè)務工作持續(xù)軟件化的過程,有點兒邊設計邊施工的感覺。這個時候軟件方面要合理地配置各項開發(fā)資源,包括人力的投入曲線、進度計劃的制定、業(yè)務人員的工作安排、基礎數(shù)據(jù)的準備等。
3.7軟件開發(fā)風險
軟件開發(fā)風險已經(jīng)有很多專業(yè)性的風險研究,在這里不做相應說明,僅列出軟件開發(fā)可能面臨的風險類型:①軟件開發(fā)技術不足。②配套軟硬件風險。③軟件開發(fā)管理風險。④軟件開發(fā)安全風險。⑤人才組織風險。⑥文化風險。
3.8軟件交付使用風險
(1)市場風險。體現(xiàn)在長周期軟件開發(fā)項目中,市場環(huán)境變化帶來的風險。比如競爭對手更新更快的產(chǎn)品出現(xiàn),研發(fā)產(chǎn)品市場地位下降;項目建設投資發(fā)生變化,費用投入減少;環(huán)境輿論對新產(chǎn)品應用帶來的不良影響,尤其是跟風產(chǎn)品。(2)使用測試風險。主要體現(xiàn)在系統(tǒng)集成以后,因未有充分準備或潛在軟件bug而出現(xiàn)大量的問題。(3)用戶體驗風險。軟件開發(fā)過程客戶參與度不高造成的使用習慣風險,體驗不佳;對軟件使用說明不夠詳細全面,造成用戶使用障礙。(4)二次開發(fā)風險。跟工程返修類似,因部分功能大量調(diào)整或新增功能,以及系統(tǒng)整體功能、穩(wěn)定性、適用性等出現(xiàn)嚴重bug,而面臨二次開發(fā)風險。
4總結(jié)
建設工程項目管理軟件歸根結(jié)底是一種產(chǎn)品,應積極應用產(chǎn)品開發(fā)的相關管理方法。但也一定要注意到建設工程的特殊性,要深入分析軟件產(chǎn)品在跨行應用時的“入鄉(xiāng)隨俗”和“技術先進”的共融方案。業(yè)務設計和軟件開發(fā)要緊密結(jié)合,但也要有各自分立和結(jié)合的機制。業(yè)務需求要清晰,轉(zhuǎn)化為軟件設計要確�!安皇д妗�。加強和重視產(chǎn)品開發(fā)過程中容易發(fā)生并帶來影響較大的風險,合理規(guī)避和減少風險損失,降低開發(fā)成本,提高開發(fā)效率和產(chǎn)品質(zhì)量。
【建設工程項目管理軟件開發(fā)風險分析論文】相關文章: