文章轉(zhuǎn)載來源《工業(yè)互聯(lián)網(wǎng)前線》
數(shù)字化轉(zhuǎn)型的核心是技術(shù)?還是業(yè)務(wù)?
這個(gè)問題網(wǎng)絡(luò)上有種種說法,我們看到最多的一種說法是技術(shù)與業(yè)務(wù)融合,但在實(shí)際的落地場景中如何融?如何合?今天就來講一講數(shù)字化轉(zhuǎn)型過程中業(yè)務(wù)與技術(shù)融合這些事。
大部分企業(yè)做數(shù)字化轉(zhuǎn)型容易進(jìn)入兩個(gè)極端:
第一,技術(shù)的極端:
對數(shù)字化轉(zhuǎn)型的認(rèn)知大部分傳統(tǒng)企業(yè)還停留在技術(shù)層面,在企業(yè)領(lǐng)導(dǎo)的意識里認(rèn)為做數(shù)字化轉(zhuǎn)型無非就是花錢買軟件,軟件好不好用、能不能用、如何用這些都是信息部門的事情,如果數(shù)字化項(xiàng)目建設(shè)失敗了,那肯定是信息部的能力問題;
第二,業(yè)務(wù)的極端:
信息部門在企業(yè)屬于二級甚至是三級部門,日常就做些IT運(yùn)維的活,無數(shù)字化建設(shè)話語權(quán),相關(guān)數(shù)字化系統(tǒng)的引進(jìn)由業(yè)務(wù)部門自行負(fù)責(zé),業(yè)務(wù)部門需要什么系統(tǒng)就自由引進(jìn)、實(shí)施與維護(hù)環(huán)節(jié)信息部門均未參與;
兩個(gè)極端造成的后果就是:
1.信息部門孤掌難鳴,成為背鍋俠;
2.信息系統(tǒng)任由業(yè)務(wù)部門自由引進(jìn),數(shù)字化建設(shè)野蠻生長,重復(fù)建設(shè),造成大量功能浪費(fèi);
3.前期缺乏規(guī)劃造成大量數(shù)據(jù)孤島;
4.后期大量數(shù)據(jù)接口開發(fā)工作,造成無謂的成本浪費(fèi),這種成本包括:人力成本、時(shí)間成本、資金成本;
5.系統(tǒng)數(shù)據(jù)無標(biāo)準(zhǔn),運(yùn)行過程無監(jiān)督,系統(tǒng)爛尾無人知,無人為此負(fù)責(zé);
正因?yàn)橐陨蟽蓚€(gè)數(shù)字化建設(shè)極端,所以導(dǎo)致企業(yè)數(shù)字化轉(zhuǎn)型失敗率極高。我們不難看出從一開始企業(yè)就做錯(cuò)了,任何一方的單打獨(dú)斗搞數(shù)字化建設(shè)只能以失敗告終,所以企業(yè)要以系統(tǒng)性運(yùn)營思維、技術(shù)與業(yè)務(wù)融合思維的模式來做數(shù)字化轉(zhuǎn)型,而非買賣軟件的商業(yè)邏輯。
技術(shù)與業(yè)務(wù)的融合思維要貫穿數(shù)字化轉(zhuǎn)型的全過程、軟件的生命周期,而非其中某一個(gè)環(huán)節(jié)。這個(gè)過程包括:項(xiàng)目立項(xiàng)、選型、實(shí)施、上線、運(yùn)維、售后。
數(shù)字化建設(shè)項(xiàng)目的立項(xiàng)基于企業(yè)的數(shù)字化戰(zhàn)略規(guī)劃或業(yè)務(wù)部門的某一個(gè)痛點(diǎn),痛點(diǎn)會(huì)產(chǎn)生業(yè)務(wù)需求,而數(shù)字化系統(tǒng)基于業(yè)務(wù)需求而非技術(shù)需求,但系統(tǒng)解決方案卻依托于技術(shù)手段來實(shí)現(xiàn),由此我們可以看出,技術(shù)是基礎(chǔ)底座,而系統(tǒng)功能的匹配能力是業(yè)務(wù)需求得以滿足的關(guān)鍵。所以在技術(shù)與業(yè)務(wù)的融合場景中我們看到:業(yè)務(wù)部門從功能適配、易用角度來進(jìn)行系統(tǒng)選型,而信息部門從系統(tǒng)架構(gòu)、性能、運(yùn)維角度來考察軟件公司,兩者結(jié)合進(jìn)行軟件選型,缺一不可,否則你將會(huì)看到如下場景:
1.信息部門選購的軟件業(yè)務(wù)部門不愿用、拒絕用;
2.業(yè)務(wù)部門自己選的軟件在技術(shù)環(huán)節(jié)被坑,造成大量額外支出;
3.業(yè)務(wù)部門軟件沒人維護(hù),系統(tǒng)數(shù)據(jù)沒人備份,系統(tǒng)在裸奔,存在重大安全隱患;
4.軟件的技術(shù)問題無人指導(dǎo)解決,系統(tǒng)難以流暢運(yùn)行;
從以上熟悉的場景,我們不難看出,技術(shù)與業(yè)務(wù)在軟件項(xiàng)目立項(xiàng)、選型期不能相互脫離而單獨(dú)存在,雙方需要融需求,合意見。數(shù)字化建設(shè)成敗最重要的環(huán)節(jié)是實(shí)施,實(shí)施過程是一個(gè)解決需求、解決痛點(diǎn)的過程,但大部分企業(yè)的軟件實(shí)施結(jié)果往往變成了“賣家秀與買家秀”,為什么?老楊從企業(yè)內(nèi)部的原因分析如下:
1.技術(shù)與業(yè)務(wù)脫離,造成前期選型不嚴(yán)謹(jǐn)、不科學(xué);
2.業(yè)務(wù)部門在實(shí)施過程中參與度不高,整個(gè)實(shí)施過程淪為信息部門的獨(dú)角戲;
3.信息部門對業(yè)務(wù)部門需求的把控能力不足,造成需求反復(fù)、無限發(fā)散;
4.技術(shù)部門做甩手掌柜,將實(shí)施全部交由軟件公司來實(shí)現(xiàn);
從眾多實(shí)施失敗的案例中,我們不難看出信息部門在這一過程中的角色及地位,信息部門是整個(gè)實(shí)施過程中技術(shù)與業(yè)務(wù)的“傳譯者”,是企業(yè)與軟件公司溝通的橋梁,所以在軟件實(shí)施過程中信息部門需要與軟件公司融方案、合能力,共同推動(dòng)系統(tǒng)實(shí)施,而在企業(yè)內(nèi)部,信息部門需要與業(yè)務(wù)部門融痛點(diǎn),合需求,共同推動(dòng)數(shù)字化項(xiàng)目建設(shè)。
在大部分企業(yè)領(lǐng)導(dǎo)眼里以為數(shù)字化系統(tǒng)實(shí)施結(jié)束了,上線了,數(shù)字化建設(shè)也隨之結(jié)束了,這是非常錯(cuò)誤的想法,系統(tǒng)上線其實(shí)是數(shù)字化運(yùn)營的開端。
企業(yè)數(shù)字化轉(zhuǎn)型的價(jià)值并不是上幾套業(yè)務(wù)系統(tǒng),搞幾個(gè)平臺,以“量”取勝,而是以“數(shù)”取勝,這個(gè)“數(shù)”并不是數(shù)量,而是數(shù)據(jù)。但值得注意的是并不是錄入系統(tǒng)的都成稱得上是價(jià)值數(shù)據(jù),如不對數(shù)據(jù)過程質(zhì)量加以把控,那么你將看到以下場景:
1.臟亂差的數(shù)據(jù)充斥系統(tǒng);
2.數(shù)據(jù)的及時(shí)性、完整性、有效性難以保障;
3.系統(tǒng)內(nèi)數(shù)據(jù)無標(biāo)準(zhǔn),混亂;
4.無人為此負(fù)責(zé);
5.后期想利用數(shù)據(jù)必須花大量時(shí)間、成本做數(shù)據(jù)清洗;
6.即使做了BI大數(shù)據(jù)報(bào)表也是花架子;
所以企業(yè)要以運(yùn)營的思維進(jìn)行業(yè)務(wù)系統(tǒng)管理,這一過程也需要技術(shù)與業(yè)務(wù)的融合,融方法,合措施,訂制度,強(qiáng)落地,保數(shù)據(jù),展價(jià)值。信息部門協(xié)助業(yè)務(wù)部門解決需求技術(shù)問題,而業(yè)務(wù)部門以標(biāo)準(zhǔn)化的數(shù)據(jù)體現(xiàn)數(shù)字化價(jià)值。
綜上所述,不難看出企業(yè)數(shù)字化轉(zhuǎn)型過程就是一個(gè)融合的過程,在這一過程融合中要開放,開放中要包容,包容中要共生,沒有以個(gè)別部門獨(dú)立的核心,而是多部門乃至整個(gè)公司的融合核心,只有達(dá)成一致的數(shù)字化共識,才有成功的數(shù)字化項(xiàng)目建設(shè)。技術(shù)與業(yè)務(wù)融合在老楊看來其實(shí)就是數(shù)字化轉(zhuǎn)型過程中的一個(gè)典型場景,我們不僅需要技術(shù)與業(yè)務(wù)融合,還需要技術(shù)與組織融合、技術(shù)與能力融合、技術(shù)與生態(tài)融合............
版權(quán)聲明: 本文內(nèi)容來源于網(wǎng)絡(luò),該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容,請聯(lián)系我們,一經(jīng)查實(shí),本站將立刻刪除。