說到流程智能驅(qū)動新質(zhì)生產(chǎn)力我最近剛好在關(guān)注化工行業(yè)的數(shù)字化轉(zhuǎn)型案例。中海殼牌攜手上海斯歌這件事表面看是一次常規(guī)的企業(yè)流程管理升級但往深了挖這其實是石化行業(yè)從“信息化補課”走向“智能化躍遷”的一個典型信號。中海殼牌作為國內(nèi)合資石化企業(yè)的代表工藝流程復(fù)雜、供應(yīng)鏈長、安全環(huán)保要求極高這種體量的公司愿意在流程智能上動刀本身就說明傳統(tǒng)BPM那套“畫流程、跑流程”的老路已經(jīng)撐不住了必須用更聰明的辦法把流程變成生產(chǎn)力。這篇內(nèi)容我不打算寫成通稿式的合作新聞而是想把整個項目背后的需求邏輯、技術(shù)選型、落地路徑和踩坑點拆開來講。無論你是做企業(yè)流程管理、數(shù)字化轉(zhuǎn)型還是對石化行業(yè)的信息化架構(gòu)感興趣這篇內(nèi)容里提到的思路和實操方法應(yīng)該都能給你一些參考。1. 項目背景與需求拆解為什么石化巨頭需要流程智能1.1 化工行業(yè)流程管理的真實痛點先聊一個基礎(chǔ)問題化工企業(yè)的流程管理到底難在哪很多人以為化工企業(yè)就是管道、反應(yīng)釜和儲罐流程管理無非就是審批單據(jù)、跑跑簽字流程。真在化工圈待過就會明白這個行業(yè)的流程復(fù)雜度被嚴重低估了。第一條審批鏈極其冗長。一次設(shè)備檢修涉及維修申請、安全評估、作業(yè)票簽發(fā)、備件領(lǐng)用、承包商協(xié)調(diào)、完工驗收跨了設(shè)備、安全、生產(chǎn)、倉儲、采購至少五個部門中間還要卡在值班領(lǐng)導(dǎo)和安全員的時間上。傳統(tǒng)的紙質(zhì)單據(jù)加上半信息化的OA審批一單走兩周是很正常的事。第二條安全環(huán)保流程紅線多。化工行業(yè)每一張動火票、每一次受限空間作業(yè)、每一個變更管理MOC背后都連著安全責(zé)任。流程慢一點頂多影響效率流程漏一步那就是安全事故。所以很多安全流程寧可慢也不敢省結(jié)果就是流程管理常常在“效率”和“合規(guī)”之間拉鋸。第三條數(shù)據(jù)孤島嚴重。工廠里往往同時跑著ERP、MES、EAM、HSE管理系統(tǒng)、OA、文檔管理平臺各系統(tǒng)之間的流程互相割裂。一套設(shè)備數(shù)據(jù)在EAM里是一個狀態(tài)在ERP里是另一個狀態(tài)在紙質(zhì)臺賬里又是第三個狀態(tài)。流程走到哪個環(huán)節(jié)、卡在哪個節(jié)點管理層根本看不到全局視圖。這些痛點放在一起就是一個矛盾的畫面化工企業(yè)的流程流程數(shù)量龐大、規(guī)則復(fù)雜但流程的透明度極低、流轉(zhuǎn)效率不可控。過去靠制度文件約束、靠人工催辦協(xié)調(diào)隨著企業(yè)規(guī)模擴大和外部市場變化這套模式的成本越來越高。1.2 中海殼牌的轉(zhuǎn)型訴求與上海斯歌的切入點中海殼牌的體量和業(yè)務(wù)復(fù)雜度決定了它的流程管理需求不是買一套軟件就能解決的。它需要的是一套能把現(xiàn)有系統(tǒng)串聯(lián)起來、把流程數(shù)據(jù)盤活、讓管理層看得見流程全貌的體系化方案。從項目信息來看中海殼牌選擇與上海斯歌合作核心切入點是“流程智能”而不是傳統(tǒng)意義上的“流程信息化”。這兩個概念有本質(zhì)區(qū)別。流程信息化的核心是“在線化”把原來線下的審批流程搬到系統(tǒng)里主打一個合規(guī)留痕而流程智能的核心是“數(shù)據(jù)驅(qū)動決策”是在流程在線化的基礎(chǔ)上利用流程挖掘、數(shù)據(jù)分析、智能監(jiān)控等手段持續(xù)發(fā)現(xiàn)流程瓶頸、預(yù)測流程風(fēng)險、優(yōu)化流程路徑。上海斯歌這類廠商的價值在于它能提供的不只是BPM平臺而是從流程咨詢、流程建模、流程自動化到流程分析的一整套閉環(huán)能力。這個定位正好切中了中海殼牌這類大型化工企業(yè)的需求它不缺系統(tǒng)缺的是讓系統(tǒng)之間協(xié)同起來、讓流程數(shù)據(jù)說話的“中樞神經(jīng)系統(tǒng)”。1.3 新質(zhì)生產(chǎn)力語境下的流程價值重估這兩年“新質(zhì)生產(chǎn)力”成為制造業(yè)轉(zhuǎn)型的高頻詞。很多人把它理解成上機器人、上AI、上先進設(shè)備這當(dāng)然沒錯但容易忽略一個更基礎(chǔ)的維度生產(chǎn)要素的配置效率。流程本質(zhì)上就是生產(chǎn)要素的組織方式。同樣的設(shè)備和人員因為流程設(shè)計不同產(chǎn)出效率可能相差30%以上。在中海殼牌這種體量的企業(yè)里流程哪怕只優(yōu)化5%的流轉(zhuǎn)效率換算成產(chǎn)能釋放、庫存周轉(zhuǎn)、人力成本節(jié)省都是一筆非?？捎^的賬。所以“流程智能驅(qū)動新質(zhì)生產(chǎn)力”這個標題翻譯成大白話就是通過讓流程數(shù)據(jù)化、可視化、智能化把組織里沉淀的管理經(jīng)驗變成可計算的資產(chǎn)用更少的資源消耗創(chuàng)造更大的產(chǎn)出。這個邏輯在化工行業(yè)尤其成立因為它的資金密集、資產(chǎn)密集流程卡一天背后的資金成本和機會成本都在燃燒。2. 流程智能整體設(shè)計與技術(shù)選型從工具思維到系統(tǒng)思維2.1 架構(gòu)思路不是替換系統(tǒng)而是構(gòu)建流程中臺很多企業(yè)做流程數(shù)字化第一步就錯了——動不動就想著推倒重來、更換核心系統(tǒng)。中海殼牌的案例給我們一個很好的示范流程智能項目成功的關(guān)鍵不是替換而是“疊加”。這里的架構(gòu)思路是在現(xiàn)有系統(tǒng)層之上構(gòu)建一個獨立的流程智能中臺。這個中臺不替代ERP管物料、不替代MES管生產(chǎn)、不替代EAM管設(shè)備它做的事情只有一件從各個業(yè)務(wù)系統(tǒng)里抽取流程運行數(shù)據(jù)統(tǒng)一建模、統(tǒng)一監(jiān)控、統(tǒng)一分析。打個比方各業(yè)務(wù)系統(tǒng)就像城市里的各個職能部門各有各的辦事窗口。流程智能中臺則像是城市的“一網(wǎng)通管”調(diào)度中心它不接管各部門的日常事務(wù)但能看到整體運行態(tài)勢、發(fā)現(xiàn)哪個窗口排隊長、哪個事項跨部門卡住了然后推動優(yōu)化。這種架構(gòu)的好處非常明顯對現(xiàn)有系統(tǒng)的改動最小實施風(fēng)險低。業(yè)務(wù)系統(tǒng)保持獨立性不會因為流程平臺調(diào)整而影響生產(chǎn)系統(tǒng)穩(wěn)定。數(shù)據(jù)匯聚后形成流程數(shù)據(jù)資產(chǎn)為后續(xù)智能分析打下基礎(chǔ)。2.2 核心能力拆解流程智能平臺的三個關(guān)鍵能力一個稱得上“流程智能”的平臺至少要具備三項核心能力流程挖掘、流程監(jiān)控、流程優(yōu)化。這三項缺一不可而且是遞進關(guān)系。第一層是流程挖掘。傳統(tǒng)BPM只能看“流程設(shè)計是什么樣”流程挖掘則能從系統(tǒng)日志里還原“流程實際跑成什么樣”。這中間的差異非常大。比如采購流程制度上規(guī)定是五個環(huán)節(jié)但流程挖掘后可能發(fā)現(xiàn)實際業(yè)務(wù)中還有大量的回退、跳轉(zhuǎn)、加簽真實路徑遠遠比制度復(fù)雜。沒有這一步后面的優(yōu)化就是盲人摸象。第二層是流程監(jiān)控。在流程運行過程中實時抓取每個節(jié)點的處理時長、處理人、通過率、異常率等指標形成流程健康度看板。管理層不用再靠月底報表復(fù)盤而是隨時能看到哪個流程開始冒煙了。第三層是流程優(yōu)化?；诒O(jiān)控數(shù)據(jù)識別出瓶頸節(jié)點后通過流程再造、規(guī)則調(diào)整、自動化接管等方式進行針對性優(yōu)化并把優(yōu)化結(jié)果反饋到流程定義中形成閉環(huán)。2.3 為什么選擇專業(yè)流程廠商而不是自己開發(fā)有些CIO會覺得流程管理嘛用成熟的低代碼平臺讓IT團隊搭一搭就行了何必找一個專業(yè)廠商合作這個問題我在多個項目里都有過思考。如果企業(yè)規(guī)模小、流程數(shù)量少用低代碼平臺確實夠用。但到了中海殼牌這個級別流程動輒上千條跨系統(tǒng)集成幾十個流程之間的關(guān)聯(lián)關(guān)系錯綜復(fù)雜完全靠自研或通用低代碼平臺搞會遇到兩個問題第一是建模的顆粒度問題?；ば袠I(yè)的流程管理涉及大量的條件分支、子流程嵌套、并行網(wǎng)關(guān)、超時自動升級通用低代碼平臺往往難以精確表達這些業(yè)務(wù)規(guī)則。第二是持續(xù)運營的問題。流程建模只是開始后面的流程分析、規(guī)則調(diào)整、版本管理、績效考核掛鉤需要一套成熟的方法論支撐。專業(yè)廠商帶來的不只是軟件更是多年積累的行業(yè)實踐和項目實施方法論。當(dāng)然選型也要做細致的評估。從公開信息看上海斯歌在大型企業(yè)的流程中臺、流程挖掘、流程自動化方向上有過不少案例積累這應(yīng)該是中海殼牌決策時的關(guān)鍵加分項。2.4 技術(shù)棧與集成方案選型要點關(guān)于技術(shù)選型雖然具體的技術(shù)棧細節(jié)沒有完全公開但從流程智能平臺這類項目的常規(guī)實踐來看幾個核心選型維度值得重點參考流程引擎需要支持BPMN 2.0標準具備高并發(fā)吞吐能力至少要能支撐每日數(shù)萬級的流程實例流轉(zhuǎn)。數(shù)據(jù)集成必須提供完善的API網(wǎng)關(guān)和企業(yè)服務(wù)總線適配能力能對接SAP、MES、EAM、HSE等主流系統(tǒng)。流程挖掘能力底層需要支持對系統(tǒng)日志的標準化抽取比如解析事件日志、操作日志、審批記錄并能完成流程路徑的自動還原和偏差分析。低代碼擴展業(yè)務(wù)部門需要能自主調(diào)整部分流程規(guī)則減少對IT開發(fā)的依賴。部署模式大型化工企業(yè)出于數(shù)據(jù)安全考慮通常要求私有化部署或混合云部署選型時必須確認廠商能支持。3. 核心實操與落地路徑從藍圖到運行的全過程3.1 流程梳理與優(yōu)先級排序先打蛇打七寸流程智能項目最容易犯的錯誤就是一上來就想把全公司的流程全部納入管理結(jié)果項目范圍失控交付遙遙無期。中海殼牌這類企業(yè)流程數(shù)量龐大合理的做法是分階段推進先挑業(yè)務(wù)價值高、痛點最明顯的流程下手。實操中建議按兩個維度做優(yōu)先級矩陣業(yè)務(wù)影響度流程失效的成本有多大比如生產(chǎn)工單流程卡一天影響的是整個排產(chǎn)計劃差旅報銷流程慢三天影響的是個人體驗這兩者的優(yōu)先級完全不同?？蓛?yōu)化空間流程現(xiàn)在是完全線下還是在系統(tǒng)里跑如果還是線下紙質(zhì)流程那就得先做線上化再考慮智能化如果已經(jīng)在系統(tǒng)里跑但效率低那就適合直接做流程挖掘和優(yōu)化。從這個邏輯往外推采購到付款P2P、設(shè)備維護到維修MRO、訂單到現(xiàn)金OTC這類跨部門、跨系統(tǒng)、高頻高價值的核心流程應(yīng)該作為第一優(yōu)先級。3.2 流程建模階段把“潛規(guī)則”挖出來流程建模往往比想象中更耗時。你以為照著制度文件畫流程圖就可以太天真了。制度文件里寫的是理想流程實際業(yè)務(wù)中大量存在“線下預(yù)溝通”“先干活后補單”“特殊情況下跳過某環(huán)節(jié)”這樣的潛規(guī)則。之前做過一個流程梳理制度上寫的是“變更申請須由車間主任審批”但實際了解后發(fā)現(xiàn)現(xiàn)場執(zhí)行時都是先通過電話跟工藝工程師確認然后走系統(tǒng)流程結(jié)果審批節(jié)點上掛的雖然是車間主任真正把關(guān)的卻是工藝工程師。這類人肉流程如果不在建模階段識別出來后面流程挖掘做出來的分析結(jié)論就會失真。建模階段的實操要點一定要做現(xiàn)場訪談不能只看制度文檔。要有業(yè)務(wù)人員和IT人員共同參與業(yè)務(wù)講規(guī)則IT提技術(shù)可行性。流程版本要留痕不同工廠、不同業(yè)務(wù)板塊之間允許有流程變體不必強行統(tǒng)一。每個節(jié)點都要明確角色、時限、輸入輸出、異常處理路徑。3.3 數(shù)據(jù)集成與流程對接打好“管道”流程智能平臺的威力取決于數(shù)據(jù)的完整性和實時性。中海殼牌這類企業(yè)系統(tǒng)環(huán)境復(fù)雜數(shù)據(jù)對接工作的比重往往占到整個項目工作量的40%以上這個比例在規(guī)劃時一定要提前預(yù)留。數(shù)據(jù)對接階段的幾個關(guān)鍵點接口開發(fā)前先做數(shù)據(jù)字典對齊。同一個“設(shè)備”在EAM里叫Equipment在ERP里叫Asset在MES里叫Machine必須提前做映射統(tǒng)一。數(shù)據(jù)同步策略要分場景。有些數(shù)據(jù)需要實時同步比如安全作業(yè)票的狀態(tài)有些數(shù)據(jù)可以準實時同步比如采購訂單進度有些數(shù)據(jù)做了批處理就行比如月末結(jié)算數(shù)據(jù)。歷史數(shù)據(jù)遷移要謹慎。流程智能分析主要關(guān)注的是系統(tǒng)上線后的新數(shù)據(jù)歷史數(shù)據(jù)不必盲目全量遷移建議先抽取一個時間窗口做驗證分析確認數(shù)據(jù)質(zhì)量后再決定擴展范圍。要設(shè)計兜底機制。接口異常時要有日志告警和數(shù)據(jù)補償機制別讓流程跑到一半卡死。3.4 流程分析與智能監(jiān)控讓數(shù)據(jù)說話數(shù)據(jù)打通之后流程智能平臺開始發(fā)揮真正價值。這個階段的重點是圍繞核心流程建立一套完整的指標體系把流程健康度量化出來。建議指標體系包括指標類別指標示例監(jiān)控意義時效類平均流程時長、節(jié)點平均處理時長反映流程整體效率質(zhì)量類退單率、補單率、異常變更率反映流程執(zhí)行的規(guī)范性合規(guī)類超時未處理率、跳步違規(guī)率反映流程執(zhí)行與制度的偏離度成本類流程處理人力成本、審批成本反映流程的資源消耗瓶頸類節(jié)點排隊積壓數(shù)、等待時長占比定位流程中的卡點指標體系建設(shè)之后還要設(shè)定閾值和自動告警規(guī)則。比如某個流程節(jié)點的平均處理時長連續(xù)一周超過3個工作日系統(tǒng)自動觸發(fā)預(yù)警推送給流程負責(zé)人。這個動作看著簡單但對企業(yè)管理的影響是實打?qū)嵉摹^去靠人去催現(xiàn)在讓系統(tǒng)幫你盯管理顆粒度完全不同。3.5 流程優(yōu)化落地自動化優(yōu)先標準化跟上流程優(yōu)化的工具有很多種但落地時我建議遵循一個原則能自動化的先自動化不能自動化的標準化。以化工企業(yè)最常見的采購申請流程為例過去業(yè)務(wù)人員填單時要手動填寫物料編碼、供應(yīng)商信息、預(yù)算科目填錯一項就被退回重填。優(yōu)化后通過系統(tǒng)集成自動帶出物料主數(shù)據(jù)、供應(yīng)商主數(shù)據(jù)預(yù)算科目根據(jù)成本中心自動匹配同時設(shè)置必填校驗和邏輯校驗防止錯誤數(shù)據(jù)流入下一環(huán)節(jié)。這個優(yōu)化并不復(fù)雜但能把單據(jù)退回率從20%降到3%以下對業(yè)務(wù)人員的體驗改善立竿見影。針對審批環(huán)節(jié)引入角色化審批、會簽轉(zhuǎn)或簽、超時自動升級等規(guī)則把那些“流程合規(guī)但實際并不需要每個人仔細看”的節(jié)點壓縮掉。有些流程設(shè)計時習(xí)慣性把相關(guān)領(lǐng)導(dǎo)都掛上結(jié)果每個領(lǐng)導(dǎo)都掃一眼就點通過不僅浪費時間還制造瓶頸。優(yōu)化后只保留必要的審批節(jié)點其他改為知會流程效率能提升30%以上。自動化層面的工具選擇像機器人流程自動化RPA可以處理一些跨系統(tǒng)的重復(fù)數(shù)據(jù)搬運工作比如把EAM系統(tǒng)里的完工數(shù)據(jù)自動填入ERP的結(jié)算單據(jù)。不過要提醒一句RPA是流程優(yōu)化的補充手段而不是萬能藥。如果流程本身設(shè)計不合理靠RPA只是在“用機器加速錯誤”先把流程理順再談自動化。4. 常見問題與排查技巧實錄避坑心得4.1 數(shù)據(jù)質(zhì)量差流程挖掘結(jié)果不可信流程智能項目落地過程中最常見的問題就是數(shù)據(jù)質(zhì)量問題。有一段時間我們在做流程還原分析時發(fā)現(xiàn)某條流程的時長異常偏長一開始以為是流程瓶頸后來排查發(fā)現(xiàn)是上游系統(tǒng)導(dǎo)出的日志里有大量重復(fù)數(shù)據(jù)和無效數(shù)據(jù)同一個審批動作在系統(tǒng)里記錄了三次。排查思路做流程挖掘之前先做數(shù)據(jù)健康度檢查。統(tǒng)計日志的完整率、重復(fù)率、缺失率建立數(shù)據(jù)質(zhì)量看板。對不同系統(tǒng)的數(shù)據(jù)源做交叉驗證。比如用OA里審批記錄去核對EAM里的工單時間看是否對得上。數(shù)據(jù)清洗規(guī)則要提前定義。哪些日志該去重、哪些狀態(tài)該過濾、哪些異常值該剔除要在分析前明確規(guī)則不能用后視鏡調(diào)整。4.2 業(yè)務(wù)部門不配合流程項目推不動流程管理項目天然有一點“找茬”的性質(zhì)——你告訴一個部門主管你的環(huán)節(jié)平均處理時間是5天是全流程最大的瓶頸他本能反應(yīng)不是謝謝你的分析而是先解釋一堆客觀原因。這類阻力如果不提前想好對策項目很容易淪為“自己人分析自己的數(shù)據(jù)業(yè)務(wù)部門在旁邊看笑話”。經(jīng)驗做法項目啟動時拉上業(yè)務(wù)部門的負責(zé)人當(dāng)流程責(zé)任人讓績效目標掛在業(yè)務(wù)側(cè)而不是IT側(cè)。分析報告出來先跟業(yè)務(wù)部門一對一預(yù)溝通讓他們先消化數(shù)據(jù)結(jié)論不要直接在管理層會議上公開點名批評某個環(huán)節(jié)。強調(diào)流程優(yōu)化帶來的收益分配節(jié)省的審批時間、減少的重復(fù)勞動最終利好的是業(yè)務(wù)部門自己。要讓業(yè)務(wù)感覺到流程項目是幫助他們解決問題而不是追究責(zé)任。不要追求一次性完美可以讓業(yè)務(wù)部門先提他們自己最頭疼的流程優(yōu)先優(yōu)化他們想優(yōu)化的事建立信任后再推更廣的范圍。4.3 系統(tǒng)接口頻繁報錯流程跑著跑著就斷了流程智能平臺需要跟多個系統(tǒng)對接接口穩(wěn)定性是項目運維階段最大的挑戰(zhàn)之一。經(jīng)常遇到的情況是某天早上流程平臺顯示大量流程實例異常中斷排查后發(fā)現(xiàn)上游ERP系統(tǒng)昨晚做了版本升級接口字段返回格式變了。排查思路與應(yīng)對接口聯(lián)調(diào)階段就要建立完善的異常日志記錄每個接口調(diào)用要留下完整的請求參數(shù)、響應(yīng)參數(shù)和錯誤碼方便快速定位。上線后要建立接口監(jiān)控看板對接口調(diào)用量、成功率、平均耗時做實時監(jiān)控設(shè)置告警閾值。與各業(yè)務(wù)系統(tǒng)廠商建立變更通知機制。對方系統(tǒng)要升級或改接口必須提前通知流程平臺團隊評估影響后再執(zhí)行變更。關(guān)鍵流程節(jié)點要設(shè)計降級方案。比如某個外部系統(tǒng)暫時不可用至少保證流程能先流轉(zhuǎn)到下一步待接口恢復(fù)后再補齊數(shù)據(jù)。4.4 流程優(yōu)化成果難以持續(xù)三個季度后打回原形很多流程優(yōu)化項目剛上線時效果很好但過了半年、一年流程效率又慢慢退化回原來的水平。原因很簡單沒有建立持續(xù)運營機制。流程優(yōu)化不是一次性的項目而是一個需要長期維護的體系。保證成果持續(xù)的幾件事建立流程KPI的月度復(fù)盤機制。把流程健康度指標納入部門月度運營分析報告讓管理層持續(xù)關(guān)注。設(shè)置流程Owner流程責(zé)任人制度。每個核心流程指定一個負責(zé)人對該流程的效率和合規(guī)性負責(zé)。流程變更要有受控流程。無論是業(yè)務(wù)部門要改流程規(guī)則還是IT要調(diào)整流程實現(xiàn)都要走變更申請和評估流程防止“無政府狀態(tài)”式修改。定期做流程再挖掘。建議每半年做一次流程挖掘比對看看實際的流程運行路徑是不是又偏離了設(shè)計規(guī)范。5. 實踐經(jīng)驗總結(jié)與個人思考5.1 流程智能項目帶來的真實價值評估一個流程智能項目到底值不值得投入我的觀點是值不值得取決于你怎么定義回報。如果只看系統(tǒng)上線后的審批時長縮短、單據(jù)退回率降低、跨部門協(xié)調(diào)時間減少這些運營效率指標在項目上線后三個月內(nèi)就會有明顯改進。把它換算成財務(wù)收益假設(shè)采購審批周期從10天縮短到5天采購提前期縮短庫存周轉(zhuǎn)率提升按一個石化企業(yè)的物料采購體量算釋放的資金占用往往在千萬級。更長遠的價值在于管理方式的改變。管理層不再靠聽匯報做決策而是打開流程監(jiān)控看板就能看到哪些流程在堵、哪些節(jié)點在漏、哪些環(huán)節(jié)在拖。這種決策方式的轉(zhuǎn)變影響的是整個企業(yè)的執(zhí)行力和響應(yīng)速度而這恰恰是“新質(zhì)生產(chǎn)力”在組織層面的體現(xiàn)。5.2 踩過坑之后的幾點真心建議回顧這類大型流程智能項目有幾條經(jīng)驗想重點提醒后面要做的團隊第一別在項目啟動階段過于樂觀。流程智能項目的復(fù)雜度和周期往往比預(yù)想的大得多尤其是數(shù)據(jù)集成和流程梳理階段。規(guī)劃時建議留出至少30%的緩沖時間。第二流程挖掘的價值要盡早展示。不要等到全部分析做完了再出報告第一輪流程挖掘的初步結(jié)果出來后就挑一兩個最容易見效的問題跟業(yè)務(wù)部門對齊快速出成果建立信心。第三先理清組織責(zé)任再上技術(shù)工具。流程優(yōu)化一定會碰觸部門利益如果企業(yè)內(nèi)部的流程Owner機制不明確技術(shù)工具再強也推不動跨部門流程的實質(zhì)性改變。第四別忽視變更管理。流程優(yōu)化改變了員工的工作習(xí)慣上線前的培訓(xùn)和宣貫要做足上線后的用戶反饋要持續(xù)收集。很多項目系統(tǒng)本身沒出問題卻因為用戶不適應(yīng)而效果打折。5.3 流程智能的下一步向智能化決策邁進中海殼牌和上海斯歌這次合作的未來想象空間我認為遠不止于流程的在線化和可視化。流程數(shù)據(jù)沉淀到一定規(guī)模后后面的想象空間非常大。流程挖掘與機器學(xué)習(xí)結(jié)合可以預(yù)測流程風(fēng)險。比如根據(jù)歷史數(shù)據(jù)訓(xùn)練模型在一個采購訂單流程剛開始時就能預(yù)測它在哪個環(huán)節(jié)大概率的超時風(fēng)險提前預(yù)警干預(yù)。流程知識與人工智能結(jié)合可以建設(shè)流程問答助手新員工不需要翻制度手冊直接問系統(tǒng)就能知道這類申請應(yīng)該走什么流程、需要什么材料。這些能力不會一下子全部實現(xiàn)但數(shù)據(jù)基礎(chǔ)現(xiàn)在就值得打下。流程智能的最終形態(tài)是讓企業(yè)具備“自我診斷、自我優(yōu)化”的組織能力讓流程不再是躺在文檔里的規(guī)章制度而是活的數(shù)據(jù)、活的洞察、活的競爭力。從我個人的實操經(jīng)驗來看這類項目最受益的地方往往不是技術(shù)本身而是它讓整個組織重新審視自己習(xí)以為常的工作方式。很多員工在項目中第一次意識到原來自己每天重復(fù)的流程動作放到全局來看可能正是整個體系效率的瓶頸所在。這種認知的轉(zhuǎn)變比任何一套軟件系統(tǒng)都更有價值。