曆年來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想看，還是需求拉動的數字化基本技術的使用。

不(bu)是(shi)說(shuo)需(xu)求(qiu)拉(la)動(dong)就(jiu)是(shi)問(wen)題(ti)，但(dan)公(gong)司(si)需(xu)要(yao)競(jing)爭(zheng)力(li)，才(cai)能(neng)有(you)希(xi)望(wang)在(zai)市(shi)場(chang)競(jing)爭(zheng)中(zhong)獲(huo)得(de)生(sheng)存(cun)機(ji)會(hui)

，而(er)需(xu)求(qiu)拉(la)動(dong)，很(hen)難(nan)產(chan)生(sheng)重(zhong)大(da)變(bian)革(ge)，很(hen)難(nan)對(dui)公(gong)司(si)的(de)競(jing)爭(zheng)力(li)產(chan)生(sheng)重(zhong)大(da)影(ying)響(xiang)。IT若還是以需求驅動為主，那它就成為不了公司數字化轉型的戰略力量，這個公司的數字化轉型也基本遙遙無期。

IT必須要製定技術賦能業務的競爭力的規劃，要找到技術和業務的競爭力結合部，既能讓當前的業務KPI得de到dao大da幅fu提ti高gao，遠yuan超chao業ye務wu需xu求qiu拉la動dong的de建jian設she成cheng果guo，獲huo得de業ye務wu領ling導dao信xin任ren和he支zhi持chi，又you能neng讓rang公gong司si產chan品pin的de競jing爭zheng力li提ti升sheng
，成cheng為wei公gong司si產chan品pin特te征zheng的de一yi部bu分fen，從cong而er成cheng為wei公gong司si願yuan意yi持chi續xu耕geng耘yun的de賽sai道dao，也ye能neng讓rang公gong司si數shu字zi化hua、智能化建設成為常態。

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

咱們把業務縮小到汽車供應鏈業務，找找規律。首先無論業務需求怎麼提

，業務的基本管理就是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，也能提升供應鏈賦予產品的競爭力。

Adechangjing，zaijiaofuleixingdeyewu
，jiushijiejuezhixingguochengzhongdewenti，jigaoxiaojiejuewenti
，wendingjiaofu，zaichanpinleixingdeyewuzhong，jiushijiejuechanpinyonghushiyongguochengzhongdewenti，jigaoxiaofuwuyunying，wendingkoubei。

那麼對於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 技(ji)術(shu)
   ，它(ta)是(shi)一(yi)種(zhong)以(yi)神(shen)經(jing)網(wang)絡(luo)深(shen)度(du)學(xue)習(xi)為(wei)基(ji)礎(chu)的(de)自(zi)然(ran)語(yu)言(yan)生(sheng)成(cheng)模(mo)型(xing)。它(ta)可(ke)以(yi)對(dui)人(ren)工(gong)智(zhi)能(neng)訓(xun)練(lian)用(yong)的(de)海(hai)量(liang)文(wen)本(ben)數(shu)據(ju)進(jin)行(xing)分(fen)析(xi)理(li)解(jie)，學(xue)習(xi)企(qi)業(ye)內(nei)的(de)業(ye)務(wu)知(zhi)識(shi)與(yu)術(shu)語(yu)
   ，然(ran)後(hou)對(dui)這(zhe)些(xie)知(zhi)識(shi)進(jin)行(xing)智(zhi)能(neng)的(de)生(sheng)成(cheng)
   、存儲和檢索。 它可以用來應對最後一個挑戰。

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

，盡在起點！