曆年來IT信(xin)息(xi)化(hua)建(jian)設(she)由(you)業(ye)務(wu)驅(qu)動(dong)主(zhu)導(dao)的(de)模(mo)式(shi)

，這(zhe)個(ge)模(mo)式(shi)在(zai)數(shu)字(zi)化(hua)很(hen)難(nan)行(xing)得(de)通(tong)，更(geng)別(bie)說(shuo)智(zhi)能(neng)化(hua)了(le)，但(dan)多(duo)年(nian)來(lai)的(de)習(xi)慣(guan)要(yao)改(gai)變(bian)很(hen)難(nan)，甚(shen)至(zhi)這(zhe)個(ge)習(xi)慣(guan)還(hai)在(zai)延(yan)續(xu)，看(kan)看(kan)現(xian)在(zai)我(wo)們(men)做(zuo)的(de)很(hen)多(duo)數(shu)字(zi)化(hua)的(de)建(jian)設(she)，絕大部分還是在做報表、看板
、問題發現
，是利用大數據的技術提供常規業務功能


，能讓這些報表、看板的信息更全麵
、更及時；能讓問題的發現更提前、更全麵
，等，本質上還是業務Owner想看
，還是需求拉動的數字化基本技術的使用。

bushishuoxuqiuladongjiushiwenti，dangongsixuyaojingzhengli，cainengyouxiwangzaishichangjingzhengzhonghuodeshengcunjihui，erxuqiuladong
，hennanchanshengzhongdabiange，hennanduigongsidejingzhenglichanshengzhongdayingxiang。IT若還是以需求驅動為主，那它就成為不了公司數字化轉型的戰略力量
，這個公司的數字化轉型也基本遙遙無期。

IT必須要製定技術賦能業務的競爭力的規劃
，要找到技術和業務的競爭力結合部

，既能讓當前的業務KPIdedaodafutigao，yuanchaoyewuxuqiuladongdejianshechengguo，huodeyewulingdaoxinrenhezhichi
，younengranggongsichanpindejingzhenglitisheng，chengweigongsichanpintezhengdeyibufen，congerchengweigongsiyuanyichixugengyundesaidao，yenengranggongsishuzihua
、智能化建設成為常態。

是不是有點天方夜譚？太難了
，接下來就是我的胡思亂想了。

咱們把業務縮小到汽車供應鏈業務，找找規律。首先無論業務需求怎麼提，業務的基本管理就是PDCA，即Plan、Do、Check、Action，其次汽車供應鏈業務的KPI聚焦於降本增效，如產銷之間的交付滿足率、單車製造成本，管理也是圍繞這些KPI進行PDCA，具體來講：

● Plan

P就是年初對這些KPI製定相比於往年更進一步的指標；

● Do

D就jiu是shi各ge個ge基ji地di按an照zhao產chan銷xiao計ji劃hua在zai精jing益yi製zhi造zao管guan理li體ti係xi上shang進jin行xing製zhi造zao，這zhe是shi供gong應ying鏈lian體ti係xi的de大da協xie同tong，包bao括kuo了le我wo們men和he各ge個ge零ling部bu件jian供gong應ying商shang及ji配pei套tao服fu務wu商shang，如ru運yun輸shu服fu務wu商shang；

● Check

C就是專門負責檢查KPI等指標實際狀態的工程師們的工作，利用各類信息化和數字化工具來全麵檢查，報表


、大數據看板
、各類例會等；

● Action

A就是物流部、質保部
、ME、采(cai)購(gou)部(bu)等(deng)眾(zhong)多(duo)工(gong)程(cheng)師(shi)的(de)解(jie)決(jue)問(wen)題(ti)的(de)工(gong)作(zuo)，因(yin)為(wei)汽(qi)車(che)製(zhi)造(zao)的(de)複(fu)雜(za)，即(ji)使(shi)有(you)強(qiang)大(da)的(de)體(ti)係(xi)支(zhi)持(chi)，信(xin)息(xi)化(hua)支(zhi)持(chi)，但(dan)還(hai)是(shi)會(hui)有(you)預(yu)想(xiang)不(bu)到(dao)的(de)事(shi)件(jian)發(fa)生(sheng)
，產(chan)生(sheng)損(sun)失(shi)產(chan)能(neng)
、質量溢出等問題，影響KPI實現，急需解決
，這時候需要大批的問題解決人員，用經驗來製定行動方案來快速解決問題。

所以PDCA是業務固定的幾個階段
，圍繞每一個KPI
，都有自己的PDCA，而KPI
，因為有層層分解，所以有公司級的
、板塊級的、部門級的
、崗位級的，數量極大，業務的運作，實際上可以理解為極大數量的KPI的PDCA交織在一起，就像巨大的燒水壺，一直沸騰。

從PDCA各個階段的投入人員
，A一定是最多的，看看這些部門的崗位設定和工作實際，就可以判斷
，所以KPI是否能實現，負責A的工程師們是最關鍵的。

在業務驅動的IT建設中，PDCA的信息化程度如何？D是最多的
，C其次，P有一些
，而A應該是最少的，因為人員多且來自各個部門，沒有明確的業務Owner，也就沒有業務需求，所以也就沒有信息化建設
，更別提數字化
、智能化了。當D和C獲得每年的關注，不斷獲得建設投入的時候

，A卻被冷落了，而A卻是業務人員最多的、靠每個人的經驗的、沒有基本信息化支撐的、和KPI密切相關的、成本和效率不受控的
，簡直就是吃的是草，產出的是奶啊。A才是更需要信息化、數字化和智能化支撐的階段，隻有這樣

