隨著企業(yè)與數(shù)字科技融合程度的逐漸加深,越來越多的企業(yè)在數(shù)字化轉(zhuǎn)型之路上感到前所未有的焦慮。他們相信組織已經(jīng)擁有了具有經(jīng)濟(jì)價(jià)值的數(shù)據(jù)資源,期望它能像其他資產(chǎn)那樣為組織帶來更多的未來利益。
諸如員工資產(chǎn),與數(shù)據(jù)一樣,員工也是企業(yè)資產(chǎn)的重要組成部分。只不過相較于數(shù)據(jù)資產(chǎn)管理在國(guó)內(nèi)企業(yè)中仍然處于早期階段。大部分企業(yè)在員工的選育用留上已經(jīng)形成了一套標(biāo)準(zhǔn)化流程和相對(duì)成熟的管理策略?;诖耍覀兪遣皇菓?yīng)該考慮像管理員工資產(chǎn)那樣,以相同的方式處理數(shù)據(jù)呢?這時(shí),數(shù)據(jù)策略顯得尤為重要。
一、數(shù)據(jù)策略的定義
數(shù)據(jù)策略是用于獲取、集成、存儲(chǔ)、保護(hù)、管理、監(jiān)控、分析、使用和操作數(shù)據(jù)的方法?,F(xiàn)代而全面的數(shù)據(jù)策略所涉及的不僅僅是數(shù)據(jù),它是定義人員、流程和技術(shù)的路線圖,闡明了數(shù)據(jù)將如何實(shí)現(xiàn)和激發(fā)業(yè)務(wù)策略。
具體包括:闡明目標(biāo)愿景和實(shí)現(xiàn)該愿景的實(shí)用指南,明確闡述成功標(biāo)準(zhǔn)和關(guān)鍵績(jī)效指標(biāo),這些指標(biāo)可用于評(píng)估和合理化所有后續(xù)數(shù)據(jù)計(jì)劃。而不包含針對(duì)特定技術(shù)問題的詳細(xì)解決方案。隨著企業(yè)目標(biāo)的發(fā)展,數(shù)據(jù)戰(zhàn)略并非一成不變,需要緊跟企業(yè)的技術(shù)創(chuàng)新和運(yùn)作方式。
二、為什么企業(yè)要建立數(shù)據(jù)策略
鑒于前面闡述的背景,數(shù)據(jù)策略與員工的選育用留策略一樣,都是為了更科學(xué)地管理企業(yè)資產(chǎn)。如果沒有策略,組織將被動(dòng)應(yīng)對(duì)各業(yè)務(wù)部門提出的數(shù)據(jù)要求。從前臺(tái)業(yè)務(wù)、市場(chǎng),到中后臺(tái)的財(cái)務(wù)、供應(yīng)鏈、人力資源,都會(huì)向一個(gè)部門提需求,可能涉及到某種數(shù)據(jù)分析、主數(shù)據(jù)管理、商業(yè)智能、數(shù)據(jù)治理、數(shù)據(jù)質(zhì)量計(jì)劃等。
導(dǎo)致數(shù)據(jù)部門每天對(duì)外要理解業(yè)務(wù)數(shù)據(jù)需求的內(nèi)涵,竭力排期滿足,對(duì)內(nèi)要運(yùn)維所使用的陳舊工具和系統(tǒng),保證其正常運(yùn)行,每天不堪重負(fù)。一旦出現(xiàn)數(shù)據(jù)質(zhì)量、元數(shù)據(jù)等問題,就會(huì)被挑戰(zhàn)得體無(wú)完膚,甚至?xí)?jí)到能力和信任的高度。更為關(guān)鍵的是,如果無(wú)法及時(shí)正確地支持這些計(jì)劃,很容易導(dǎo)致企業(yè)做出錯(cuò)誤的商業(yè)決策。
三、誰(shuí)來制定、推動(dòng)數(shù)據(jù)策略
請(qǐng)不要將企業(yè)范圍的數(shù)據(jù)策略僅僅交給首席信息官(CIO),為什么?數(shù)據(jù)不僅僅是IT資產(chǎn),而是一種企業(yè)資產(chǎn),數(shù)據(jù)策略在一定程度上是一種企業(yè)戰(zhàn)略。
DataPipeline認(rèn)為,CEO和董事會(huì)需要深刻理解快速將數(shù)據(jù)戰(zhàn)略落地的意義和風(fēng)險(xiǎn),并著手構(gòu)建下述組織架構(gòu),鼓勵(lì)相應(yīng)的文化和創(chuàng)新。
CEO相較于其他企業(yè)角色,既要關(guān)注生存,也要關(guān)注發(fā)展,而數(shù)據(jù)很難做到立竿見影,所以平衡短期收益與長(zhǎng)期發(fā)展考驗(yàn)的是CEO的智慧。如果CEO在公布決策時(shí)都是引用數(shù)據(jù),并對(duì)企業(yè)內(nèi)部的數(shù)據(jù)創(chuàng)新非常熟悉,那么數(shù)據(jù)策略已經(jīng)成功了一半,否則其他人的努力有極大概率會(huì)付諸東流。
CDO由CEO領(lǐng)導(dǎo),直接負(fù)責(zé)公司組織內(nèi)部數(shù)據(jù)發(fā)展策略落地的詳細(xì)路徑和整體節(jié)奏,根據(jù)業(yè)務(wù)模式確定合規(guī)要求、需求滿足的價(jià)值、速度、流程、以及自動(dòng)化、智能化技術(shù)路線的選擇。這里一定要注意滿足業(yè)務(wù)需求的速度和質(zhì)量,由于數(shù)據(jù)需求的挑戰(zhàn)較大,太多CDO無(wú)法在一定時(shí)間,一定業(yè)務(wù)范圍內(nèi)快速達(dá)成CEO、董事會(huì)、業(yè)務(wù)部門希望看到的效果。沒有一個(gè)好的起點(diǎn),首席數(shù)據(jù)官的工作就會(huì)喪失前進(jìn)的節(jié)奏,陷于和業(yè)務(wù)部門就數(shù)據(jù)的上收、使用等流程長(zhǎng)期討論和拉鋸的泥潭中,造成惡性循環(huán),使這個(gè)崗位變成高危職位。據(jù)DataPipeline觀察,很多企業(yè)開始設(shè)立CDO的崗位,并嘗試通過數(shù)據(jù)帶來業(yè)務(wù)增長(zhǎng),客觀來說,這和其他高管職位一樣,是一個(gè)機(jī)遇與挑戰(zhàn)并存的情況。
數(shù)據(jù)合規(guī)與標(biāo)準(zhǔn)委員會(huì)由CEO領(lǐng)導(dǎo),并由公司的業(yè)務(wù)線領(lǐng)導(dǎo)、法務(wù)領(lǐng)導(dǎo)、首席數(shù)據(jù)官組成,詳細(xì)制定出數(shù)據(jù)使用的邊界、自由度和數(shù)據(jù)質(zhì)量標(biāo)準(zhǔn)。負(fù)責(zé)隨著業(yè)務(wù)的發(fā)展保持最高頻率(一般是一周一次)的討論更新,同時(shí)使用自動(dòng)化的工具將規(guī)則同步至數(shù)據(jù)系統(tǒng)中。如果業(yè)務(wù)的變化無(wú)法從合規(guī)層面保持一致,就會(huì)逐步成為限制數(shù)據(jù)使用的瓶頸。這里的挑戰(zhàn)在于不讓規(guī)則討論過于大而全,要盡快在一定范圍內(nèi)達(dá)成共識(shí),逐步推動(dòng)部分范圍內(nèi)規(guī)則地快速落地,否則會(huì)使愿景的落地失去前進(jìn)節(jié)奏。
數(shù)據(jù)部門由首席數(shù)據(jù)官領(lǐng)導(dǎo),包括數(shù)據(jù)工程師,分析師和數(shù)據(jù)科學(xué)家。數(shù)據(jù)工程師負(fù)責(zé)使用符合時(shí)代挑戰(zhàn)的自研或者商業(yè)的工具,確保業(yè)務(wù)用戶可以自助式地完成數(shù)據(jù)全生命周期的使用和管理。同時(shí)負(fù)責(zé)企業(yè)內(nèi)外的數(shù)據(jù)源能自動(dòng)高效地集成融合,快速滿足業(yè)務(wù)取數(shù)、用數(shù)需求,另外通過保證元數(shù)據(jù)、主數(shù)據(jù)、數(shù)據(jù)血緣與業(yè)務(wù)發(fā)展時(shí)刻保持一致,讓業(yè)務(wù)準(zhǔn)確無(wú)誤地理解數(shù)據(jù)語(yǔ)義。
他們不僅要確保大數(shù)據(jù)平臺(tái)的負(fù)載均衡、穩(wěn)定性,可以隨時(shí)響應(yīng)業(yè)務(wù)對(duì)數(shù)據(jù)模型的計(jì)算和查詢需求。還要遵循標(biāo)準(zhǔn)委員制定的標(biāo)準(zhǔn),通過手工制定規(guī)則和各種算法確保數(shù)據(jù)質(zhì)量并盡可能做到前置預(yù)警。最后,也是非常重要的一點(diǎn),在應(yīng)對(duì)業(yè)務(wù)部門的需求時(shí),需要有一套“定價(jià)體系”。因?yàn)閿?shù)據(jù)支持業(yè)務(wù)的發(fā)展探索是存在成本的,但目前業(yè)務(wù)部門對(duì)此并無(wú)感知,更核算不出ROI。在成本面前,很容易篩選出真需求,排出優(yōu)先級(jí),并且在后續(xù)服務(wù)中理清ROI。這條路舉步維艱,但又勢(shì)在必行,否則數(shù)據(jù)部門的業(yè)務(wù)價(jià)值困境始終會(huì)存在。
有時(shí)數(shù)據(jù)部門在沒有設(shè)立首席數(shù)據(jù)官的情況下也由CIO領(lǐng)導(dǎo),這時(shí)有一個(gè)職責(zé)劃分藝術(shù),每個(gè)企業(yè)的情況都不同,但CDO的重點(diǎn)職責(zé)是在合適的企業(yè)內(nèi)帶領(lǐng)數(shù)據(jù)組用數(shù)據(jù)快速產(chǎn)生業(yè)務(wù)價(jià)值。CIO的職責(zé)范圍更廣,但專精的領(lǐng)域不在該點(diǎn)上。
業(yè)務(wù)部門中應(yīng)當(dāng)擁有能深入理解業(yè)務(wù)的分析師和科學(xué)家,自助使用數(shù)據(jù)部門提供的工具,這時(shí)使用門檻會(huì)不斷降低,取數(shù)用數(shù)的難度和周期也會(huì)大幅下降,技能的要求一般是SQL級(jí)別。因此業(yè)務(wù)部門需要更加理解數(shù)據(jù),并構(gòu)思數(shù)據(jù)可以應(yīng)用到自身業(yè)務(wù)發(fā)展的角度,再通過管理數(shù)據(jù)使用的全生命周期,在實(shí)踐中不斷總結(jié)。挑戰(zhàn)在于如何能快速用數(shù)據(jù)高效地帶來業(yè)務(wù)價(jià)值,通過解耦來擺脫發(fā)展受到數(shù)據(jù)部門效率制約的現(xiàn)狀。
四、數(shù)據(jù)策略中的數(shù)據(jù)融合策略
企業(yè)希望在未來以數(shù)據(jù)支持?jǐn)?shù)據(jù)應(yīng)用和數(shù)據(jù)業(yè)務(wù),但前提是能夠隨時(shí)隨心快速提取使用數(shù)據(jù)。在此過程中存在一些壁壘,諸如技術(shù)、組織、文化等。如果沒有提前思考這些難點(diǎn),在后續(xù)朝目標(biāo)努力時(shí),會(huì)遇到很大的阻力,甚至有可能讓項(xiàng)目流產(chǎn)。
在搞清楚為什么制定數(shù)據(jù)融合策略之后,接下來我們將從以下幾方面展開:
Who:組織中,誰(shuí)將參與數(shù)據(jù)融合?是否有具備編程知識(shí)的IT專家解決所有數(shù)據(jù)融合任務(wù)?還是需要使業(yè)務(wù)部門的員工能夠自己使用數(shù)據(jù)融合工具?一旦實(shí)施,潛在的技術(shù)風(fēng)險(xiǎn)和實(shí)施周期是什么?這些問題將對(duì)您選擇購(gòu)買的數(shù)據(jù)融合解決方案的類型產(chǎn)生重大影響。
What:哪些數(shù)據(jù)可能需要集成?在DataPipeline看來,我們反對(duì)大而全,支持企業(yè)按需制定非常靈活的數(shù)據(jù)融合策略。企業(yè)需要反向從業(yè)務(wù)角度去思考,從全局角度梳理清楚在未來一到三年或更長(zhǎng)期的時(shí)間內(nèi),有哪些業(yè)務(wù)目標(biāo)希望通過數(shù)據(jù)去驅(qū)動(dòng),這些數(shù)據(jù)包括哪些數(shù)據(jù),這些數(shù)據(jù)都存在于哪里,避免重復(fù)建設(shè)。
如果只存在幾個(gè)數(shù)據(jù)孤島,對(duì)企業(yè)來說,最具成本效益的策略可能是選擇可以滿足特定需求的基本數(shù)據(jù)交換或ETL工具。但是,如果需要集成許多不同的孤島(或者不同類型的數(shù)據(jù)),那么最好使用功能更為全面的數(shù)據(jù)融合平臺(tái)。
When:何時(shí)進(jìn)行數(shù)據(jù)融合?企業(yè)一旦制定了數(shù)據(jù)策略,接下來數(shù)據(jù)融合策略將會(huì)被擺在一個(gè)非常高的位置上。因?yàn)椋绻蛔鰯?shù)據(jù)融合,其余事情將會(huì)舉步維艱,但從時(shí)間上要做通盤考慮,進(jìn)行一個(gè)頂層設(shè)計(jì),然后再按階段逐步進(jìn)行。
如果要?jiǎng)?chuàng)建數(shù)據(jù)倉(cāng)庫(kù),則數(shù)據(jù)融合可能會(huì)在分析之前進(jìn)行。如果要?jiǎng)?chuàng)建基于Hadoop或類似技術(shù)的數(shù)據(jù)湖,以原始未更改的形式存儲(chǔ)數(shù)據(jù),則將在運(yùn)行分析工作負(fù)載之前進(jìn)行一些數(shù)據(jù)融合。目前許多企業(yè)都有數(shù)據(jù)倉(cāng)庫(kù)和數(shù)據(jù)湖,選擇何種體系結(jié)構(gòu)將影響數(shù)據(jù)融合所需的技術(shù)類型。
Where:數(shù)據(jù)融合將在哪里進(jìn)行?云和本地并不是一個(gè)矛盾,因?yàn)楝F(xiàn)在有許多公司既有本地的IDC(數(shù)據(jù)中心),又有云上,甚至是多云的架構(gòu)。企業(yè)需要選擇一種能夠支持本地部署、云上部署、Docker,在容器大的平臺(tái)上多管齊下的數(shù)據(jù)融合工具。另外,該工具的現(xiàn)代化和智能化程度還應(yīng)該適應(yīng)企業(yè)當(dāng)中非常復(fù)雜多變的環(huán)境。
How:如何進(jìn)行數(shù)據(jù)融合?這個(gè)問題最為復(fù)雜,因?yàn)樗婕暗焦ぞ?、文化和流程。關(guān)于員工,作為企業(yè)和組織的戰(zhàn)略性資源,我們并非要將每個(gè)人都訓(xùn)練成高水平、有經(jīng)驗(yàn)、訓(xùn)練有素的數(shù)據(jù)工程師。而應(yīng)注重培養(yǎng)其數(shù)據(jù)意識(shí),知道如何使用數(shù)據(jù),如何去發(fā)揮數(shù)據(jù)的價(jià)值。
同時(shí)企業(yè)應(yīng)該采取靈活易用、穩(wěn)定的數(shù)據(jù)融合工具。面對(duì)再厲害的人才,如果沒有匹配相應(yīng)的工具和方法論,在工作中也很難游刃有余。未來企業(yè)需要多思考何種工具,何種平臺(tái),何種工作方式能讓組織盡快釋放數(shù)據(jù)效能。
公司需要結(jié)合自身的發(fā)展階段、信息化建設(shè)水平以及人員的素養(yǎng)等情況,來選擇自己的解決方案。
如果研發(fā)人員較多,可選擇的范圍相對(duì)會(huì)比較廣泛。面對(duì)開源和商業(yè)的數(shù)據(jù)融合工具,您需要根據(jù)企業(yè)的需求和對(duì)生產(chǎn)的要求進(jìn)行選擇。開源是很好的方式,可以先從這里嘗試做起,但是對(duì)于業(yè)務(wù)的連續(xù)性要求和有些生產(chǎn)級(jí)別的要求,可能就需要商業(yè)工具。
另外,關(guān)于一些技術(shù)考量點(diǎn),可以看這篇文章:構(gòu)建實(shí)時(shí)數(shù)據(jù)集成平臺(tái)時(shí),在技術(shù)選型上的考量點(diǎn)請(qǐng)?zhí)砑渔溄用枋?/p>
名稱欄目:2020年,看完這篇幫你詳細(xì)了解數(shù)據(jù)策略-創(chuàng)新互聯(lián)
URL鏈接:http://muchs.cn/article46/popeg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)頁(yè)設(shè)計(jì)公司、云服務(wù)器、軟件開發(fā)、App設(shè)計(jì)、網(wǎng)站收錄、企業(yè)建站
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容