簡介這份151頁P(yáng)PT是德勤為某大型制造集團(tuán)編制的產(chǎn)業(yè)數(shù)字化轉(zhuǎn)型規(guī)劃方案面向制造企業(yè)戰(zhàn)略規(guī)劃、數(shù)字化建設(shè)與咨詢從業(yè)者幫助解決集團(tuán)級數(shù)智化轉(zhuǎn)型的頂層設(shè)計(jì)與落地路徑問題。壓縮包內(nèi)共1個pptx文件約19.98MB內(nèi)容以咨詢方法論與規(guī)劃框架為主。方案圍繞價值導(dǎo)向、數(shù)據(jù)驅(qū)動、管理高效三大核心原則展開涵蓋細(xì)分產(chǎn)業(yè)數(shù)字化規(guī)劃方法、變壓器產(chǎn)業(yè)現(xiàn)狀及數(shù)字化舉措分析、大型裝備與離散流水制造模式業(yè)務(wù)場景、產(chǎn)業(yè)及經(jīng)營單位數(shù)字化建設(shè)路線圖頂層規(guī)劃、落地實(shí)施行動建議等模塊并附研發(fā)數(shù)字化能力對標(biāo)、業(yè)務(wù)痛點(diǎn)分析與數(shù)字化項(xiàng)目卡片等附件。其中對六大制造模式的劃分、OTD與IPD雙流分析、十六個通用業(yè)務(wù)場景及項(xiàng)目優(yōu)先級排序等內(nèi)容展開較充分可作為集團(tuán)數(shù)字化轉(zhuǎn)型的參考模板。目前已有32人學(xué)習(xí)。1. 從一份 151 頁 PPT 說起大型制造集團(tuán)數(shù)字化轉(zhuǎn)型規(guī)劃到底在規(guī)劃什么如果你在制造業(yè)做 IT、戰(zhàn)略或者數(shù)字化相關(guān)的工作大概率遇到過這種場景老板從外面帶回來一份咨詢公司的規(guī)劃方案厚厚一沓封面寫著「產(chǎn)業(yè)數(shù)字化轉(zhuǎn)型規(guī)劃」翻兩頁全是框架圖、成熟度模型、四層架構(gòu)看著很唬人但落到「明年到底先干哪個項(xiàng)目、預(yù)算怎么分、數(shù)據(jù)從哪來」就卡住了。這份德勤給某大型制造集團(tuán)做的 151 頁 PPT本質(zhì)上就是這類交付物——它不是技術(shù)方案而是一份把集團(tuán)戰(zhàn)略翻譯成可執(zhí)行項(xiàng)目清單的規(guī)劃文檔。它解決的問題很具體一個多工廠、多業(yè)態(tài)、多系統(tǒng)的制造集團(tuán)怎么在三年內(nèi)把散落在 ERP、MES、SCADA、WMS 里的數(shù)據(jù)打通怎么讓管理層看到實(shí)時經(jīng)營指標(biāo)怎么讓產(chǎn)線從「事后統(tǒng)計(jì)」變成「過程可控」。適合誰看集團(tuán)層面的數(shù)字化負(fù)責(zé)人、IT 總監(jiān)、戰(zhàn)略部做規(guī)劃的人以及被拉去寫可研報告的一線工程師。不適合指望拿它當(dāng)代碼手冊的人——PPT 里沒有一行 SQL但它決定了你未來兩年做的項(xiàng)目有沒有預(yù)算、能不能立項(xiàng)。2. 拆解 151 頁規(guī)劃 PPT 的骨架從戰(zhàn)略到項(xiàng)目的四層映射2.1 大型制造集團(tuán)數(shù)字化轉(zhuǎn)型的典型分層結(jié)構(gòu)一份合格的集團(tuán)級數(shù)字化規(guī)劃不管誰做的骨架基本逃不出四層戰(zhàn)略層、業(yè)務(wù)層、應(yīng)用層、數(shù)據(jù)層。戰(zhàn)略層回答「為什么轉(zhuǎn)」通常是集團(tuán)三年戰(zhàn)略里抽出來的幾個關(guān)鍵詞比如降本、協(xié)同、全球化運(yùn)營業(yè)務(wù)層回答「轉(zhuǎn)什么」落到研產(chǎn)供銷服各個域比如研發(fā)協(xié)同、計(jì)劃排產(chǎn)、質(zhì)量追溯、供應(yīng)鏈可視應(yīng)用層回答「用什么系統(tǒng)承載」會列出 ERP 升級、MES 推廣、數(shù)據(jù)中臺、BI 報表這些具體系統(tǒng)數(shù)據(jù)層回答「數(shù)據(jù)從哪來到哪去」包括主數(shù)據(jù)管理、數(shù)據(jù)標(biāo)準(zhǔn)、數(shù)據(jù)倉庫分層。德勤這類咨詢公司的套路是在這四層之間加一個「成熟度評估」和「藍(lán)圖規(guī)劃」。成熟度評估用一套打分表把集團(tuán)現(xiàn)狀和行業(yè)標(biāo)桿對比找出差距最大的幾個域藍(lán)圖規(guī)劃則把差距翻譯成項(xiàng)目排優(yōu)先級。你拿到 PPT 后不要從第一頁翻直接跳到「項(xiàng)目清單」和「實(shí)施路線圖」那幾頁那才是真正值錢的部分。2.2 從 PPT 里提取可執(zhí)行項(xiàng)目清單的方法PPT 里的項(xiàng)目清單通常長這樣項(xiàng)目名稱、所屬域、優(yōu)先級、預(yù)計(jì)周期、依賴關(guān)系、責(zé)任部門。你要做的是把它轉(zhuǎn)成一張能跟蹤的表。我一般會加三列數(shù)據(jù)就緒度、系統(tǒng)改造量、業(yè)務(wù)方配合度。數(shù)據(jù)就緒度決定這個項(xiàng)目能不能在三個月內(nèi)出第一個版本系統(tǒng)改造量決定要不要排 IT 資源業(yè)務(wù)方配合度決定會不會做到一半沒人驗(yàn)收。具體操作先把 PPT 里所有帶「平臺」「系統(tǒng)」「中心」「中臺」字樣的項(xiàng)目名摘出來去掉重復(fù)和明顯是同一個系統(tǒng)換說法的剩下的就是候選項(xiàng)目池。然后按「是否依賴其他項(xiàng)目先完成」畫依賴關(guān)系找出沒有前置依賴、且數(shù)據(jù)就緒度高的項(xiàng)目作為第一期啟動項(xiàng)。這一步不需要任何工具一張 Excel 就夠但能幫你把 151 頁里真正能落地的 10 到 15 個項(xiàng)目篩出來。2.3 規(guī)劃方案里最容易被忽略的三個隱性約束第一個隱性約束是主數(shù)據(jù)。PPT 里可能只有一頁講主數(shù)據(jù)管理但實(shí)際做的時候物料編碼不統(tǒng)一、供應(yīng)商編碼各工廠自己一套、BOM 版本對不上任何一個都能讓數(shù)據(jù)中臺項(xiàng)目延期三個月。第二個是網(wǎng)絡(luò)和采集層。大型制造集團(tuán)的老工廠設(shè)備層協(xié)議五花八門OPC UA、Modbus、私有協(xié)議都有PPT 里寫「設(shè)備聯(lián)網(wǎng)率提升到 80%」只是一句話現(xiàn)場可能要換網(wǎng)關(guān)、加采集盒子、重新布線。第三個是組織權(quán)限。集團(tuán)和工廠之間、IT 和 OT 之間誰管數(shù)據(jù)、誰管系統(tǒng)、誰出預(yù)算PPT 里不會寫但立項(xiàng)會上一定吵。提示拿到規(guī)劃 PPT 后先找主數(shù)據(jù)、網(wǎng)絡(luò)采集、組織分工這三塊的內(nèi)容如果寫得很薄說明落地時你要自己補(bǔ)大量細(xì)節(jié)。3. 把規(guī)劃落成項(xiàng)目從藍(lán)圖到第一版數(shù)據(jù)中臺的實(shí)操路徑3.1 第一期項(xiàng)目怎么選用「數(shù)據(jù)就緒度 × 業(yè)務(wù)痛感」打分第一期項(xiàng)目選錯后面兩年都在還債。我的做法是做一個二維打分橫軸是數(shù)據(jù)就緒度1 到 5 分5 分表示數(shù)據(jù)已經(jīng)在系統(tǒng)里、格式規(guī)范、能直接取縱軸是業(yè)務(wù)痛感1 到 5 分5 分表示業(yè)務(wù)方天天催、領(lǐng)導(dǎo)月月問。兩個都大于等于 4 的項(xiàng)目進(jìn)第一期一個高一個低的進(jìn)第二期兩個都低的直接砍掉或者放到遠(yuǎn)期。舉個例子集團(tuán)經(jīng)營報表可視化數(shù)據(jù)來自 ERP 和財(cái)務(wù)系統(tǒng)數(shù)據(jù)就緒度通常有 4 分業(yè)務(wù)痛感也高因?yàn)轭I(lǐng)導(dǎo)要看這種就適合第一期。相反產(chǎn)線設(shè)備預(yù)測性維護(hù)數(shù)據(jù)就緒度往往只有 2 分因?yàn)檎駝?、溫度?shù)據(jù)可能還沒采集業(yè)務(wù)痛感雖然高但第一期做不出來硬上就是翻車。3.2 數(shù)據(jù)中臺最小可用版本的搭建步驟假設(shè)第一期選了經(jīng)營報表和主數(shù)據(jù)治理接下來要搭一個最小可用的數(shù)據(jù)中臺。不要一上來就買全套大數(shù)據(jù)平臺先用「數(shù)據(jù)庫 調(diào)度 BI」三件套跑通一條鏈路。下面是一個典型的抽取和匯總腳本示例用 Python 寫跑在調(diào)度工具里。# 從 ERP 只讀庫抽取銷售訂單按工廠和月份匯總 import pandas as pd from sqlalchemy import create_engine # 參數(shù)說明 # erp_connERP 只讀庫連接串建議用獨(dú)立只讀賬號避免影響生產(chǎn) # dw_conn數(shù)據(jù)倉庫連接串第一版可以用 PostgreSQL erp_conn create_engine(mysqlpymysql://readonly:xxxerp-host:3306/erp) dw_conn create_engine(postgresql://dw_user:xxxdw-host:5432/dw) # 只取最近 13 個月避免全量拉取拖垮源庫 sql SELECT factory_code, order_month, SUM(amount) AS sales_amount FROM sales_order WHERE order_month DATE_SUB(CURDATE(), INTERVAL 13 MONTH) GROUP BY factory_code, order_month df pd.read_sql(sql, erp_conn) # 寫入數(shù)據(jù)倉庫按月份分區(qū)覆蓋 df.to_sql(dws_sales_monthly, dw_conn, if_existsappend, indexFalse)這段代碼的邏輯很簡單從 ERP 只讀庫按工廠和月份匯總銷售訂單寫入數(shù)據(jù)倉庫的匯總表。關(guān)鍵參數(shù)有三個只讀賬號避免影響生產(chǎn)、時間范圍限制在 13 個月避免全量拉取、按月份分區(qū)覆蓋保證可重跑。第一版不需要 Kafka、不需要 Flink能每天凌晨跑一次、業(yè)務(wù)早上看到昨天數(shù)據(jù)就算成功。3.3 主數(shù)據(jù)治理的落地順序先物料再供應(yīng)商最后客戶主數(shù)據(jù)治理最怕全面鋪開。我一般按「物料 → 供應(yīng)商 → 客戶」的順序推。物料編碼是制造集團(tuán)最核心的主數(shù)據(jù)BOM、庫存、采購、生產(chǎn)都依賴它先把它統(tǒng)一了后面所有分析才有基礎(chǔ)。供應(yīng)商編碼統(tǒng)一后采購分析和應(yīng)付賬款才能對上?？蛻艟幋a放最后因?yàn)殇N售端往往有多個系統(tǒng)改動影響面大。具體做法先成立一個虛擬小組每個工廠出一個物料管理員用兩周時間把各工廠的物料編碼導(dǎo)出來做映射表。映射表就三列原工廠編碼、原工廠名稱、集團(tuán)統(tǒng)一編碼。統(tǒng)一編碼規(guī)則不要自己發(fā)明直接用集團(tuán)已有的編碼體系如果沒有就用「大類 小類 流水號」的簡單規(guī)則。映射表做完后在數(shù)據(jù)中臺里建一張對照表所有抽取腳本都通過這張表轉(zhuǎn)換編碼。4. 規(guī)劃落地避坑從 PPT 到上線最常見的五個翻車點(diǎn)4.1 現(xiàn)象項(xiàng)目啟動三個月數(shù)據(jù)還在對口徑原因業(yè)務(wù)方和 IT 對同一個指標(biāo)的定義不一致比如「產(chǎn)量」是按入庫算還是按報工算「銷售額」含不含稅、含不含運(yùn)費(fèi)。PPT 里不會寫這些但開發(fā)報表時天天吵。解決在項(xiàng)目啟動第一周就開指標(biāo)定義會每個指標(biāo)寫清楚口徑、數(shù)據(jù)來源、責(zé)任人形成一張指標(biāo)字典。字典不用很正式Excel 就行但必須業(yè)務(wù)方簽字確認(rèn)。后面所有報表都按字典來誰要改口徑走變更流程。4.2 現(xiàn)象數(shù)據(jù)中臺跑了一個月源系統(tǒng)開始報性能問題原因抽取腳本直接查生產(chǎn)庫沒有走只讀從庫也沒有限制時間范圍白天跑全量把 ERP 拖慢。解決所有抽取必須走只讀從庫時間范圍限制在必要區(qū)間調(diào)度放在凌晨。如果源系統(tǒng)沒有從庫就要求 DBA 開一個只讀賬號并限制資源。這件事在規(guī)劃階段就要寫進(jìn)項(xiàng)目約束不要等出事了再補(bǔ)。4.3 現(xiàn)象設(shè)備聯(lián)網(wǎng)項(xiàng)目現(xiàn)場推不動老設(shè)備沒有數(shù)據(jù)接口原因PPT 里寫「設(shè)備聯(lián)網(wǎng)率 80%」但現(xiàn)場很多設(shè)備是十年前的沒有網(wǎng)口也沒有 OPC UA只有串口或者私有協(xié)議。解決先做設(shè)備盤點(diǎn)按「有網(wǎng)口且支持標(biāo)準(zhǔn)協(xié)議」「有串口」「完全無接口」三類分。第一類直接采集第二類加串口服務(wù)器或網(wǎng)關(guān)第三類評估是否值得改造。盤點(diǎn)結(jié)果直接決定聯(lián)網(wǎng)率目標(biāo)能不能實(shí)現(xiàn)不要硬扛。4.4 現(xiàn)象報表上線后沒人看業(yè)務(wù)還是用 Excel原因報表指標(biāo)和業(yè)務(wù)實(shí)際決策場景不匹配或者數(shù)據(jù)更新太慢業(yè)務(wù)等不及。解決第一期報表不要做多選三個業(yè)務(wù)每天必看的指標(biāo)做到每天早上 8 點(diǎn)前更新。業(yè)務(wù)用起來之后再逐步加指標(biāo)。另外報表要能導(dǎo)出 Excel業(yè)務(wù)習(xí)慣不是一天能改的先讓他們用起來再談改變習(xí)慣。4.5 現(xiàn)象項(xiàng)目驗(yàn)收時業(yè)務(wù)方不簽字說「這不是我要的」原因需求階段業(yè)務(wù)方參與少IT 自己理解著做做完才發(fā)現(xiàn)偏差。解決每個迭代結(jié)束都做 demo讓業(yè)務(wù)方看實(shí)際界面和數(shù)據(jù)不要等到最后才驗(yàn)收。demo 頻率至少兩周一次每次記錄業(yè)務(wù)方反饋能改的當(dāng)場改不能改的寫進(jìn)下一期。這樣驗(yàn)收時不會有大的意外。5. 進(jìn)階用規(guī)劃 PPT 里的成熟度模型做年度自評5.1 把成熟度打分表改造成可跟蹤的自評工具咨詢公司的成熟度模型通常有五個等級每個等級有幾條描述。你可以把它改造成一張自評表每個域選三到五個關(guān)鍵指標(biāo)每季度打一次分。比如數(shù)據(jù)域指標(biāo)可以是「主數(shù)據(jù)統(tǒng)一率」「數(shù)據(jù)倉庫覆蓋系統(tǒng)數(shù)」「報表自動化率」應(yīng)用域可以是「核心系統(tǒng)覆蓋率」「系統(tǒng)集成度」「移動端可用性」。打分不用太精確1 到 5 分團(tuán)隊(duì)內(nèi)部達(dá)成一致就行。關(guān)鍵是每季度對比看分?jǐn)?shù)有沒有變化。如果某個域連續(xù)兩個季度分?jǐn)?shù)不動說明要么項(xiàng)目沒推要么指標(biāo)定得不對。這時候要回頭看項(xiàng)目清單調(diào)整優(yōu)先級。5.2 用自評結(jié)果反推下一年規(guī)劃自評結(jié)果最大的價值是給下一年規(guī)劃提供依據(jù)。分?jǐn)?shù)低的域下一年優(yōu)先排項(xiàng)目分?jǐn)?shù)高的域可以減少投入把資源挪到短板。我一般會在每年第四季度做一次全面自評然后開兩天封閉會把下一年項(xiàng)目清單定下來。會上不討論技術(shù)細(xì)節(jié)只討論「哪個域分?jǐn)?shù)最低、哪個項(xiàng)目能拉高這個分?jǐn)?shù)、預(yù)算和人力夠不夠」。下面是一個簡單的自評表結(jié)構(gòu)可以直接用域指標(biāo)本季得分上季得分變化下季重點(diǎn)數(shù)據(jù)主數(shù)據(jù)統(tǒng)一率321供應(yīng)商編碼統(tǒng)一應(yīng)用核心系統(tǒng)覆蓋率440推廣 MES 到二廠業(yè)務(wù)計(jì)劃排產(chǎn)自動化率220調(diào)研 APS 選型這張表每季度更新一次一年下來就能看出哪些域在進(jìn)步、哪些域在原地踏步。原地踏步的域要么是項(xiàng)目沒啟動要么是啟動后遇到硬骨頭需要集團(tuán)層面協(xié)調(diào)。5.3 一個具體技巧把 PPT 里的「目標(biāo)架構(gòu)圖」拆成三年演進(jìn)路線PPT 里的目標(biāo)架構(gòu)圖通常很漂亮但它是終態(tài)不是第一年就能建成的。我的做法是把架構(gòu)圖拆成三年第一年只建數(shù)據(jù)通道和基礎(chǔ)報表第二年加數(shù)據(jù)治理和主數(shù)據(jù)第三年才上高級分析和智能應(yīng)用。每年年底對照架構(gòu)圖看走到了哪一步缺什么補(bǔ)什么。這樣做的好處是你不會被終態(tài)架構(gòu)嚇住也不會在第一年就買一堆用不上的組件。我見過太多集團(tuán)第一年就采購全套大數(shù)據(jù)平臺結(jié)果數(shù)據(jù)還沒接進(jìn)來平臺先閑置了一年。血淚經(jīng)驗(yàn)就是架構(gòu)圖是方向不是施工圖施工圖要按年畫。最后說一個我自己的習(xí)慣每次拿到一份新的規(guī)劃 PPT先不看內(nèi)容先翻到最后一頁看實(shí)施路線圖再翻到項(xiàng)目清單頁把項(xiàng)目名抄下來然后倒推哪些項(xiàng)目能在半年內(nèi)出成果。能出成果的優(yōu)先做出不了成果的先放一放。這個習(xí)慣幫我避開了很多「規(guī)劃很美好、落地很骨感」的坑。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取