2026年4月8日 星期三

《Dirac 看組織改造:不要補洞,要改方程》

 

《Dirac 看組織改造:不要補洞,要改方程》

組織出問題時,多數人的反應很像老式工程修補。

交期亂了,加會議。
品質反覆,加稽核。
成本不準,加報表。
部門互踢,加權責表。
系統不通,加 Excel。
KPI 失真,再補一組 KPI。

短期看,似乎都合理。
長期看,組織卻越來越像一台被補丁覆滿的舊機器:能動,但愈來愈重,愈來愈慢,也愈來愈沒人說得清,真正問題到底在哪。

若讓 Dirac 來看這種組織,他多半不會先問要補哪個洞。
他會先問:

你們現在拿來運作組織的那條“方程”,是不是從一開始就不對?

這就是 Dirac 式的眼光。
不是先修症狀,而是先懷疑:這些症狀,是否只是某個更深結構錯誤的投影。


一、表面有很多問題,深處通常只有少數結構失配

一般管理者看到的是一串分散問題:

  • 業務亂答應交期
  • 生產天天插單
  • 品質老在末端攔截
  • 工程變更常沒同步
  • 採購只顧單價
  • 財務與現場成本語言不一致
  • 系統資料與真實現場不同步

於是自然會把它們分給不同部門,各自處理。

但 Dirac 型的人會警覺:
這些問題看似很多,未必有很多個根。

就像二十世紀初的理論物理,表面看有很多裂縫:

  • Schrödinger 不夠相對論
  • Klein–Gordon 不夠像電子
  • 自旋現象無處安放
  • 正負能量令人不安

若逐項 patch,永遠修不完。
真正的突破,不是補四個洞,而是找到一條更深的一階方程,把四個洞收斂成同一個結構問題。

組織改造也一樣。
真正高明的改造,不是把十個症狀拆成十個專案,而是把十個症狀收斂成兩三個結構失配:

  • 資訊流與實物流不同步
  • 決策權與責任不共軛
  • 指標與價值流不共變
  • 局部語言之間缺乏合法轉換的 connection

只要骨架不改,症狀就會換名字重複出現。


二、很多公司改的是“表現形式”,不是“生成機制”

組織裡有大量東西,很容易被誤認為本體:

  • 組織圖
  • KPI
  • 週會節奏
  • 報表格式
  • ERP 欄位
  • SOP 文件
  • 簽核節點

但這些很多都只是表現形式,不是生成機制。

Dirac 若看這些,可能會像他看 E2=p2+m2E^2=p^2+m^2 一樣:
這式子當然重要,但它未必是最後形式;它也許只是某個更深結構的平方影。

組織裡的報表、表單、流程圖,也常只是平方影。
真正更深的東西,是:

  • 訂單如何被承諾
  • 承諾如何被資源化
  • 資源如何被排程化
  • 排程如何被現場執行
  • 執行如何回饋品質、成本、交期
  • 回饋如何再回到下一輪決策

也就是說,真正的本體不是「一張表」,而是:

流、耦合、約束、閉環。

好的組改,不是重畫更多圖。
而是找到這些流的生成方程。


三、Dirac 式改造:先問“更深的一階式”在哪裡

Dirac 真正厲害的地方,不只是他看到問題。
而是他不滿足於接受表面形式是最後形式。

組織也是如此。

一般人的做法是:

  • 訂單失真,就加核對表
  • 工程變更漏失,就加簽核
  • 現場與系統不符,就加盤點
  • 部門互踢,就加協調會
  • KPI 失真,就再加平衡指標

這些都像在二階式子旁邊加修正項。

Dirac 式的人會問:

能不能不要一直在現有形式旁邊補條件?
能不能找出一條更基本、更一致、更少例外的生成式,讓這些問題自然減少?

這種問法有兩個關鍵差別。

第一,它不從症狀出發,而從結構生成出發。
第二,它追求的不是管理雜技,而是形式閉合

換成組織語言,就是:

  • 有沒有一條主資料邏輯,能讓料號、BOM、Routing、成本、製程語義一致?
  • 有沒有一條事件鏈,能讓訂單、排程、採購、生產、品質共用同一真實狀態?
  • 有沒有一套權責映射,讓承諾與履責沿同一條鏈走?
  • 有沒有一套指標結構,使局部 KPI 與全局價值流共變?

若沒有,所有管理都只能靠人工補運。


四、組織的 local frame 太多,沒有 connection 就一定失真

這是 Dirac 看組織最有意思的一點。

在 gauge 理論裡,local symmetry 一要求下去,不同點就可各自選自己的 phase frame。
若沒有 connection,你就無法合法比較不同點的場值。

