簡(jiǎn)介《華為企業(yè)數(shù)字化轉(zhuǎn)型之道》這份PDF資源系統(tǒng)介紹了華為數(shù)字化轉(zhuǎn)型的核心方法論面向企業(yè)管理者、數(shù)字化轉(zhuǎn)型負(fù)責(zé)人及IT架構(gòu)師重點(diǎn)解決“為何轉(zhuǎn)、轉(zhuǎn)什么、如何轉(zhuǎn)”的問題。內(nèi)容從后疫情時(shí)代與產(chǎn)業(yè)互聯(lián)網(wǎng)背景切入闡述大型政企如何突破效率/成本瓶頸、應(yīng)對(duì)鮑莫爾成本病并給出了“五個(gè)轉(zhuǎn)變”的落地框架轉(zhuǎn)意識(shí)、轉(zhuǎn)組織、轉(zhuǎn)文化、轉(zhuǎn)方法和轉(zhuǎn)模式同時(shí)結(jié)合業(yè)務(wù)與IT一體化團(tuán)隊(duì)、云原生、微服務(wù)、DevOps等具體實(shí)踐展開說明。資料共1個(gè)PDF文件壓縮包大小約2.39MB適合團(tuán)隊(duì)集體學(xué)習(xí)或作為內(nèi)部轉(zhuǎn)型研討的參考讀本。目前已有9200余人學(xué)習(xí)下載具備較高參考價(jià)值讀者可從中提煉出數(shù)字化平臺(tái)構(gòu)建、場(chǎng)景化解決方案和組織協(xié)同設(shè)計(jì)等要點(diǎn)指導(dǎo)自身企業(yè)轉(zhuǎn)型規(guī)劃。1. 數(shù)字化轉(zhuǎn)型這道題華為為什么用這套解法很多企業(yè)的數(shù)字化項(xiàng)目推進(jìn)半年就卡殼系統(tǒng)上線了好幾套數(shù)據(jù)卻對(duì)不齊報(bào)表做了一堆老板還是靠感覺拍板業(yè)務(wù)部門抱怨 IT 不懂業(yè)務(wù)IT 說業(yè)務(wù)需求天天變。干了三年數(shù)字化回頭一看除了多了幾個(gè) App組織、流程、決策方式幾乎沒變。這個(gè)問題不是工具能解決的?！度A為企業(yè)數(shù)字化轉(zhuǎn)型之道.pdf》講的不是哪套軟件怎么用而是華為把數(shù)字化轉(zhuǎn)型當(dāng)作一場(chǎng)組織變革來打的方法論業(yè)務(wù)怎么牽引、數(shù)據(jù)怎么治理、IT 架構(gòu)怎么搭、變革怎么落地。它不是給技術(shù)人員的操作手冊(cè)是給業(yè)務(wù)負(fù)責(zé)人、IT 負(fù)責(zé)人和一把手看的轉(zhuǎn)型框架。這套方法適合同樣在做轉(zhuǎn)型規(guī)劃的人剛立項(xiàng)不知道怎么起步的做到一半發(fā)現(xiàn)業(yè)務(wù)不配合的以及在技術(shù)選型和數(shù)據(jù)治理之間來回?fù)u擺的。下面把這本書里最值得復(fù)現(xiàn)的部分拆開講落到你自家企業(yè)能直接對(duì)照?qǐng)?zhí)行的層次。2. 華為轉(zhuǎn)型框架的底層邏輯業(yè)務(wù)、流程、數(shù)據(jù)與技術(shù)的關(guān)系2.1 數(shù)字化轉(zhuǎn)型不是 IT 項(xiàng)目是業(yè)務(wù)變革項(xiàng)目華為對(duì)數(shù)字化轉(zhuǎn)型的第一個(gè)定性就勸退了一批人它把數(shù)字化定義為“業(yè)務(wù)變革”不是“IT 建設(shè)”。這兩個(gè)定位的差別決定了資源投入方式和考核方式完全不同。如果定位成 IT 項(xiàng)目業(yè)務(wù)部門是甲方IT 是乙方。業(yè)務(wù)提需求IT 做交付上線就算結(jié)束。而華為的項(xiàng)目制是業(yè)務(wù)負(fù)責(zé)人做 SponsorIT 只是交付團(tuán)隊(duì)之一考核的是業(yè)務(wù)指標(biāo)變化——庫存周轉(zhuǎn)率是不是提升了、訂單交付周期是不是縮短了、一線重復(fù)錄入是不是減少了。我見過最典型的翻車現(xiàn)場(chǎng)就是一堆系統(tǒng)上了業(yè)務(wù)沒變因?yàn)闃I(yè)務(wù)部門不認(rèn)為系統(tǒng)上線跟自己的 KPI 有關(guān)系。數(shù)字化的抓手應(yīng)該是“業(yè)務(wù)流程的某個(gè)環(huán)節(jié)出了問題”不是“別人都有數(shù)據(jù)中臺(tái)所以我也要有”。華為選項(xiàng)目的基本原則是這個(gè)項(xiàng)目能不能講清楚業(yè)務(wù)收益講不清楚就不立項(xiàng)。提示立項(xiàng)前先回答三個(gè)問題——哪個(gè)業(yè)務(wù)環(huán)節(jié)要變、變完之后指標(biāo)是什么、指標(biāo)誰來背。答不上來任何一個(gè)這個(gè)項(xiàng)目就先放一放。2.2 數(shù)據(jù)是副產(chǎn)品先有流程數(shù)字化才有數(shù)據(jù)資產(chǎn)華為把數(shù)據(jù)比作業(yè)務(wù)流程跑起來之后自然留下的痕跡而不是先造一個(gè)湖再往里灌數(shù)據(jù)。流量在線、審批在線、作業(yè)在線數(shù)據(jù)才可能在線上沉淀。這一步做不到后面談數(shù)據(jù)中臺(tái)、AI 建模都是空中樓閣。這本書里反復(fù)強(qiáng)調(diào)“業(yè)務(wù)數(shù)字化”和“數(shù)字業(yè)務(wù)化”兩個(gè)階段。業(yè)務(wù)數(shù)字化是把線下動(dòng)作搬到線上這是數(shù)據(jù)產(chǎn)生的前提數(shù)字業(yè)務(wù)化是數(shù)據(jù)反過來優(yōu)化業(yè)務(wù)這才進(jìn)入數(shù)據(jù)資產(chǎn)變現(xiàn)的階段。國(guó)內(nèi)大多數(shù)企業(yè)連第一步都沒走完就開始談第二步。實(shí)操上判斷一個(gè)流程是不是真的數(shù)字化了就看兩個(gè)點(diǎn)第一一線操作是不是必須用系統(tǒng)、繞不開第二關(guān)鍵數(shù)據(jù)是不是系統(tǒng)自動(dòng)產(chǎn)生的不需要人工二次錄入。這兩個(gè)點(diǎn)做不到就是拿 ERP 當(dāng) Excel 用上了系統(tǒng)但流程沒變。2.3 雙模 IT穩(wěn)態(tài)與敏態(tài)分開管別拿一套標(biāo)準(zhǔn)卡死所有系統(tǒng)核心交易系統(tǒng)追求穩(wěn)定創(chuàng)新業(yè)務(wù)追求快速迭代兩種系統(tǒng)的建設(shè)模式和運(yùn)維標(biāo)準(zhǔn)不一樣。華為的做法是“雙模 IT”——傳統(tǒng)的穩(wěn)態(tài)系統(tǒng)和面向業(yè)務(wù)的敏態(tài)系統(tǒng)分開管理用不同的流程、不同的技術(shù)棧、不同的考核標(biāo)準(zhǔn)。穩(wěn)態(tài)系統(tǒng)要的是穩(wěn)定和安全變更流程嚴(yán)格上線窗口期固定敏態(tài)系統(tǒng)要的是速度和試錯(cuò)成本允許小范圍灰度出了問題快速回滾。如果拿穩(wěn)態(tài)標(biāo)準(zhǔn)卡敏態(tài)項(xiàng)目等審批流程走完市場(chǎng)窗口早關(guān)了反過來讓穩(wěn)態(tài)系統(tǒng)也走敏捷迭代交易核心出了問題就是生產(chǎn)事故。這里有個(gè)務(wù)實(shí)的判斷標(biāo)準(zhǔn)看系統(tǒng)出故障的代價(jià)。出故障丟錢的系統(tǒng)走穩(wěn)態(tài)出故障丟時(shí)間的系統(tǒng)走敏態(tài)。銀行核心、訂單系統(tǒng)、庫存系統(tǒng)是前者營(yíng)銷活動(dòng)頁、內(nèi)部協(xié)作工具、數(shù)據(jù)分析平臺(tái)是后者。3. 把《華為企業(yè)數(shù)字化轉(zhuǎn)型之道》里的方法論變成一本能查的速查手冊(cè)3.1 從 PDF 中提取核心章節(jié)結(jié)構(gòu)用 Python 建檢索索引這本書是 PDF 格式閱讀沒問題但想在企業(yè)內(nèi)部推動(dòng)落地、組織共讀和研討時(shí)PDF 不便檢索、不便引用的缺點(diǎn)就出來了。為了讓方法論能被團(tuán)隊(duì)反復(fù)查找引用我一般會(huì)先把 PDF 轉(zhuǎn)成可檢索的文本再按主題建一個(gè)速查庫。import fitz # PyMuPDF用來讀取 PDF from pathlib import Path pdf_path Path(華為企業(yè)數(shù)字化轉(zhuǎn)型之道.pdf) output_dir Path(./digital_transform_notes) output_dir.mkdir(exist_okTrue) doc fitz.open(pdf_path) print(f總頁數(shù): {doc.page_count}) # 提取目錄結(jié)構(gòu)用于掌握全書的框架 toc doc.get_toc() for level, title, page in toc: prefix * (level - 1) print(f{prefix}[P{page}] {title}) # 按章節(jié)切分全文每章存一個(gè) txt方便后續(xù)檢索 chapter_markers [] for level, title, page in toc: if level 1: chapter_markers.append((title, page - 1)) for idx, (title, start_page) in enumerate(chapter_markers): end_page chapter_markers[idx 1][1] if idx 1 len(chapter_markers) else doc.page_count text for page_num in range(start_page, min(end_page, doc.page_count)): text doc[page_num].get_text() output_file output_dir / f{idx1:02d}_{title.replace(/, _)}.txt output_file.write_text(text, encodingutf-8) print(f已導(dǎo)出: {output_file}共 {len(text)} 字) doc.close()這段代碼用 PyMuPDF 先把書的內(nèi)嵌目錄讀出來看全書的章結(jié)構(gòu)再按一級(jí)章節(jié)把全文切成獨(dú)立的 txt 文件。這樣后續(xù)用 grep 或任何文本工具做關(guān)鍵詞檢索都比在 PDF 里逐頁翻高效得多。注意 get_toc() 依賴 PDF 本身帶書簽如果文件是掃描版沒有文本層需要先 OCR這一步后面會(huì)講到。注意page - 1 是因?yàn)?PyMuPDF 的頁碼從 0 開始而目錄里的頁碼從 1 開始。掃描版 PDF 沒有文本層時(shí)get_text() 返回空字符串這種情況下需要換 OCR 方案。3.2 提取每一章的“問題定義—方法—關(guān)鍵動(dòng)作”模板化筆記書里的方法論章節(jié)適合轉(zhuǎn)成統(tǒng)一的“問題定義—方法—關(guān)鍵動(dòng)作”三段式筆記便于在企業(yè)內(nèi)部做對(duì)齊和引用。書里的內(nèi)容一天看不完但拆成十幾張卡片后每周學(xué)一張就能推動(dòng)一次討論。import re import json def parse_chapter_to_cards(chapter_file: str) - list: text Path(chapter_file).read_text(encodingutf-8) # 按章節(jié)中的小節(jié)標(biāo)題切分假設(shè)標(biāo)題形如“一二三四五”或“1.1 標(biāo)題” parts re.split(r\n(\d\.\d[\s\S]{0,30})\n, text) cards [] for i in range(1, len(parts), 2): title parts[i].strip() body parts[i1].strip() if i1 len(parts) else if len(body) 50: continue card { title: title, raw_text: body[:2000], keywords: [kw for kw in [變革, 數(shù)據(jù), 流程, 架構(gòu), 組織, KPI] if kw in body] } cards.append(card) return cards cards parse_chapter_to_cards(01_數(shù)字化轉(zhuǎn)型規(guī)劃.txt) print(json.dumps(cards[:3], ensure_asciiFalse, indent2))這段代碼把章節(jié)文本按“數(shù)字序號(hào) 標(biāo)題”的格式切成小節(jié)每節(jié)存成一張卡片順手把“變革、數(shù)據(jù)、流程、架構(gòu)”這些高頻主題詞命中情況標(biāo)出來。之后你可以直接拿這些卡片問團(tuán)隊(duì)三個(gè)問題這個(gè)方法論要解決的問題我們?cè)诓辉谒o的方法適不適合我們的行業(yè)關(guān)鍵動(dòng)作我們做了幾步、卡在哪一步切分時(shí)正則里的 [\s\S]{0,30} 是為了兼容標(biāo)題里帶空格或特殊字符的情況。如果 PDF 轉(zhuǎn)出來的文本里小節(jié)標(biāo)題格式不統(tǒng)一需要先人工看一眼輸出再調(diào)整正則。3.3 給非技術(shù)同事的發(fā)行版把核心模型轉(zhuǎn)成一張 A3 掛圖書里最值得做深的是它的轉(zhuǎn)型方法論框架從戰(zhàn)略愿景到業(yè)務(wù)場(chǎng)景、從數(shù)據(jù)基礎(chǔ)到數(shù)字文化是一整套自上而下和自下而上結(jié)合的結(jié)構(gòu)。技術(shù)團(tuán)隊(duì)讀原文業(yè)務(wù)團(tuán)隊(duì)讀提煉版會(huì)高效得多。操作上我建議把每章卡片濃縮成三個(gè)部分這一章回答了什么問題、核心結(jié)論是什么、我們公司對(duì)應(yīng)的現(xiàn)狀和差距是什么。然后做成一頁 A3 表格掛在項(xiàng)目作戰(zhàn)室里。表格橫向分三列書中的框架層級(jí)、書中的關(guān)鍵論述、我司現(xiàn)狀對(duì)照縱向按關(guān)鍵章節(jié)展開。就這一張紙能解決開會(huì)時(shí)各說各話的問題。提示給業(yè)務(wù)團(tuán)隊(duì)看的版本不要出現(xiàn)架構(gòu)圖和技術(shù)名詞只保留“業(yè)務(wù)環(huán)節(jié)—問題—指標(biāo)—責(zé)任人—時(shí)間表”五要素。4. 用書里的成熟度模型給自家企業(yè)做一次數(shù)字化轉(zhuǎn)型自評(píng)4.1 評(píng)估維度與打分標(biāo)準(zhǔn)六維轉(zhuǎn)型成熟度對(duì)照表華為在數(shù)字化轉(zhuǎn)型上有一個(gè)很實(shí)用的判斷框架不是看上了多少系統(tǒng)而是看轉(zhuǎn)型推進(jìn)到了哪個(gè)階段。書里把這套判斷拆成了可對(duì)照的狀態(tài)描述。我根據(jù)實(shí)踐經(jīng)驗(yàn)把這套思想做成了一張六維打分表每個(gè)維度 1 到 5 分3 分以下說明基礎(chǔ)還沒打牢維度1 分狀態(tài)3 分狀態(tài)5 分狀態(tài)我的打分戰(zhàn)略沒有數(shù)字化戰(zhàn)略有戰(zhàn)略但未拆解到年度目標(biāo)戰(zhàn)略拆解到各 BG 和職能有明確 KPI——流程線下審批為主核心流程已上線但存在線下補(bǔ)錄全流程在線數(shù)據(jù)自動(dòng)流動(dòng)——數(shù)據(jù)各系統(tǒng)數(shù)據(jù)孤島有統(tǒng)一數(shù)據(jù)平臺(tái)但質(zhì)量參差數(shù)據(jù)資產(chǎn)目錄完善能自助取數(shù)——技術(shù)架構(gòu)老舊重復(fù)建設(shè)有云化基礎(chǔ)但容器化不徹底穩(wěn)態(tài)敏態(tài)分離新系統(tǒng)云原生——組織業(yè)務(wù)與 IT 分離有聯(lián)合項(xiàng)目組但業(yè)務(wù)參與度低業(yè)務(wù)一把手任項(xiàng)目 Sponsor——文化依賴經(jīng)驗(yàn)決策部分場(chǎng)景參考數(shù)據(jù)數(shù)據(jù)文化融入日常運(yùn)營(yíng)——這份表的作用是讓管理層在同一個(gè)框架里對(duì)話。電子表格比口頭討論高效得多因?yàn)闃I(yè)務(wù)負(fù)責(zé)人和 IT 負(fù)責(zé)人的視角可以落在同一套標(biāo)準(zhǔn)上。3 分以下先補(bǔ)基本功3 分以上再談智能化不要跳級(jí)。4.2 差距分析模板把自己公司寫進(jìn)書里光打分不寫差距沒有任何意義。我建議打分后一周內(nèi)組織一場(chǎng)兩小時(shí)的對(duì)照會(huì)只討論一個(gè)主題“書里說的狀態(tài)和我們的現(xiàn)實(shí)差距最大的三個(gè)點(diǎn)在哪”。差距分析的動(dòng)作很簡(jiǎn)單把表格里每個(gè)維度的現(xiàn)狀描述寫出來再寫一條“如果半年后要提 1 分我需要干什么”。注意這一步不要直接寫數(shù)字指標(biāo)先寫動(dòng)作。比如“數(shù)據(jù)維度從 2 分到 3 分先做三件事主數(shù)據(jù)規(guī)范化、建立指標(biāo)口徑字典、關(guān)停報(bào)表手工導(dǎo)出”。把差距分析的結(jié)果作為下一步規(guī)劃輸入比花大價(jià)錢請(qǐng)咨詢公司從頭調(diào)研更務(wù)實(shí)。華為的方法論也不是從零開始的它的核心思想在很多管理書籍里都有影子——業(yè)務(wù)戰(zhàn)略決定數(shù)字化的優(yōu)先級(jí)數(shù)據(jù)支撐決策而不是支撐匯報(bào)。4.3 關(guān)鍵角色的第一責(zé)任人為什么必須是業(yè)務(wù)一把手這本書里反復(fù)出現(xiàn)一個(gè)詞Sponsor。華為做變革項(xiàng)目Sponsor 是業(yè)務(wù)負(fù)責(zé)人不是 IT 主管。業(yè)務(wù)負(fù)責(zé)人要對(duì)項(xiàng)目收益負(fù)責(zé)要出現(xiàn)在月度例會(huì)上要在資源沖突時(shí)拍板。沒有這個(gè)位置的人項(xiàng)目就推進(jìn)不動(dòng)。一線常見的反面案例是公司任命 CIO 做數(shù)字化負(fù)責(zé)人但 CIO 沒有業(yè)務(wù)調(diào)度權(quán)推到業(yè)務(wù)部門就被擋回來。華為的方法就是改變權(quán)力結(jié)構(gòu)——每個(gè)項(xiàng)目指定業(yè)務(wù)一把手當(dāng) SponsorCIO 當(dāng)執(zhí)行負(fù)責(zé)人。業(yè)務(wù)不給資源、改變流程IT 再厲害也交不出結(jié)果。有些企業(yè)不具備調(diào)整組織結(jié)構(gòu)的前提那至少做到一件事重要數(shù)字化項(xiàng)目的匯報(bào)會(huì)必須業(yè)務(wù)負(fù)責(zé)人來講業(yè)務(wù)價(jià)值IT 負(fù)責(zé)人只講技術(shù)方案。誰來講 PPT 就意味著誰在真正負(fù)責(zé)任這個(gè)姿態(tài)能逼著業(yè)務(wù)負(fù)責(zé)人進(jìn)入角色。5. 照搬華為必踩的 5 個(gè)坑現(xiàn)象、原因與對(duì)策5.1 坑一組織架構(gòu)沒到那個(gè)階段硬套華為兩級(jí)變革委員會(huì)現(xiàn)象公司學(xué)華為成立了數(shù)字化轉(zhuǎn)型委員會(huì)每季度開一次會(huì)但項(xiàng)目推進(jìn)依然緩慢。委員會(huì)成員都是各業(yè)務(wù)分管副總會(huì)議只協(xié)調(diào)不決策。原因華為的變革治理結(jié)構(gòu)建立在公司級(jí)和 BG 級(jí)兩層完整架構(gòu)上決策往下授權(quán)到項(xiàng)目層面。很多企業(yè)學(xué)了個(gè)殼把決策權(quán)仍然留在最高層項(xiàng)目組等審批等到業(yè)務(wù)窗口關(guān)閉。解決先確認(rèn)一件事——項(xiàng)目組有沒有權(quán)限在自己的預(yù)算和范圍內(nèi)做決策、調(diào)動(dòng)資源。如果沒有先搭授權(quán)機(jī)制再開會(huì)。5.2 坑二抄了技術(shù)架構(gòu)沒抄數(shù)據(jù)治理機(jī)制現(xiàn)象照著書里的描述建了數(shù)據(jù)中臺(tái)數(shù)據(jù)仍對(duì)不齊業(yè)務(wù)不信數(shù)據(jù)。原因華為的數(shù)據(jù)體系能跑起來背后是一整套數(shù)據(jù)Owner機(jī)制——每個(gè)數(shù)據(jù)域都有人負(fù)責(zé)定義數(shù)據(jù)標(biāo)準(zhǔn)、仲裁數(shù)據(jù)爭(zhēng)議。很多企業(yè)建了平臺(tái)沒有建這套治理機(jī)制數(shù)據(jù)湖變成了數(shù)據(jù)沼澤。解決先把主數(shù)據(jù)的 Owner 指定到具體崗位給標(biāo)準(zhǔn)定義權(quán)和爭(zhēng)議裁決權(quán)再談平臺(tái)建設(shè)。5.3 坑三把試點(diǎn)項(xiàng)目當(dāng)成大干快上的總施工圖現(xiàn)象試點(diǎn)項(xiàng)目跑通了公司馬上要求全業(yè)務(wù)線推廣結(jié)果每個(gè)業(yè)務(wù)線情況不同方案推不動(dòng)團(tuán)隊(duì)疲勞。原因華為的試點(diǎn)選點(diǎn)有幾個(gè)嚴(yán)苛條件業(yè)務(wù)流程相對(duì)標(biāo)準(zhǔn)化、數(shù)據(jù)基礎(chǔ)較好、業(yè)務(wù)一把手真正愿意參與。很多企業(yè)試點(diǎn)選在“最容易搞定”的部門而不是最具備復(fù)制條件的部門。解決選試點(diǎn)的時(shí)候多問一句試點(diǎn)的成功條件是不是公司多數(shù)業(yè)務(wù)線都已經(jīng)具備如果不是先補(bǔ)條件再復(fù)制。5.4 坑四所有系統(tǒng)都進(jìn)數(shù)據(jù)湖權(quán)限管控跟不上現(xiàn)象數(shù)據(jù)統(tǒng)一進(jìn)了湖之后權(quán)限管控比之前更難敏感數(shù)據(jù)存在泄露風(fēng)險(xiǎn)合規(guī)壓力變大。原因華為的數(shù)據(jù)湖建設(shè)同步配套數(shù)據(jù)密級(jí)管理和訪問審計(jì)而很多企業(yè)只做了數(shù)據(jù)歸集沒做等級(jí)劃分。解決數(shù)據(jù)進(jìn)湖前先完成數(shù)據(jù)分級(jí)分類核心業(yè)務(wù)數(shù)據(jù)默認(rèn)加密存儲(chǔ)訪問行為全量審計(jì)。級(jí)別不清之前寧可先不接入。5.5 坑五ROI 評(píng)估只算 IT 投入不算業(yè)務(wù)收益項(xiàng)目做一年就被砍預(yù)算現(xiàn)象數(shù)字化項(xiàng)目做了 12 個(gè)月?lián)Q了 CIO新領(lǐng)導(dǎo)第一件事就是評(píng)估投入產(chǎn)出。一算賬發(fā)現(xiàn)只有投入沒有產(chǎn)出預(yù)算被砍項(xiàng)目停擺。原因華為的變革項(xiàng)目在立項(xiàng)時(shí)就要定義財(cái)務(wù)收益和戰(zhàn)略收益并且按季度回顧。很多企業(yè)做數(shù)字化只做了預(yù)算申報(bào)沒做收益管理。解決立項(xiàng)時(shí)強(qiáng)制寫清楚收益測(cè)算口徑——這個(gè)項(xiàng)目省了多少人力、縮短了多少交付周期、減少了多少庫存資金占用每季度復(fù)盤一次收益實(shí)現(xiàn)情況。注意數(shù)字化轉(zhuǎn)型不是純技術(shù)投資收益?zhèn)缺仨毸銟I(yè)務(wù)賬。如果這筆賬一直算不清楚項(xiàng)目遲早被叫停。6. 把這本書用起來組織一次不空洞的數(shù)字化讀書研討會(huì)前面幾章把書里的方法論拆成了可對(duì)照的框架和可執(zhí)行的坑位最后落在怎么在企業(yè)里真正用起來。我很多次的經(jīng)驗(yàn)是買書不難組織共讀也容易難的是讀完之后大家形成一致行動(dòng)。照搬課堂式的分享效果很差。我常用的做法是“三張表會(huì)議”。第一張表是《華為做了什么》按核心章節(jié)整理成表格第二張表是《我們現(xiàn)在怎么樣》對(duì)應(yīng) 4.1 節(jié)的六維打分結(jié)果第三張表是《半年后要變成什么樣》只寫三到五項(xiàng)可執(zhí)行動(dòng)作。一場(chǎng)會(huì)三小時(shí)一半時(shí)間讀前兩張表一半時(shí)間磨第三張表。把第三張表里的每件事指定到人、指定到時(shí)間、指定到衡量標(biāo)準(zhǔn)數(shù)字化項(xiàng)目就真的立起來了。書的最后一部分通常會(huì)講幾個(gè)行業(yè)案例看案例的時(shí)候注意一件事不要對(duì)比行業(yè)要對(duì)比階段。華為的實(shí)踐是在它當(dāng)時(shí)的業(yè)務(wù)體量和資源條件下長(zhǎng)出來的小公司直接套組織架構(gòu)會(huì)消化不良但套“業(yè)務(wù)主導(dǎo)、數(shù)據(jù)驅(qū)動(dòng)、變革管理”這十二個(gè)字的順序不會(huì)錯(cuò)。每一次推進(jìn)數(shù)字化遇到阻力的時(shí)候我習(xí)慣回到書里的一個(gè)樸素判斷上“轉(zhuǎn)型沒有終點(diǎn)但要先知道當(dāng)前在哪個(gè)階段。”這句話幫我避免了很多無謂的折騰。做法務(wù)實(shí)一點(diǎn)、框架簡(jiǎn)單一點(diǎn)、責(zé)任明確一點(diǎn)這是我從這本書里得到的最有用的三個(gè)詞。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取