數字化轉型的核心是技術?還是業務?
這個問題網(wang)絡(luo)上有種(zhong)種(zhong)說法，我們看(kan)到最多(duo)的一(yi)種(zhong)說法是技術與業務融合(he)，但在實際的落(luo)地(di)場景(jing)中如(ru)何融?如(ru)何合(he)?今天(tian)就來講一(yi)講數(shu)字化轉(zhuan)型過程中業務與技術融合(he)這些(xie)事。
大(da)部分(fen)企業做(zuo)數(shu)字化轉型(xing)容易進入兩個極(ji)端：
第一，技術的極端：
對數字化轉型(xing)的(de)認知大(da)部(bu)分傳(chuan)統企業還停留在(zai)技術(shu)層面(mian)，在(zai)企業領導(dao)的(de)意(yi)識里認為做數字化轉型(xing)無非就是(shi)花(hua)錢買軟件(jian)，軟件(jian)好(hao)不好(hao)用、能(neng)不能(neng)用、如(ru)何用這些(xie)都(dou)是(shi)信(xin)息部(bu)門(men)的(de)事情，如(ru)果數字化項目建(jian)設失敗了，那肯定是(shi)信(xin)息部(bu)的(de)能(neng)力問題;
第二，業務的極端：
信(xin)息部(bu)(bu)門(men)在企(qi)業屬于二級甚至是(shi)三級部(bu)(bu)門(men)，日常就(jiu)做些IT運(yun)維的(de)活(huo)，無(wu)數字(zi)(zi)化(hua)建設話語權，相關數字(zi)(zi)化(hua)系統(tong)的(de)引(yin)進(jin)(jin)由業務(wu)部(bu)(bu)門(men)自行(xing)負責，業務(wu)部(bu)(bu)門(men)需要什么系統(tong)就(jiu)自由引(yin)進(jin)(jin)、實施(shi)與維護環節信(xin)息部(bu)(bu)門(men)均未參與;
兩個(ge)極端(duan)造(zao)成(cheng)的后(hou)果就是：
1.信息(xi)部門孤掌(zhang)難鳴，成(cheng)為(wei)背(bei)鍋俠;
2.信息(xi)系(xi)統(tong)任由業務部門自由引(yin)進，數(shu)字(zi)化建(jian)設(she)野蠻生(sheng)長(chang)，重(zhong)復(fu)建(jian)設(she)，造成大量功能(neng)浪費;
3.前期缺乏(fa)規(gui)劃造成(cheng)大量數據孤(gu)島;
4.后期(qi)大量數據接(jie)口(kou)開發(fa)工作，造成無謂的成本(ben)(ben)浪費，這種成本(ben)(ben)包括：人力(li)成本(ben)(ben)、時間成本(ben)(ben)、資金成本(ben)(ben);
5.系(xi)統(tong)數據無標準，運行過(guo)程無監督，系(xi)統(tong)爛尾無人知，無人為此負責;
正因為以(yi)上兩個數(shu)字(zi)化(hua)建設極端，所(suo)以(yi)導致企業(ye)數(shu)字(zi)化(hua)轉型(xing)失敗率極高。我們不(bu)難看(kan)出從一開(kai)始企業(ye)就做錯了，任(ren)何(he)一方的(de)單打(da)獨斗搞數(shu)字(zi)化(hua)建設只能(neng)以(yi)失敗告終，所(suo)以(yi)企業(ye)要以(yi)系統性運營思維(wei)、技術與業(ye)務融合(he)思維(wei)的(de)模式來做數(shu)字(zi)化(hua)轉型(xing)，而(er)非(fei)買賣(mai)軟件的(de)商業(ye)邏(luo)輯。
技術與業務的(de)(de)融合思維要(yao)貫穿數字化轉型的(de)(de)全過(guo)程、軟件的(de)(de)生命周期，而非其中某(mou)一個環節。這個過(guo)程包括(kuo)：項目立項、選型、實(shi)施(shi)、上(shang)線(xian)、運維、售后(hou)。
數(shu)(shu)字(zi)化(hua)建(jian)設(she)項(xiang)目(mu)的(de)(de)(de)(de)立(li)項(xiang)基于(yu)企(qi)業(ye)(ye)(ye)的(de)(de)(de)(de)數(shu)(shu)字(zi)化(hua)戰略規劃或業(ye)(ye)(ye)務(wu)(wu)部門的(de)(de)(de)(de)某一個痛點，痛點會產(chan)生業(ye)(ye)(ye)務(wu)(wu)需(xu)(xu)求(qiu)，而(er)(er)(er)數(shu)(shu)字(zi)化(hua)系(xi)(xi)(xi)統(tong)(tong)基于(yu)業(ye)(ye)(ye)務(wu)(wu)需(xu)(xu)求(qiu)而(er)(er)(er)非技(ji)術(shu)需(xu)(xu)求(qiu)，但(dan)系(xi)(xi)(xi)統(tong)(tong)解決方案卻(que)依(yi)托于(yu)技(ji)術(shu)手段(duan)來實現，由此我(wo)們可(ke)以看出，技(ji)術(shu)是(shi)基礎底(di)座，而(er)(er)(er)系(xi)(xi)(xi)統(tong)(tong)功能的(de)(de)(de)(de)匹配能力是(shi)業(ye)(ye)(ye)務(wu)(wu)需(xu)(xu)求(qiu)得(de)以滿足的(de)(de)(de)(de)關鍵。所以在技(ji)術(shu)與業(ye)(ye)(ye)務(wu)(wu)的(de)(de)(de)(de)融合場景(jing)中我(wo)們看到：業(ye)(ye)(ye)務(wu)(wu)部門從(cong)功能適(shi)配、易(yi)用(yong)角(jiao)度(du)來進行系(xi)(xi)(xi)統(tong)(tong)選型(xing)，而(er)(er)(er)信息部門從(cong)系(xi)(xi)(xi)統(tong)(tong)架構、性能、運維角(jiao)度(du)來考(kao)察(cha)軟件(jian)公司，兩者(zhe)結合進行軟件(jian)選型(xing)，缺(que)一不可(ke)，否則你將會看到如下場景(jing)：
1.信息部門選購的軟(ruan)件業務(wu)部門不愿用(yong)、拒絕用(yong);
2.業務部門自己(ji)選的軟件在技(ji)術環節(jie)被坑，造成大量額外支出;
3.業務(wu)部門(men)軟件沒(mei)人維護，系統數據沒(mei)人備份，系統在裸奔(ben)，存在重(zhong)大安全隱患;
4.軟件的技術問題(ti)無(wu)人指導解決，系統難以流暢運行(xing);
從(cong)以(yi)上(shang)熟(shu)悉(xi)的場景(jing)，我們不難看出，技術與(yu)(yu)業務在軟(ruan)件項目立(li)項、選型期(qi)不能相互脫離而單獨存在，雙(shuang)方需(xu)要(yao)融(rong)需(xu)求，合意見。數(shu)字化建設成敗最重要(yao)的環節是(shi)實施(shi)，實施(shi)過(guo)程(cheng)是(shi)一個(ge)解決(jue)需(xu)求、解決(jue)痛點(dian)的過(guo)程(cheng)，但大部分(fen)(fen)企業的軟(ruan)件實施(shi)結果往往變成了“賣家秀(xiu)與(yu)(yu)買家秀(xiu)”，為什么?老(lao)楊從(cong)企業內部的原(yuan)因分(fen)(fen)析(xi)如下：
1.技術與業務(wu)脫離，造成前期(qi)選型不嚴(yan)謹、不科學;
2.業務部門在實(shi)施過程中參與(yu)度不高，整個實(shi)施過程淪為(wei)信(xin)息部門的獨角戲;
3.信(xin)息部門對業務部門需求的把控(kong)能力(li)不(bu)足，造成需求反復、無限發(fa)散;
4.技術(shu)部(bu)門做(zuo)甩(shuai)手掌柜(ju)，將實施全部(bu)交(jiao)由軟件公司(si)來實現;
從眾多實施(shi)失敗的案(an)例中(zhong)(zhong)，我們不難看出信(xin)息部(bu)(bu)(bu)門(men)在(zai)這一(yi)過程中(zhong)(zhong)的角(jiao)色(se)及地位，信(xin)息部(bu)(bu)(bu)門(men)是(shi)整個實施(shi)過程中(zhong)(zhong)技(ji)術與(yu)業務(wu)的“傳譯者”，是(shi)企(qi)業與(yu)軟(ruan)件(jian)(jian)公(gong)司(si)溝(gou)通的橋梁，所以在(zai)軟(ruan)件(jian)(jian)實施(shi)過程中(zhong)(zhong)信(xin)息部(bu)(bu)(bu)門(men)需要與(yu)軟(ruan)件(jian)(jian)公(gong)司(si)融方案(an)、合能(neng)力(li)，共同(tong)推(tui)動系統(tong)實施(shi)，而在(zai)企(qi)業內部(bu)(bu)(bu)，信(xin)息部(bu)(bu)(bu)門(men)需要與(yu)業務(wu)部(bu)(bu)(bu)門(men)融痛點，合需求，共同(tong)推(tui)動數字(zi)化項目建設(she)。
在大部(bu)分企(qi)業(ye)領導眼里(li)以(yi)為數(shu)(shu)字(zi)化系(xi)統實施結(jie)束了，上線了，數(shu)(shu)字(zi)化建(jian)設也隨之結(jie)束了，這是非常錯誤的想法，系(xi)統上線其實是數(shu)(shu)字(zi)化運營(ying)的開端。
企(qi)業數字化(hua)轉型(xing)的價值(zhi)并不(bu)(bu)是(shi)上幾套業務系(xi)統，搞幾個平臺，以(yi)“量”取(qu)勝(sheng)，而(er)是(shi)以(yi)“數”取(qu)勝(sheng)，這個“數”并不(bu)(bu)是(shi)數量，而(er)是(shi)數據(ju)。但值(zhi)得注(zhu)意的是(shi)并不(bu)(bu)是(shi)錄入系(xi)統的都(dou)成稱得上是(shi)價值(zhi)數據(ju)，如不(bu)(bu)對(dui)數據(ju)過程質量加(jia)以(yi)把控，那(nei)么你將看到以(yi)下場景：
1.臟亂差的(de)數據(ju)充斥系(xi)統(tong);
2.數(shu)據的(de)及時性、完整性、有效(xiao)性難(nan)以保(bao)障;
3.系(xi)統(tong)內數據無(wu)標準，混亂(luan);
4.無人為此負責;
5.后(hou)期想利用數據必須花大量時間、成(cheng)本(ben)做數據清洗;
6.即使(shi)做了BI大數據報表也是花架子;
所以(yi)(yi)企(qi)業(ye)要以(yi)(yi)運營的(de)(de)思維進行業(ye)務(wu)(wu)系統管理(li)，這一過程也需要技術與(yu)業(ye)務(wu)(wu)的(de)(de)融(rong)合，融(rong)方法，合措(cuo)施，訂制度，強落地(di)，保數(shu)據(ju)，展(zhan)價(jia)值。信息部門協助業(ye)務(wu)(wu)部門解決需求(qiu)技術問題，而(er)業(ye)務(wu)(wu)部門以(yi)(yi)標準化的(de)(de)數(shu)據(ju)體現(xian)數(shu)字化價(jia)值。
綜上(shang)所(suo)述，不難看出企(qi)業(ye)(ye)數字化轉(zhuan)型過(guo)程(cheng)就是一個(ge)融(rong)(rong)(rong)合(he)的(de)過(guo)程(cheng)，在這一過(guo)程(cheng)融(rong)(rong)(rong)合(he)中(zhong)要開放，開放中(zhong)要包容，包容中(zhong)要共生(sheng)，沒有(you)以個(ge)別部門(men)(men)獨立(li)的(de)核心，而是多部門(men)(men)乃(nai)至(zhi)整(zheng)個(ge)公司(si)的(de)融(rong)(rong)(rong)合(he)核心，只有(you)達成一致的(de)數字化共識，才有(you)成功的(de)數字化項目建設。技術(shu)與(yu)業(ye)(ye)務(wu)融(rong)(rong)(rong)合(he)在老楊看來其實(shi)就是數字化轉(zhuan)型過(guo)程(cheng)中(zhong)的(de)一個(ge)典型場(chang)景，我們不僅需要技術(shu)與(yu)業(ye)(ye)務(wu)融(rong)(rong)(rong)合(he)，還需要技術(shu)與(yu)組織(zhi)融(rong)(rong)(rong)合(he)、技術(shu)與(yu)能力(li)融(rong)(rong)(rong)合(he)、技術(shu)與(yu)生(sheng)態(tai)融(rong)(rong)(rong)合(he)............
版權聲明: 本文內容來源于網絡，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容，請聯系我們，一經查實，本站將立刻刪除。