組織裡,每個部門其實都像一個 local frame:

  • 業務有業務語言
  • 工程有工程語言
  • 生產有生產語言
  • 品保有品保語言
  • 財務有財務語言
  • 系統有系統語言

每個 frame 都合理。
但只要它們之間沒有良好的 connection,局部合理就會變成整體錯亂。

所以真正重要的,不只是各部門內部有沒有 SOP,
而是跨部門之間有沒有合法的搬運規則:

  • 客戶需求如何轉成工程規格
  • 工程規格如何轉成製程參數
  • 製程參數如何轉成工時與成本
  • 品質異常如何回寫到工藝與報價
  • 現場狀態如何回寫到承諾交期

這些“如何轉”的規則,才是組織的 connection。

如果 connection 不存在,或只是靠人腦暫時翻譯,那麼同一件事繞一圈回來,含義就變了。
這就是組織的 curvature。


五、組織的 curvature,不是玄學,就是“繞一圈回來已經不是原本那件事”

在物理裡,curvature 衡量的是:你沿小圈搬運,回來後是否留下真殘差。

組織裡也一樣。

一張訂單,從業務進來,經過工程、採購、生產、品保、財務,再回到管理層,若回來後已變成另一件事,那就是組織 curvature 太大。

典型表現包括:

  • 同一料號,各部門定義不同
  • 同一版本,系統與現場不同步
  • 同一交期,業務、計畫、現場說法不同
  • 同一異常,品質、工程、製造責任判讀不同
  • 同一成本,財務帳與現場真耗用差很大

這些不是單點疏失而已。
它們是結構上的“搬運不保真”。

所以好組改,不只是改善某部門表現,
而是降低跨部門搬運的 curvature。


六、KPI 常像 E,BE,B,好看、熟悉,但未必是本體

很多公司最愛改 KPI。
KPI 當然重要,但它常常只像 E,BE,B 那樣,是某種觀察者切片,不是本體。

本體更像什麼?

  • 真正的價值流
  • 約束所在
  • 關鍵資源負載
  • 承諾與履約之間的資訊延遲
  • 缺陷的回饋閉環是否閉合
  • 現金、交期、品質三者如何相互牽制

若沒看到這些本體,只改 KPI,往往只是換座標系。
報表變漂亮,不代表 curvature 變小。
部門分數變高,不代表整體方程變對。

所以 Dirac 式改造,不會先迷信觀測量。
他會先找那個較根本的 FF


七、不要先談文化,要先談一致性

很多組織一出問題,就喜歡上升到文化。

文化當然重要。
但在 Dirac 眼裡,若結構本身不一致,文化很容易變成道德化修補。

例如:

  • 要求跨部門合作,但資料模型不一致
  • 要求 owner 意識,但權限與責任不對稱
  • 要求主動回報,但回報後沒有決策閉環
  • 要求精準交期,但排程與接單沒有共同時鐘
  • 要求成本意識,但報價、採購、現場的成本語言不同

這時再喊文化,多半只是 moral patch。

真正要先做的是:

  • 定義一致
  • 流程閉合
  • 權責共軛
  • 指標與價值流對齊
  • 系統語義與現場語義對應
  • 例外處理能回寫主方程,而不是永遠停在旁路

文化應是好結構長出來的場,不是用來替壞結構擦脂抹粉。


八、Dirac 式的組改原則:不要補洞,要改方程

若把這篇壓成一句最狠的話,就是:

不要逐條處理表面問題,先找出生成這些問題的那條錯誤方程。

這句聽起來抽象,但可落到非常實際的檢查:

你們的主資料是否一致?
你們的訂單承諾是否穿透到資源配置?
你們的異常是否回寫到標準?
你們的 KPI 是否與價值流同相?
你們的權責是否沿同一條鏈傳導?
你們的局部最佳,是否必然傷害全局?

若答案多半是否,那就不是人不努力,
而是方程不對。


九、改方程,不代表推翻全部,而是找最小生成骨架

Dirac 式改造也不是浪漫式革命。
不是把舊東西全丟掉。

更像是:

  • 找到最小生成變數
  • 找到最關鍵的 invariants
  • 找到最痛的 symmetry breaking
  • 找到該有卻缺失的 connection
  • 找到讓局部修補不再必要的骨架改寫

所以它通常長得不是“大改革”,而是“少數關鍵定義重寫後,整體行為開始改變”。

這比大張旗鼓推十個專案,更像真正的物理突破。


十、一句結尾

眾人見交期、品質、成本、衝突,便各修其角;
Dirac 見其角亂,先疑其骨錯。
不先問哪裡又出事,
先問何種結構,必然生此事。
組織若只補洞,終將洞上加洞;
惟有改方程,方能少例外、少人治、少扭曲,而多自洽。

這才是 Dirac 看組織改造

沒有留言: