文章轉(zhuǎn)載來源《工業(yè)互聯(lián)網(wǎng)前線》

數(shù)字化轉(zhuǎn)型的核心是技術(shù)?還是業(yè)務(wù)?

這個問題網(wǎng)絡(luò)上有種種說法，我們看到最多的一種說法是技術(shù)與業(yè)務(wù)融合，但在實際的落地場景中如何融?如何合?今天就來講一講數(shù)字化轉(zhuǎn)型過程中業(yè)務(wù)與技術(shù)融合這些事。

大部分企業(yè)做數(shù)字化轉(zhuǎn)型容易進(jìn)入兩個極端：

第一，技術(shù)的極端：

對數(shù)字化轉(zhuǎn)型的認(rèn)知大部分傳統(tǒng)企業(yè)還停留在技術(shù)層面，在企業(yè)領(lǐng)導(dǎo)的意識里認(rèn)為做數(shù)字化轉(zhuǎn)型無非就是花錢買軟件，軟件好不好用、能不能用、如何用這些都是信息部門的事情，如果數(shù)字化項目建設(shè)失敗了，那肯定是信息部的能力問題;

第二，業(yè)務(wù)的極端：

信息部門在企業(yè)屬于二級甚至是三級部門，日常就做些IT運維的活，無數(shù)字化建設(shè)話語權(quán)，相關(guān)數(shù)字化系統(tǒng)的引進(jìn)由業(yè)務(wù)部門自行負(fù)責(zé)，業(yè)務(wù)部門需要什么系統(tǒng)就自由引進(jìn)、實施與維護(hù)環(huán)節(jié)信息部門均未參與;

兩個極端造成的后果就是：

1.信息部門孤掌難鳴，成為背鍋俠;

2.信息系統(tǒng)任由業(yè)務(wù)部門自由引進(jìn)，數(shù)字化建設(shè)野蠻生長，重復(fù)建設(shè)，造成大量功能浪費;

3.前期缺乏規(guī)劃造成大量數(shù)據(jù)孤島;

4.后期大量數(shù)據(jù)接口開發(fā)工作，造成無謂的成本浪費，這種成本包括：人力成本、時間成本、資金成本;

5.系統(tǒng)數(shù)據(jù)無標(biāo)準(zhǔn)，運行過程無監(jiān)督，系統(tǒng)爛尾無人知，無人為此負(fù)責(zé);

正因為以上兩個數(shù)字化建設(shè)極端，所以導(dǎo)致企業(yè)數(shù)字化轉(zhuǎn)型失敗率極高。我們不難看出從一開始企業(yè)就做錯了，任何一方的單打獨斗搞數(shù)字化建設(shè)只能以失敗告終，所以企業(yè)要以系統(tǒng)性運營思維、技術(shù)與業(yè)務(wù)融合思維的模式來做數(shù)字化轉(zhuǎn)型，而非買賣軟件的商業(yè)邏輯。

技術(shù)與業(yè)務(wù)的融合思維要貫穿數(shù)字化轉(zhuǎn)型的全過程、軟件的生命周期，而非其中某一個環(huán)節(jié)。這個過程包括：項目立項、選型、實施、上線、運維、售后。

數(shù)字化建設(shè)項目的立項基于企業(yè)的數(shù)字化戰(zhàn)略規(guī)劃或業(yè)務(wù)部門的某一個痛點，痛點會產(chǎn)生業(yè)務(wù)需求，而數(shù)字化系統(tǒng)基于業(yè)務(wù)需求而非技術(shù)需求，但系統(tǒng)解決方案卻依托于技術(shù)手段來實現(xiàn)，由此我們可以看出，技術(shù)是基礎(chǔ)底座，而系統(tǒng)功能的匹配能力是業(yè)務(wù)需求得以滿足的關(guān)鍵。所以在技術(shù)與業(yè)務(wù)的融合場景中我們看到：業(yè)務(wù)部門從功能適配、易用角度來進(jìn)行系統(tǒng)選型，而信息部門從系統(tǒng)架構(gòu)、性能、運維角度來考察軟件公司，兩者結(jié)合進(jìn)行軟件選型，缺一不可，否則你將會看到如下場景：

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)難以流暢運行;

