決定資訊部門數字化專案建設成敗的因素有哪些?
企業數字化建設是一個漫長複雜的過程,需要來自企業各方共同協作來完成,但大量的資料表明企業數字化轉型失敗率高達90%,為什麼?今天老楊就來分析一下其中來自資訊部門數字化專案建設失敗的原因:
一、對於專案瞭解是否有足夠的深度:
企業數字化專案的建設需求無非來自以下三個方面:
-
第一,企業負責人也就是來自老闆的數字化需求;
-
第二,由於業務不斷髮展,傳統的辦公模式已無法滿足業務需求,來自業務部門提出的數字化系統建設需求;
-
第三,資訊部門根據企業數字化規劃及現狀提出的建設需求;
無論來自哪個方面的建設需求,都需要資訊部門來協助完成,因此資訊部門在專案立項初期要對專案有足夠深度的瞭解:
-
當前的業務痛點是什麼?
-
未來的業務發展態勢?
-
當前的組織架構管理如何?
-
預判未來的組織管理
-
當前的流程現狀如何?
-
專案建設需要何種資源支援?
-
當前專案資源現狀如何?
只有對專案情況有深度的瞭解,對專案功能需求有深度的理解,才能更好的在專案初期進行專案的功能與架構設計,縮小選型範圍,讓初期專案立項方案質量更高,贏得一把手及相關業務領導認可,更容易立項透過。
二、是否有業務部門支持者:
大量資料表明,企業數字化轉型成功率不足10%,究其原因,數字化專案建設失敗是佔比最高的,因為在廣大企業管理者意識裡認為,數字化轉型就是軟體系統建設,就是資訊部門的事情,軟體系統實施失敗、爛尾,資訊部門首當其衝,所以,在數字化專案建設中,資訊部門所承擔的角色任務非比尋常,要保障專案的順利實施及落地,業務部門的支援非常重要,因此資訊部門要堅決杜絕閉門造車的思維,要走群眾路線,深入業務層,發動與爭取業務部門各個層面的支援,只有如此,專案建設才接地氣,才能最大深度的挖掘業務需求,在實施環節才能更好的匹配業務部門的功能需求,順利上線執行。
資訊部門贏得業務部門支持者的好處:
1、可以及時獲得更深度的業務需求;
2、可以獲得相關業務知識及技能;
3、可以為資訊部門提供溝通的橋樑;
4、協助改進系統功能;
數字化專案建設,不怕業務部門需求多,就怕調研沒需求,實施亂提需求,因此業務部門的支持者非常重要。
三、是否對業務部門的相關結構進行分析:
數字化轉型其實就是一個技術與業務融合的過程,有融合同樣就會有排斥,資訊系統若想順利實施、上線,資訊部門對業務部門的相關結構瞭解深度非常重要,如組織結構、業務邏輯結構、客戶結構等。那麼如何瞭解?瞭解哪些資訊呢?老楊認為,可以從如下方面入手:
1、研究業務部門的背景;如規模、業務範圍、業務收入和盈利情況等等,就如在打仗時研究戰場地形一般。
2、研究業務部門管理現狀及業務痛點,判斷痛點與癢點;如當前的管理模式中存在哪些問題;當前的業務痛點是什麼,當前的業務管理問題會對其他部門造成了什麼影響?
3、研究業務部門組織結構;例如部門的權責關係,部門成員之間的業務分工;誰的意見會影響部門負責人的最終決策等;
不難看出,數字化專案建設就如行軍大戰,既要研究地形,又要排兵佈陣,瞭解了業務需求、業務部門相關組織結構,那麼下一步,資訊部門就要有針對的性的與業務部門開展連結工作,快速推進與業務部門的關係,進行下一步的融合。
四、對業務部門的需求瞭解是否深入
業務部門的需求能否滿足是數字化專案建設的核心,但在發掘需求階段,資訊部門經常會犯三個錯誤:
第一是需求瞭解不全面,例如只詢問業務部門浮於表面的功能,忽略了其承受價位、其他相關協作部門的需求等,在數字化專案建設中,單一部門的功能需求很容易滿足,但涉及跨部門、跨公司協作的功能需求往往最複雜;
第二是需求不清晰,例如,業務部門提出系統報表要詳細,而資訊部門卻沒有詢問資料如何顯示才能算詳細;
第三是需求溝通不深入,只清楚業務部門需要流程、需要報表,但不深入瞭解業務部門當前業務流程應用情況、資料標準建設情況。
因此,資訊部門要想提高發掘需求的能力,必須學會傾聽和提問。對於傾聽,必須學會用心傾聽,用目光觀察,同時必須掌握開放式、排除式、因果式、提示式以及總結式提問方式,並養成習慣。這些都是最核心最基本的需求發掘技巧。
五、專案團隊人員能力是否匹配
托爾斯泰說過不幸的家庭各有不幸,幸福的家庭卻是相似的。數字化專案建設也一樣,失敗各有原因,成功卻在很多地方是一樣的,將這些因素找出來,養成習慣,就是內功。只有練成此功,用於數字化建設,將進一步降低失敗風險。數字化團隊成員能力的高低將直接影響專案的成敗,老楊認為企業的數字化建設專案團隊有以下三種人組成:
第一,企業資訊部門的成員;他是企業、業務部門與資訊系統供應商之間溝通的橋樑,是專案的結構設計師、監理師、維護者;
第二,業務部門成員,他是數字化需求提出者,專案推動者,專案驗收者,專案終端使用者、專案受益或受害者;
第三,資訊系統供應商專案實施成員,他是專案過程實施方,實施質量的好壞直接影響專案應用效果;
從這裡不難看出,數字化專案的建設過程其實就是一個各方協作的過程,任何一方的能力問題將直接影響專案質量,甚至可能導致專案爛尾,因此各方能力顯得尤為重要。
來自 “ 湘江數評 ”, 原文作者:老楊;原文連結:https://mp.weixin.qq.com/s/eF7OLhoKPtEbRRk8FrTY2w,如有侵權,請聯絡管理員刪除。
相關文章
- 細節決定ERP專案啟動會的成敗
- 決定專案成敗的三件事 - 企業工藝
- 優質軟體產品決定ERP專案的成敗(轉)
- 家居行業數字化建設解決方案行業
- 影響六西格瑪專案的政治因素有哪些?
- 決定網站空間訪問速度的因素有哪些?網站
- 軟體是決定ERP專案成敗的重要因素(轉)
- 為什麼企業數字化轉型建設專案總是失控
- 數字時代來臨,推動IT資訊化建設迅速發展
- 深圳晚報專訪騰訊丁珂:網路安全決定“數字大樓”的建設高度
- 企業走資訊化和數字化的道路,有哪些區別?
- 雙預防機制數字化建設提升危險化學品企業數字化、資訊化管控水平
- 後數字化時代,資料部門的窘境漸顯!
- 微火快報:門店數字化解決方案有哪些?
- 資訊化專案選型,切勿因“面子”而忘“裡子”
- 數商雲環保行業數字化建設綜合解決方案行業
- 微火資訊:什麼是數字化門店?傳統門店如何實現數字化經營?
- CIO如何建設數字化團隊
- 數字化建設博物館的優勢分析
- 專案範圍是專案成敗的關鍵(轉)
- 企業數字化進階丨服務部門篇
- 企業資訊化需關注內部IT交付能力建設
- 資訊源管理系統是資訊部門自身資訊化
- 軟體設計是怎樣煉成的(7)——細節決定成敗(詳細設計)
- 決定開發者面試成敗的 3 個問題面試
- 專案範圍管理是專案成敗的關鍵 (轉)
- 資訊化建設思考
- 危化品企業雙重預防數字化建設綜合解決方案
- 企業數字檔案館與數字圖書館建設
- 檔案管理系統助力檔案資訊化建設
- 如何讓程式設計師幸福工作:細節決定成敗程式設計師
- 別讓避免重複建設成為運維數字化轉型的絆腳石運維
- saas-export專案-部門管理-部門刪除Export
- Jenkins 2.32.3引數化構建maven專案-java專案JenkinsMavenJava
- 領導方式決定團隊成敗 (轉)
- IT部門資訊化正確開啟方式
- 五要素判斷專案成敗(轉)
- GE和Toyo聯手為化學專案打造數字解決方案