項目管理軟件使用

申請免費試用、咨詢電話：400-8352-114

      項目管理軟件開發(fā)各階段面臨的風險分析，同時也需用到不同的開發(fā)工具，那么在開發(fā)的時候需要注意哪些風險評估呢？用到哪些開發(fā)工具呢，我們將在下面文章找到相應(yīng)的答案

　　1、軟件開發(fā)階段面臨的風險窮舉

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

　　2、業(yè)務(wù)開發(fā)風險

       業(yè)務(wù)開發(fā)風險是指出在項 目市場開發(fā)階段所面臨的不確定

　　(1)項目的不確定性。項目團隊、 開發(fā)團隊缺少配合或經(jīng)驗 缺失，對項目策劃、建議、實施措施理解、分析不到位 ， 導(dǎo)致項 目 本身在落地之前產(chǎn)生了易主、 取消、 降低投資等風險。

　　(2) 市場不穩(wěn)定。一些項目管理軟件的開發(fā)必須依托市場經(jīng) 濟或工程項目進行. 當這方面發(fā)生政策變化 、 重大變更以及建設(shè) 單位對項 目軟件的需求降低時. 容易產(chǎn)生項目中途流產(chǎn)風險。

　　(3) 業(yè)主心態(tài)。如何抓住業(yè)主的痛點 ， 真正解決業(yè)主的問題，或者僅僅是從業(yè)主的角度出發(fā)思考項 目管理軟件的做法.是項 目開發(fā)經(jīng)理應(yīng)該深思的 問題

　　(4)自身實力不足。項 目管理軟件結(jié)合了建設(shè)工程和軟件工 程。 建設(shè)工程不同于其他行業(yè) ， 例如金融 、 互聯(lián)網(wǎng)等 . 其透明度 高. 講究資源效率。工程行業(yè) 自身的資本運作密集， 項 目建設(shè)流 程模式固定并且存在許多的“ 漏子、 暗道 、 關(guān)系、 利益”等， 如果沒 有足夠的市場疏通、 業(yè)務(wù)分析和軟件開發(fā)實力， 難 以做出成功的 項目管理軟件 經(jīng)?？梢娪性S多項 目管理系統(tǒng)開發(fā)完成以后閑 置、 棄用， 就是因為這些原因。

　　3、業(yè)主風險

       和以上開發(fā)階段來自于業(yè)主的風險不同.這里的業(yè)主風險 更多的是強調(diào)業(yè)主在項目軟件項目開發(fā)決策和執(zhí)行力上存在的風險。

　　(1) 因為是建設(shè)工程的原因。業(yè)主可能存在自身業(yè)務(wù)能力不足導(dǎo)致軟件開發(fā)初期，功能需求不全面、不詳盡、模糊的情況。

　　(2) 部分業(yè)主因為存在建設(shè)管理程序不合法， 例如圖紙準備 不到位就招標施工、隨意調(diào)整施工進度、重大變更多等. 對軟件部署時的數(shù)據(jù)初始化、 部分功能使用造成嚴重影響。

　　(3) 項目管理軟件屬于新型的工程建設(shè)費用.國家對此暫未 出臺相關(guān)取費標準， 因此對于軟件開發(fā)、使用的資金來源，部分業(yè)主解決能力不強. 導(dǎo)致軟件開發(fā)和使用受阻

　　(4) 項目管理軟件的開發(fā)要以合同為主線。 早制定、早落實 合同內(nèi)容。

　　(5) 因為建設(shè)管理人員和軟件開發(fā)人員在知識體系上的不同， 需求方經(jīng)常會給出軟件難以實現(xiàn)或在合同、 投資范圍內(nèi)難以 實現(xiàn)的功能要求 從而產(chǎn)生擱置、 重啟需求調(diào)研 、 功能調(diào)整等風險。

　　4、需求階段風險

       如果軟件開發(fā)是業(yè)主、業(yè)務(wù)團隊、軟件團隊的三級開發(fā)結(jié) 構(gòu). 那么需求階段的風險就是業(yè)主和業(yè)務(wù)團隊之間的信息過渡 了解這個階段的風險尤為重要

　　(1) 需求細分不全面。需求細分， 其實是對軟件開發(fā)所需要 的一切原始信息的分類。業(yè)主本身積累了足夠龐大的知識量和 隱藏的管理行為. 需要進行細分挖掘

　　(2) 需求調(diào)研不充分。需求調(diào)研不夠深入.自身缺乏對建設(shè) 工程活動的更多認識 . 從而產(chǎn)生遺漏 、 錯失相關(guān)需求信息。

　　(3) 需求信息不對稱。在需求調(diào)研 、 收集的過程 中，因為記 錄、 理解的原因， 需求信息發(fā)生了錯位， 偏移了業(yè)主的初衷。