，才能提煉出問題的根源，去完善P、完善D、完善C，才能真正意義上把PDCA形成閉環，試想一下這個場景：營銷的一個提前要車
，會涉及到眾多零部件的需求變化，該如何把變化轉化為成本、時間影響最小的行動步驟，來引導自動化的、或者和人工合作半自動化模式的執行，以規定步驟、規定時間來執行，這個效率是否遠勝於人工憑經驗來解決。再試想另一個場景

，零件報廢率高，A階段的人分析下來根源是裝配步驟的問題，那就可以在Ddexinxixitongshangjiashangzhengquezhuangpeibuzhoudetishi
，bingzaigaigongweidepingmushangyongshipindefangshitishi
，congerrangcaozuogongkuaisulijie，anzhaozhengquedebuzhouzhuangpei
，dafujiangdibaofeilv

，youbaxinxitigonggeigaigongduandezhijiantai，congertishigaixinxibingyaoqiuyouyiduanshijianzhenduixingdejianzha

，zhejiubawentidejiejuecuoshiheC和D都進行了比較完美的結合。

PDCA四個環節的信息化、數字化及智能化相輔相成，齊頭並進，才能把可能發生的問題發現在源頭，最快時間解決，從而大幅減少A的de投tou入ru，也ye能neng最zui大da限xian度du地di保bao持chi高gao交jiao付fu率lv及ji製zhi造zao的de精jing益yi性xing
，從cong而er可ke以yi把ba準zhun時shi快kuai速su交jiao付fu作zuo為wei我wo們men產chan品pin的de特te征zheng
，也ye可ke以yi把ba穩wen定ding的de高gao質zhi量liang作zuo為wei我wo們men產chan品pin的de特te征zheng，從cong而er提ti升sheng產chan品pin的de競jing爭zheng力li。

所以基於PDCA管理機製，我們把信息化、數字化和智能化和該機製結合起來
，優先布局A環節，應該有機會大幅提升KPI，也能提升供應鏈賦予產品的競爭力。

A的(de)場(chang)景(jing)，在(zai)交(jiao)付(fu)類(lei)型(xing)的(de)業(ye)務(wu)，就(jiu)是(shi)解(jie)決(jue)執(zhi)行(xing)過(guo)程(cheng)中(zhong)的(de)問(wen)題(ti)，即(ji)高(gao)效(xiao)解(jie)決(jue)問(wen)題(ti)
，穩(wen)定(ding)交(jiao)付(fu)
，在(zai)產(chan)品(pin)類(lei)型(xing)的(de)業(ye)務(wu)中(zhong)
，就(jiu)是(shi)解(jie)決(jue)產(chan)品(pin)用(yong)戶(hu)使(shi)用(yong)過(guo)程(cheng)中(zhong)的(de)問(wen)題(ti)，即(ji)高(gao)效(xiao)服(fu)務(wu)運(yun)營(ying)，穩(wen)定(ding)口(kou)碑(bei)。

那麼對於A

，數字化和智能化的方案是什麼？從場景分析如下幾步：

1. 問題推送和接收，需要考慮問題信息如何讓接收者快速理解，而且大家都能一致的理解；
2. 問題的推送對象，如何準確？這對解決效率及成本控製都很重要；
3. 如何彙聚有利於該問題解決的相關知識
   ；
4. 如何方便問題接收者開展協同工作，快速聯係協作夥伴，快速溝通，如線上會議
   ，快速形成溝通紀要
   ，並按照What、Who、When進行任務拆分、精準推送、時間管理
   、狀態收集；
5. 如何判斷問題解決，需要關聯D和C的係統
   ，真實獲取解決狀態；
6. 問題關閉
   ，形成問題報告，度量解決效率，更新知識，更新人員績效。

以上這些步驟
，快速、精準是成功的關鍵。

逐個分析每一步，我們發現，這對現有的技術平台提出了很多挑戰：

1. 技術平台需要能敏捷響應新需求；
2. 技術平台要能快速的與已有係統（特別是核心業務係統）做數據對接
   ；
3. 需要能對企業的業務知識進行智能的生成、存儲和檢索。

要應對這些挑戰，我們需要使用合適的產品或技術。在這裏我主要推薦兩個：

1. Mendix 低代碼開發平台，使用模型驅動的開發方法和可視化編輯器幫助企業快速開發應用，能敏捷響應新需求。Mendix內(nei)置(zhi)豐(feng)富(fu)的(de)連(lian)接(jie)器(qi)，支(zhi)持(chi)與(yu)企(qi)業(ye)內(nei)外(wai)各(ge)係(xi)統(tong)進(jin)行(xing)實(shi)時(shi)數(shu)據(ju)同(tong)步(bu)，從(cong)而(er)實(shi)現(xian)與(yu)核(he)心(xin)業(ye)務(wu)係(xi)統(tong)的(de)快(kuai)速(su)數(shu)據(ju)對(dui)接(jie)。它(ta)可(ke)以(yi)用(yong)來(lai)應(ying)對(dui)前(qian)兩(liang)個(ge)挑(tiao)戰(zhan)。
2. 以 ChatGPT 為代表的 LLM jishu
   ，tashiyizhongyishenjingwangluoshenduxuexiweijichudeziranyuyanshengchengmoxing。takeyiduirengongzhinengxunlianyongdehailiangwenbenshujujinxingfenxilijie，xuexiqiyeneideyewuzhishiyushuyu，ranhouduizhexiezhishijinxingzhinengdeshengcheng
   、存儲和檢索。 它可以用來應對最後一個挑戰。

企業數字化轉型是一場萬裏長征，路上荊棘遍布。許多企業陷入需求驅動的誤區，難以取得突破。要找到發力點
，企業IT部門必須放眼長遠
，主動出擊，並尋找技術與業務的結合點。  希望通過以上思考和建議，能為企業數字化轉型的長征添磚加瓦，起到拋磚引玉的作用。數字化轉型
，盡在起點！