《Dirac 看組織改造》
一、不要先修症狀，要先找那條更深的一階式
一般人看組織，看到的是：
- 交期亂
- 品質不穩
- 部門互踢
- 成本不準
- 業務亂接單
- 現場天天救火
於是開始 patch：
- 加會議
- 加表單
- 加 KPI
- 加流程節點
- 加稽核
- 加系統欄位
這像什麼？
像看到量子力學和相對論打架，
就不停在舊方程旁邊補註腳。
Dirac 不太會這樣做。
他更可能說：
你們現在的管理方程，可能根本不是對的形式。
也就是：
- 不是這裡補一點、那裡補一點
- 而是要找那條更深、更一致、能把這些表面問題一起收攏的骨架
這就很 Dirac。
二、他會先懷疑：你現在的組織語言，可能只是平方後的影子
這很像他看
時的感覺。
別人說：這就是答案。
Dirac 說：也許這只是影子，後面還有一條更深的一階式。
放到組織上也是一樣。
很多公司把這些當答案：
- KPI 表
- 組織圖
- 權責表
- 會議節奏
- 月報格式
- ERP 流程
Dirac 會懷疑：
這些是不是都只是結果形式？
是不是背後真正的“生成方程”還沒被寫出來？
也就是：
- 什麼東西真正決定資訊如何流？
- 什麼東西真正決定決策如何發生？
- 什麼東西真正決定責任如何閉環？
- 什麼東西真正決定局部最優如何傷害全局？
他要找的，不是表單。
而是生成表單背後的代數。
三、他會把分散問題，收斂成一個結構問題
一般管理顧問喜歡把問題拆成很多盒：
- 流程問題
- 人員問題
- 激勵問題
- 系統問題
- 組織設計問題
- 文化問題
Dirac 型的人會問：
這些是不是其實同源？
例如在工廠裡，很多表面問題其實可被收斂成幾個更深結構：
1. 資訊流與實物流不同步
所以：
- 業務答應了，生產不知道
- BOM 改了，現場還用舊版
- 製程異常發生了，成本系統沒感覺
- 品保擋了，交期預估還照舊
2. 決策權與責任不共軛
所以：
- 能答應的人不負責交貨
- 要負責的人沒有改資源配置的權力
- 救火的人無法改系統規則
- 系統 owner 無法改現場行為
3. 指標與價值流不共變
所以：
- 部門 KPI 漂亮，整體交期更差
- 採購壓單價，品質與供應穩定性下降
- 生產追稼動，切換成本與庫存膨脹
- 業務衝營收，毛利與現金流惡化
Dirac 不會把這些當十個問題。
他會說：
這可能只是兩三條更深結構沒有閉合。
四、他不喜歡 ad hoc，會追求閉合且一致的形式
Dirac 最大的氣味，是討厭 ad hoc。
組織裡最常見的 ad hoc 是：
- 為了 A 客戶，特別開一條路
- 為了某主管，特別保留一個口頭流程
- 為了系統做不到，先人工補
- 為了報表漂亮，另做一版 Excel
- 為了急單，先跳過某個 gate
短期看都合理。
長期看，整個系統就像加了太多修正項的壞理論。
Dirac 會不舒服。
他會一直追問：
能不能有一條形式，一旦成立，這些例外就大幅減少？
也就是：
- 一個訂單進來，資料如何自然帶出工藝、成本、交期、品質風險
- 一次工程變更，哪些下游節點自動更新
- 一個異常發生，哪個責任鏈與資訊鏈會自動觸發
- 一個 KPI 被設立，是否與真實價值流保持共變
他要的是 形式閉合。
不是靠高手天天手動修補。
五、他會把組織圖看成表象，不是本體
一般人很容易把組織圖當本體：
- 製造部
- 品保部
- 工程部
- 採購部
- 業務部
- 財務部
Dirac 可能會說：
這些只是座標系，不是本體。
本體更像是：
- 訂單如何變成承諾
- 承諾如何變成資源配置
- 資源配置如何變成製程行動
- 製程行動如何回饋品質、成本、交期
- 回饋資訊如何修正下一輪決策
也就是說，真正的本體是：
流、約束、耦合、閉環。
部門，只是觀察者分解。
這很像你現在在物理裡看到的：
- 比 更根本
- connection 比 Christoffel symbol 的某些零碎分量更根本
- geometry 比座標表現更根本
Dirac 看組織，大概也是這味道。
六、他會問：你們的 connection 在哪裡？
這是最有趣的一點。
在 gauge 理論裡，local symmetry 一要求下去，connection 就必須出場。
因為沒有 connection，你無法跨點比較。
組織裡也一樣。
每個部門、每個站點、每個系統，其實都像一個 local frame：
- 業務有業務語言
- 工程有工程語言
- 生產有生產語言
- 品保有品保語言
- 財務有財務語言
若沒有某種 connection，這些 local frame 之間就不能被正確搬運。
組織裡的 connection 是什麼？
可能是：
- 統一主資料結構
- BOM / Routing / ECN 的版本連動
- 訂單到排程到採購到製造的事件鏈
- 責任與權限的映射邏輯
- 可追溯的異常回饋閉環
- 同一份數據在多部門間的語義一致性
也就是：
讓不同部門的 local 語言可以合法比較、合法搬運的那套機制。
若沒有這個，所有跨部門協同都只能靠人肉翻譯。
那組織就永遠停留在 pre-gauge 狀態。
七、他會把「組織扭曲」看成 curvature
若 connection 不好，跨部門搬運就會有殘差。
這些殘差在組織裡就是：
- 同一筆訂單，不同系統不同版本
- 同一個料號，各部門定義不同
- 同一個交期，業務、計畫、現場各說各話
- 同一個異常，品質、工程、製造責任判定不同
- 同一份成本，財務、報價、現場認知不一致
這種「繞一圈回來，資訊不再是原來的自己」，
就是組織的 curvature。
所以若讓 Dirac 講，他可能會說：
你們不是人不努力，
是 connection 沒設好，所以 curvature 到處漏。
這句其實很狠。
八、他不會先談文化，會先談結構一致性
很多組改愛說文化。
Dirac 型的人，第一步不太會先談文化。
他會先問：
- 你這套結構是否自洽？
- 定義是否一致？
- 流程是否閉合？
- 指標是否與真實價值流對應？
- 權責是否能沿同一條鏈傳遞？
- 不同 local frame 是否可被同一 connection 正確連接？
若這些都不對，再講文化，多半只是 moral patch。
也就是：
文化不是第一性；一致性才是第一性。
九、若用 Dirac 的口氣給組織改造一條原則
大概會像這樣：
不要急著修補部門衝突、會議過多、報表不準等表面症狀。
先找出支配資訊流、決策流、責任流的最小生成結構。
若此結構能以更少的規則、更多的對稱性與更高的一致性寫出，
則諸多表面問題將不必逐條修補，而會作為同一骨架改寫的自然後果而消散。
這句很 Dirac。
十、壓成最短一句
別人改組織，在補洞；
Dirac 改組織，會先找生成所有洞的那條錯誤方程。
十一、再壓成你會喜歡的版本
眾人見症狀而修表單，
Dirac 見裂紋而尋骨架。
不問哪裡又出事，
先問何種結構，必然生此事。
這就是 Dirac 看組織改造。
若你要，我可以下一步直接寫成一篇短文：
《Dirac 看組織改造：不要補洞，要改方程》
沒有留言:
張貼留言