建設工程項目管理軟件開發風險分析

導語：建設工程項目管理軟件開發風險分析一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

［摘要］本文結合公路工程建設管理軟件的開發，對其過程存在的風險進行了一般的分類、分析，供大家參考。

［關鍵詞］建設工程；軟件工程；風險

0引言

建設工程是一個產生巨量內容的地方，這里的內容包括文檔、數據、圖片、音像等。而軟件則能讓這些內容有效地積累存儲并通過最有效的手段使其充分發揮應有的作用。所以軟件工程和建設工程的結合是工具和內容的結合。在這基礎之上的大數據工作，才是財富最大化的未來。

1建設工程項目管理軟件概況

建設工程項目管理軟件是指將建設工程業務操作的過程通過軟件化手段實現，例如審批、填報、記錄等。通過搭建軟件平臺或軟件系統，初始錄入各類項目管理用的內容，在使用過程中不斷的更新信息和數據。不似一般的小軟件開發，建設工程項目管理軟件一般需要承載大量的信息和內容，同時還有復雜的流程處理。這就決定了該類軟件的開發面臨的風險不同于一般的軟件開發，其風險特征既具備普通軟件開發的特點，又具有自己的特殊性。

2建設工程項目管理軟件開發風險及分類

風險是指客觀存在的，對目標達成具有負面影響的不確定性。風險分類方法是根據風險性質、風險的來源、風險產生的階段、風險產生的后果、風險發生的對象等進行的，有多種不同的分類方法。項目管理軟件開發按照上述五種分類方法有如下風險因素。按風險性質分為：經濟風險、政治風險、社會風險、技術風險、資源風險；按產生階段分為：業務開發、需求階段、業務分析、接口、軟件開發、交付使用；按產生后果分為：重大、較大、一般、輕微；按發生對象分為：業主風險、開發團隊風險（業務團隊風險、軟件團隊風險）、市場團隊風險。

3項目管理軟件開發各階段面臨的風險分析

3．1軟件開發階段面臨的風險窮舉

對風險進行分析、評估、管控的前提是對風險進行識別，找出某一過程所有可能的風險因素才能更好地對癥下藥。對項目管理軟件開發各階段的風險進行分析，利用窮舉法對其風險因素進行分析。

3．2業務開發風險

業務開發風險是指出在項目市場開發階段所面臨的不確定性。（1）項目的不確定性。項目團隊、開發團隊缺少配合或經驗缺失，對項目策劃、建議、實施措施理解、分析不到位，導致項目本身在落地之前產生了易主、取消、降低投資等風險。（2）市場不穩定。一些項目管理軟件的開發必須依托市場經濟或工程項目進行，當這方面發生政策變化、重大變更以及建設單位對項目軟件的需求降低時，容易產生項目中途流產風險。（3）業主心態。如何抓住業主的痛點，真正解決業主的問題，或者僅僅是從業主的角度出發思考項目管理軟件的做法，是項目開發經理應該深思的問題。（4）自身實力不足。項目管理軟件結合了建設工程和軟件工程，建設工程不同于其他行業，例如金融、互聯網等，其透明度高，講究資源效率。工程行業自身的資本運作密集，項目建設流程模式固定并且存在許多的“漏子、暗道、關系、利益”等，如果沒有足夠的市場疏通、業務分析和軟件開發實力，難以做出成功的項目管理軟件。經?？梢娪性S多項目管理系統開發完成以后閑置、棄用，就是因為這些原因。

3．3業主風險

和以上開發階段來自于業主的風險不同，這里的業主風險更多的是強調業主在項目軟件項目開發決策和執行力上存在的風險。（1）因為是建設工程的原因，業主可能存在自身業務能力不足導致軟件開發初期，功能需求不全面、不詳盡、模糊的情況。（2）部分業主因為存在建設管理程序不合法，例如圖紙準備不到位就招標施工、隨意調整施工進度、重大變更多等，對軟件部署時的數據初始化、部分功能使用造成嚴重影響。（3）項目管理軟件屬于新型的工程建設費用，國家對此暫未出臺相關取費標準，因此對于軟件開發、使用的資金來源，部分業主解決能力不強，導致軟件開發和使用受阻。（4）項目管理軟件的開發要以合同為主線，早制定、早落實合同內容。（5）因為建設管理人員和軟件開發人員在知識體系上的不同，需求方經常會給出軟件難以實現或在合同、投資范圍內難以實現的功能要求，從而產生擱置、重啟需求調研、功能調整等風險。

3．4需求階段風險

如果軟件開發是業主、業務團隊、軟件團隊的三級開發結構，那么需求階段的風險就是業主和業務團隊之間的信息過渡。了解這個階段的風險尤為重要。（1）需求細分不全面。需求細分，其實是對軟件開發所需要的一切原始信息的分類。業主本身積累了足夠龐大的知識量和隱藏的管理行為，需要進行細分挖掘。（2）需求調研不充分。需求調研不夠深入，自身缺乏對建設工程活動的更多認識，從而產生遺漏、錯失相關需求信息。（3）需求信息不對稱。在需求調研、收集的過程中，因為記錄、理解的原因，需求信息發生了錯位，偏移了業主的初衷。（4）需求文檔管理不規范。需求階段要做好文檔記錄，對相關會議進行備案，對業主的需求要進行充分確認，形成規范有序的文件檔案管理制度，防止出現軟件開發問題找不到源頭，增加開發成本和難度。

3．5業務分析風險

要將傳統的建設工程的知識體系、管理行為、結果過程通過軟件實現，首先要對建設工程所涉及的一切業務進行深入分析。（1）業務流程不確定性。建設工程的審批流程、上報流程、驗收評定流程等，涉及的人多、單位多、文件多，在實際操作中，流程具有可變通性、不定期性、人員代簽等問題。（2）業務內容生成難度大。建設工程的業務內容具有涉及面廣泛、數量龐大、牽連性強、專業性高等特點，而軟件開發需要集中處理大量的業務內容，同時準備好初始化數據，需要軟件工具、專業人員、組織管理等多方密切配合。（3）軟件化后的現實風險。軟件化的弊端是固定化，少了靈活性，對于工程建設人員可能會帶來體驗性的風險。因此要盡可能設計得合理，從工程人員的習慣出發，講求實用性、適用性。（4）業務架構與系統架構。針對項目質量、進度、計量支付、檔案等的業務管理存在內在的關聯關系，在軟件化的時候，要注重各模塊之間的內在關聯關系，關注各模塊內部數據的調用和資料文件的歸屬。

3．6接口風險

業務團隊和軟件團隊的對接是真正實現項目管理軟件開發的最重要環節，提高業務人員的流程策劃能力和軟件人員的業務熟悉程度同等重要，讓雙方在交錯中實現軟件的順利開發。（1）需求理解不到位。單純的文檔化需求分析及設計交接很難形象直接地展現需求方對軟件開發的各種要求，軟件人員也要花費大量的時間去了解文檔的背后，然后梳理成自己的邏輯。這個過程中，很可能發生需求曲解、重新設計、修改困難等風險。（2）設計思維差異化。在原型設計功能不能滿足建設工程軟件項目開發的時候，因為軟件開發人員的固有思維模式，其對界面設計、功能點選取、流程設置、角色配置會有個人的慣性設計方式。（3）資源配置不合理。軟件項目開發是一個將業務工作持續軟件化的過程，有點兒邊設計邊施工的感覺。這個時候軟件方面要合理地配置各項開發資源，包括人力的投入曲線、進度計劃的制定、業務人員的工作安排、基礎數據的準備等。

3．7軟件開發風險

軟件開發風險已經有很多專業性的風險研究，在這里不做相應說明，僅列出軟件開發可能面臨的風險類型：①軟件開發技術不足。②配套軟硬件風險。③軟件開發管理風險。④軟件開發安全風險。⑤人才組織風險。⑥文化風險。

3．8軟件交付使用風險

（1）市場風險。體現在長周期軟件開發項目中，市場環境變化帶來的風險。比如競爭對手更新更快的產品出現，研發產品市場地位下降；項目建設投資發生變化，費用投入減少；環境輿論對新產品應用帶來的不良影響，尤其是跟風產品。（2）使用測試風險。主要體現在系統集成以后，因未有充分準備或潛在軟件bug而出現大量的問題。（3）用戶體驗風險。軟件開發過程客戶參與度不高造成的使用習慣風險，體驗不佳；對軟件使用說明不夠詳細全面，造成用戶使用障礙。（4）二次開發風險。跟工程返修類似，因部分功能大量調整或新增功能，以及系統整體功能、穩定性、適用性等出現嚴重bug，而面臨二次開發風險。

4總結

建設工程項目管理軟件歸根結底是一種產品，應積極應用產品開發的相關管理方法。但也一定要注意到建設工程的特殊性，要深入分析軟件產品在跨行應用時的“入鄉隨俗”和“技術先進”的共融方案。業務設計和軟件開發要緊密結合，但也要有各自分立和結合的機制。業務需求要清晰，轉化為軟件設計要確?！安皇д妗薄＜訌姾椭匾暜a品開發過程中容易發生并帶來影響較大的風險，合理規避和減少風險損失，降低開發成本，提高開發效率和產品質量。

作者:楊文廣 單位:深圳高速工程顧問有限公司