對(duì)于許多 C 級(jí)業(yè)務(wù)和 IT 高管而言,他們認(rèn)為公司的數(shù)據(jù)狀況良好,能夠?yàn)閿?shù)據(jù)驅(qū)動(dòng)決策提供支持,并交付 AI 驅(qū)動(dòng)的解決方案。
然而,根據(jù) IT 咨詢公司 Softserve 最近的一項(xiàng)調(diào)查顯示,離數(shù)據(jù)越近的 IT 領(lǐng)導(dǎo)者對(duì)數(shù)據(jù)質(zhì)量的信心就越低。調(diào)查發(fā)現(xiàn),在大型企業(yè)中,近一半的 C 級(jí)高管(包括 C 級(jí) IT 領(lǐng)導(dǎo)者)認(rèn)為其組織的數(shù)據(jù)已達(dá)到成熟水平,而只有 37% 的處于總監(jiān)級(jí)別的數(shù)據(jù)和 AI 領(lǐng)導(dǎo)者持同樣觀點(diǎn)。
專家警告說(shuō),這種 C 級(jí)高管與副總裁和總監(jiān)級(jí) IT 領(lǐng)導(dǎo)者之間的數(shù)據(jù)信任缺口,在訓(xùn)練 AI 模型或推出其他數(shù)據(jù)驅(qū)動(dòng)措施時(shí)可能會(huì)引發(fā)重大問題。
此外,在負(fù)責(zé) AI 或數(shù)據(jù)管理的副總裁中,有 68% 已觀察到他們的公司幾乎或總是基于錯(cuò)誤數(shù)據(jù)做出決策,而 C 級(jí) IT 領(lǐng)導(dǎo)者中這一比例僅為 47%。
密歇根大學(xué)創(chuàng)新與技術(shù)學(xué)院教授 Timothy Bates 表示,當(dāng) C 級(jí)高管往往只收到形式化的、幻燈片級(jí)別的 IT 問題概覽(包括數(shù)據(jù)質(zhì)量)時(shí),這種差異并不令人意外。
他說(shuō):“高管看到的是那種干凈、匯總、經(jīng)過潤(rùn)色的儀表盤;而總監(jiān)看到的是后臺(tái)情況 —— 中斷的數(shù)據(jù)管道、不一致的定義、缺乏上下文的警報(bào)。”
Bates 曾任 Lenovo 和 General Motors 的 CTO,他在大型汽車制造商處觀察到 IT 問題的視角存在巨大差異,總監(jiān)級(jí) IT 領(lǐng)導(dǎo)者往往能夠指出那些 C 級(jí)高管無(wú)法察覺的問題。
他說(shuō):“總監(jiān)們并不是過于悲觀;他們看到了儀表盤無(wú)法展示的缺口。總監(jiān)在評(píng)估數(shù)據(jù)信心方面通常更準(zhǔn)確,因?yàn)樗麄兂两谙到y(tǒng)中,而不僅僅是瀏覽總結(jié)。”
數(shù)據(jù)策略待平衡
除了 IT 管理層級(jí)之間存在數(shù)據(jù)可視化差距外,數(shù)據(jù)質(zhì)量問題往往還源自零散的 IT 基礎(chǔ)設(shè)施。Aidora(提供 AI 驅(qū)動(dòng)人力資源軟件)的聯(lián)合創(chuàng)始人兼 CTO Anant Agarwal 表示,許多公司為實(shí)現(xiàn)所需功能而使用多個(gè) IT 供應(yīng)商的產(chǎn)品。
他舉例說(shuō)明:為了運(yùn)行一款內(nèi)部工具,一家公司可能會(huì)使用某一供應(yīng)商的云服務(wù)、另一供應(yīng)商的數(shù)據(jù)庫(kù) API、第三供應(yīng)商的緩存服務(wù)、第四供應(yīng)商的 AI 工具,以及第五供應(yīng)商的登錄服務(wù)。
他補(bǔ)充道:“本質(zhì)上,不同供應(yīng)商擁有的多個(gè)較小軟件組合在一起構(gòu)成了這個(gè)產(chǎn)品。所有這些系統(tǒng)各自生成數(shù)據(jù),我們需要付出有意識(shí)的努力,將所有生成的數(shù)據(jù)匯聚到一個(gè)帶有適當(dāng)注釋的集中式數(shù)據(jù)湖中,以便后續(xù)確定權(quán)限。”
完成內(nèi)部服務(wù)后,IT 團(tuán)隊(duì)便轉(zhuǎn)而投入下一個(gè)項(xiàng)目,Agarwal 說(shuō)。
他說(shuō):“一旦功能構(gòu)建完成,團(tuán)隊(duì)就將項(xiàng)目標(biāo)記為完成并發(fā)送通知郵件,因此沒有動(dòng)力確保所有數(shù)據(jù)能夠正確流入,為未來(lái)數(shù)據(jù)的使用做好準(zhǔn)備。團(tuán)隊(duì)往往更注重短期成果,而忽視長(zhǎng)期規(guī)劃。”
這種重視短期成果的做法可能會(huì)隨著時(shí)間的推移侵蝕組織的數(shù)據(jù)基礎(chǔ)。數(shù)據(jù)管理策略資金不足以及對(duì)數(shù)字化項(xiàng)目重于數(shù)據(jù)項(xiàng)目的重心,僅是導(dǎo)致大多數(shù)組織數(shù)據(jù)驅(qū)動(dòng)項(xiàng)目脫軌的其他問題之一。
爭(zhēng)相擁抱 AI
Softserve 大數(shù)據(jù)和分析助理副總裁 Rodion Myronov 表示,過去兩年中,隨著許多公司急于采用生成式 AI 工具,數(shù)據(jù)質(zhì)量問題變得更加突出。
他說(shuō):“當(dāng)董事會(huì)向 C 級(jí)人員詢問這一技術(shù)時(shí),人們自然會(huì)覺得必須有所表現(xiàn),你很難真的回答‘不,我不知道我們能用它做些什么’。”
他補(bǔ)充道,許多公司在啟動(dòng)生成式 AI 項(xiàng)目時(shí),沒有先明確要解決的問題,也沒有清理實(shí)現(xiàn)項(xiàng)目成功所必需的數(shù)據(jù)。在某些情況下,內(nèi)部數(shù)據(jù)仍然分散在多個(gè)數(shù)據(jù)庫(kù)、存儲(chǔ)位置和格式中。
IT 解決方案提供商 TEKsystems 的 CTO Ram Palaniappan 表示,當(dāng)公司在沒有收集和清洗數(shù)據(jù)的情況下啟動(dòng) AI 項(xiàng)目,就容易出現(xiàn) AI 幻覺,從而引發(fā)巨大的商業(yè)失誤。
他說(shuō):“如果我基于 AI 的收入報(bào)告呈現(xiàn)在董事會(huì)面前,而由于某種原因遺漏了某個(gè)區(qū)域,大家對(duì)你的報(bào)告就會(huì)信任度下降。”
他指出,圍繞生成式 AI 的初步公關(guān)炒作導(dǎo)致許多倉(cāng)促啟動(dòng)的項(xiàng)目沒有使用正確的數(shù)據(jù)。“AI 的公關(guān)效應(yīng)正在趕上 C 級(jí)和副總裁級(jí)別人員。當(dāng)真正執(zhí)行時(shí),總監(jiān)和一線管理者會(huì)看到所有這些缺陷,他們現(xiàn)在正在指出這些問題。”
錯(cuò)誤數(shù)據(jù)帶來(lái)的問題
Aidora 的 Agarwal 表示,缺乏優(yōu)質(zhì)數(shù)據(jù)會(huì)導(dǎo)致多種問題。即使是 CIO 在內(nèi)的 C 級(jí)高管也可能要求在數(shù)據(jù)尚未準(zhǔn)備就緒的情況下開發(fā)新產(chǎn)品,這可能會(huì)導(dǎo)致 IT 領(lǐng)導(dǎo)者因?yàn)榉磸?fù)推遲時(shí)間表而顯得無(wú)能,或者將負(fù)擔(dān)轉(zhuǎn)嫁給下屬員工。
他說(shuō):“團(tuán)隊(duì)可能會(huì)被迫開發(fā)一系列他們還未準(zhǔn)備好實(shí)施的項(xiàng)目,這可能導(dǎo)致項(xiàng)目失敗、交付大幅延遲或者團(tuán)隊(duì)過度疲勞。”
Palaniappan 建議,為彌補(bǔ)數(shù)據(jù)質(zhì)量信心缺口,公司應(yīng)更加注重在組織結(jié)構(gòu)中的透明度。較低層級(jí)的 IT 領(lǐng)導(dǎo)者可以通過制定詳細(xì)的 IT 項(xiàng)目路線圖(包括解決數(shù)據(jù)問題的時(shí)間表),幫助 CIO 以及 C 級(jí)高管了解組織的數(shù)據(jù)成熟度需求。
他說(shuō):“采取‘爬行、行走、奔跑’的策略引導(dǎo)事務(wù)朝正確方向前進(jìn),并制定明確的路線圖。評(píng)估你們?cè)趫?zhí)行路線圖時(shí)數(shù)據(jù)的成熟度,然后逐步改進(jìn)。”
Softserve 的 Myronov 補(bǔ)充稱,公司需要堅(jiān)實(shí)的數(shù)據(jù)基礎(chǔ),包括側(cè)重于商業(yè)案例、數(shù)據(jù)可訪問性和數(shù)據(jù)安全的數(shù)據(jù)策略。
他建議,組織還應(yīng)聘請(qǐng)批判性人才,在 AI 及其他數(shù)據(jù)驅(qū)動(dòng)項(xiàng)目中指出潛在的數(shù)據(jù)問題。
他說(shuō):“無(wú)論是任何概念驗(yàn)證項(xiàng)目(POC),甚至不限于 AI 項(xiàng)目以及負(fù)責(zé)該項(xiàng)目的團(tuán)隊(duì)中,你都會(huì)發(fā)現(xiàn)有人全情投入,相信結(jié)果必定會(huì)實(shí)現(xiàn);但你不會(huì)看到扮演軟件開發(fā)質(zhì)控(QA)角色的人,他們正試圖找出缺陷。”
他說(shuō),如果缺少在概念驗(yàn)證項(xiàng)目中持懷疑態(tài)度的員工,公司就可能在最終失敗的項(xiàng)目上花費(fèi)過多的時(shí)間和金錢。快速失敗或許才是更好的結(jié)果。
他說(shuō):“有些開發(fā)者通常只看到一切風(fēng)和日麗的場(chǎng)景。優(yōu)秀的開發(fā)者專注于構(gòu)建有效的產(chǎn)品,但同時(shí)也應(yīng)該設(shè)立一個(gè)完全獨(dú)立的角色,僅專注于發(fā)現(xiàn)不可行之處。”
特別聲明:以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺(tái)“網(wǎng)易號(hào)”用戶上傳并發(fā)布,本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.