　　(4) 需求文檔管理不規(guī)范。需求階段要做好文檔記錄， 對相 關(guān)會議進行備案. 對業(yè)主的需求要進行充分確認. 形成規(guī)范有序 的文件檔案管理制度. 防止出現(xiàn)軟件開發(fā)問題找不到源頭. 增加 開發(fā)成本和難度。

　　5、業(yè)務(wù)分析風險

       要將傳統(tǒng)的建設(shè)工程的知識體系、 管理行為、 結(jié)果過程通過 軟件實現(xiàn)， 首先要對建設(shè)工程所涉及的一切業(yè)務(wù)進行深入分析。

　　(1) 業(yè)務(wù)流程不確定性。建設(shè)工程的審批流程、 上報流程 、 驗 收評定流程等， 涉及的人多 、 單位多、 文件多 ， 在實際操作中， 流 程具有可變通性、 不定期性、 人員代簽等問題。

　　(2) 業(yè)務(wù)內(nèi)容生成難度大。建設(shè)工程的業(yè)務(wù)內(nèi)容具有涉及面 廣泛、 數(shù)量龐大、 牽連性強、 專業(yè)性高等特點， 而軟件開發(fā)需要集 中處理大量的業(yè)務(wù)內(nèi)容.同時準備好初始化數(shù)據(jù) ，需要軟件工 具、 專業(yè)人員、 組織管理等多方密切配合。

　　(3) 軟件化后的現(xiàn)實風險。軟件化的弊端是固定化， 少了靈 活性. 對于工程建設(shè)人員可能會帶來體驗性的風險。因此要盡可 能設(shè)計得合理. 從工程人員的習慣出發(fā)， 講求實用性、 適用性。

　　(4)業(yè)務(wù)架構(gòu)與系統(tǒng)架構(gòu)。針對項 目質(zhì)量 、 進度、 計量支付、檔案等的業(yè)務(wù)管理存在內(nèi)在的關(guān)聯(lián)關(guān)系. 在軟件化的時候。 要注 重各模塊之間的內(nèi)在關(guān)聯(lián)關(guān)系，關(guān)注各模塊內(nèi)部數(shù)據(jù)的調(diào)用和 資料文件的歸屬。

　　6、接口風險

       業(yè)務(wù)團隊和軟件團隊的對接是真正實現(xiàn)項目管理軟件開發(fā)的最重要環(huán)節(jié) .提高業(yè)務(wù)人員的流程策劃能力和軟件人員的業(yè) 務(wù)熟悉程度同等重要. 讓雙方在交錯中實現(xiàn)軟件的順利開發(fā)。

　　(1) 需求理解不到位。單純的文檔化需求分析及設(shè)計交接很難形象直接地展現(xiàn)需求方對軟件開發(fā)的各種要求，軟件人員也要花費大量的時間去了解文檔的背后.然后梳理成自己的邏輯。這個過程中.很可能發(fā)生需求曲解、重新設(shè)計、修改困難等風險。

　　(2) 設(shè)計思維差異化。在原型設(shè)計功能不能滿足建設(shè)工程軟 件項 目開發(fā)的時候，因為軟件開發(fā)人員的固有思維模式，其對界面設(shè)計、功能點選取、流程設(shè)置、角色配置會有個人的慣性設(shè)計方式。

　　(3) 資源配置不合理。軟件項目開發(fā)是一個將業(yè)務(wù)工作持續(xù) 軟件化的過程. 有點兒邊設(shè)計邊施工的感覺。這個時候軟件方面要合理地配置各項開發(fā)資源， 包括人力的投入曲線、 進度計劃的 制定、 業(yè)務(wù)人員的工作安排、 基礎(chǔ)數(shù)據(jù)的準備等。

　　7、軟件開發(fā)風險

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

　　8、軟件交付使用風險

　　(1) 市場風險。體現(xiàn)在長周期軟件開發(fā)項目中，市場環(huán)境變化帶來的風險。比如競爭對手更新更快的產(chǎn)品出現(xiàn)，研發(fā)產(chǎn)品市場地位下降;項目建設(shè)投資發(fā)生變化，費用投入減少; 環(huán)境輿論對新產(chǎn)品應(yīng)用帶來的不良影響.尤其是跟風產(chǎn)品。

　　(2) 使用測試風險。主要體現(xiàn)在系統(tǒng)集成以后。 因未有充分準備或潛在軟件bug而出現(xiàn)大量的問題。

　　(3) 用戶體驗風險。軟件開發(fā)過程客戶參與度不高造成的使用習慣風險，體驗不佳;對軟件使用說明不夠詳細全面，造成用戶使用障礙。

　　(4) 二次開發(fā)風險。跟工程返修類似，因部分功能大量調(diào)整或新增功能。以及系統(tǒng)整體功能、穩(wěn)定性、適用性等出現(xiàn)嚴重bug而面臨二次開發(fā)風險。