從以上熟悉的場景，我們不難看出，技術(shù)與業(yè)務(wù)在軟件項目立項、選型期不能相互脫離而單獨存在，雙方需要融需求，合意見。數(shù)字化建設(shè)成敗最重要的環(huán)節(jié)是實施，實施過程是一個解決需求、解決痛點的過程，但大部分企業(yè)的軟件實施結(jié)果往往變成了“賣家秀與買家秀”，為什么?老楊從企業(yè)內(nèi)部的原因分析如下：

1.技術(shù)與業(yè)務(wù)脫離，造成前期選型不嚴(yán)謹(jǐn)、不科學(xué);

2.業(yè)務(wù)部門在實施過程中參與度不高，整個實施過程淪為信息部門的獨角戲;

3.信息部門對業(yè)務(wù)部門需求的把控能力不足，造成需求反復(fù)、無限發(fā)散;

4.技術(shù)部門做甩手掌柜，將實施全部交由軟件公司來實現(xiàn);

從眾多實施失敗的案例中，我們不難看出信息部門在這一過程中的角色及地位，信息部門是整個實施過程中技術(shù)與業(yè)務(wù)的“傳譯者”，是企業(yè)與軟件公司溝通的橋梁，所以在軟件實施過程中信息部門需要與軟件公司融方案、合能力，共同推動系統(tǒng)實施，而在企業(yè)內(nèi)部，信息部門需要與業(yè)務(wù)部門融痛點，合需求，共同推動數(shù)字化項目建設(shè)。

在大部分企業(yè)領(lǐng)導(dǎo)眼里以為數(shù)字化系統(tǒng)實施結(jié)束了，上線了，數(shù)字化建設(shè)也隨之結(jié)束了，這是非常錯誤的想法，系統(tǒng)上線其實是數(shù)字化運營的開端。

企業(yè)數(shù)字化轉(zhuǎn)型的價值并不是上幾套業(yè)務(wù)系統(tǒng)，搞幾個平臺，以“量”取勝，而是以“數(shù)”取勝，這個“數(shù)”并不是數(shù)量，而是數(shù)據(jù)。但值得注意的是并不是錄入系統(tǒng)的都成稱得上是價值數(shù)據(jù)，如不對數(shù)據(jù)過程質(zhì)量加以把控，那么你將看到以下場景：

1.臟亂差的數(shù)據(jù)充斥系統(tǒng);

2.數(shù)據(jù)的及時性、完整性、有效性難以保障;

3.系統(tǒng)內(nèi)數(shù)據(jù)無標(biāo)準(zhǔn)，混亂;

4.無人為此負(fù)責(zé);

5.后期想利用數(shù)據(jù)必須花大量時間、成本做數(shù)據(jù)清洗;

6.即使做了BI大數(shù)據(jù)報表也是花架子;

所以企業(yè)要以運營的思維進(jìn)行業(yè)務(wù)系統(tǒng)管理，這一過程也需要技術(shù)與業(yè)務(wù)的融合，融方法，合措施，訂制度，強(qiáng)落地，保數(shù)據(jù)，展價值。信息部門協(xié)助業(yè)務(wù)部門解決需求技術(shù)問題，而業(yè)務(wù)部門以標(biāo)準(zhǔn)化的數(shù)據(jù)體現(xiàn)數(shù)字化價值。

綜上所述，不難看出企業(yè)數(shù)字化轉(zhuǎn)型過程就是一個融合的過程，在這一過程融合中要開放，開放中要包容，包容中要共生，沒有以個別部門獨立的核心，而是多部門乃至整個公司的融合核心，只有達(dá)成一致的數(shù)字化共識，才有成功的數(shù)字化項目建設(shè)。技術(shù)與業(yè)務(wù)融合在老楊看來其實就是數(shù)字化轉(zhuǎn)型過程中的一個典型場景，我們不僅需要技術(shù)與業(yè)務(wù)融合，還需要技術(shù)與組織融合、技術(shù)與能力融合、技術(shù)與生態(tài)融合............

版權(quán)聲明: 本文內(nèi)容來源于網(wǎng)絡(luò)，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容，請聯(lián)系我們，一經(jīng)查實，本站將立刻刪除。