你有沒有遇過那種情況 — 公司導入一個專案，等到快要launch前才發現竟然漏掉某些部門，只好十萬火急補破網。我第一次在台企遇到這種「神秘專案」，是SAP系統導入。有天收到通知：「下個月就要上線了，請協助測試。」我們全員一臉問號 — 我們怎麼從沒被通知？
在外商時，不管是新IT系統還是新制度導入都像精密演奏的交響樂：導入前收集意見、開跨部門workshop、設好timeline、定義角色分工，甚至連「要怎麼與同事溝通 — 啟動變革的原因、能帶來什麼好處」都有話術模板。因為他們知道 — 最難的不是改流程，而是改「心態」。
但在台企，這些步驟全被省略。沒有人提前溝通，沒有人說明原因，沒有人負責整合。
直到上線前一個月，我們才被臨時通知「要配合測試」。 結果發現新系統和我們部門的流程衝突，還得自己跑去找相關部門協調。果不其然，正式上線後抱怨電話不斷湧入，各部門互踢皮球， 最後沒人知道誰是project owner，也沒人願意背鍋。
我在外商學到的變革管理有幾個重點：
1. 改變不被接受，往往不是因為它不好，而是因為人「不知道為什麼要改」。
2. 當舊習慣與新制度衝突，大腦會產生「認知失調」，啟動防衛本能— 抗拒改變。
3. 成功的變革管理，從「理解」開始，而非「命令」開始，以創建一個充滿心理安全感的環境。
4. 外商懂得這一點，所以總是先講「為什麼」，再說「要怎麼做」。
系統可以上線，但如果人沒被更新，整個組織還是卡在舊版本。
