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