※ 本文並非指涉任何特定的公司、部門或個人，只是把職場中常見的結構做了抽象處理，讓人看不出具體情況。
前言：改善變成「麻煩事」的那一刻
「職場改善」這個詞，聽起來挺不錯。
讓工作更順手，減少失誤，讓資訊一目瞭然，讓進度更容易分享，減輕第一線的負擔。
這些事本來對公司、對員工都是好事。
可是在現實的職場裡，越是推動改善的人，有時反而越累。
為什麼？
問題不在改善本身，而在改善之後接踵而來的「事後挑毛病」「責任回推」「一對一的客服支援」和「帶著情緒的追問」，實在太沉重了。
比方說你推動了一項改善措施：走完申請流程，拿到了主管和相關人員的核准，也完全按照步驟執行。結果做完之後，卻有人從別的方向跳出來問：「當初為什麼要花這筆錢？」「真的有必要嗎？」
這時候，負責改善的人會想：
「那我拿到核准到底有什麼意義？」
「流程都走完了，為什麼還要怪我？」
「以後什麼都不做，是不是反而比較安全？」
到了這一刻，改善就不再是積極正向的工作，而變成了需要自我防衛的高風險任務。
問題不在花錢，而在核准流程不安全
改善需要花錢，本身一點都不奇怪。
辦公用品、系統、工具、教育訓練、資料整理、環境優化，哪一樣都要花一定的費用和時間。
問題不是花了錢。
問題是：對於已經核准的事，事後還有別人可以情緒化地來抱怨，這種結構本身有問題。
真正該事先講清楚的是這些：
- 需要誰核准才可以執行
- 多少金額以內可以由第一線自行判斷
- 基於什麼目的才可以花錢
- 投資報酬要用什麼標準來衡量
- 事後挑毛病的人，當初有沒有參與最初的核准流程
這些地方含糊不清就去推動改善，負責人隨時都可能被人事後補刀。
結果整間公司會變成這樣：
「想改善，但一做麻煩就變多。」
「誰提的建議，誰就得管到底。」
「就算拿到核准也不安全。」
「那還不如什麼都不動，維持現狀。」
這與其說是不擅長改善的公司，不如說是沒有保護改善者的機制的公司。
變成「客服中心」的改善負責人
改善活動還有一個陷阱：導入之後，負責人變成了客服中心。
比方說導入了某種方便的環境或工具。
原本的目的，是讓第一線的同事自己也能輕鬆使用。
但如果營運規則含糊，問題就會接二連三地湧向導入的人。
「這個要怎麼用？」
「要看哪裡？」
「設定要怎麼弄？」
「好像沒有正常運作。」
當然，真正的故障或系統問題，應該由相關部門來處理。
可是連基本用法、自己確認一下就能解決的事也全部接下來，改善負責人遲早會被拖垮。
這裡需要劃清界線。
- 關於核准的問題：這是依照已核准的申請辦理的
- 基本用法：請各自先自行確認
- 故障或連線不良：請附上具體狀況再聯絡
- 規則變更：請把申請規則和費用標準寫清楚
沒有這條線，改善負責人就不再是「讓大家更方便的人」，而是「為方便之後的一切兜底的人」。
這樣的話，不想再做下一次改善，也就理所當然了。
把領導力全押在人格魅力和幹勁上，太沉重
職場裡常常把領導力說成人格問題。
要開朗，把大家拉進來。
要充滿熱情地傳達。
要帶動周圍的人。
要建立信任關係。
當然，我不是說這些不重要。
但如果只靠這些，就危險了。
因為領導力一旦只被說成「人格」「幹勁」「號召力」，那麼沒有權限、沒有報酬、也沒有明確責任範圍的人，就只剩下情緒勞動要扛。
對方沒有行動時，可能會聽到這樣的話：
「如果你再多拉攏一點就好了。」
「是你溝通得不夠。」
「要有說服周圍人的本事。」
可是，真正需要的是更強的人格嗎？
其實更需要的是下面這樣的設計：
- 把目的講清楚
- 分清各自的角色
- 訂好期限
- 設立判斷標準
- 把委託的內容記錄下來
- 約定好確認進度的場合
- 把遺漏的事項列成清單
領導力不是靠一股幹勁去驅使別人。
而是設計出一個讓人容易行動的狀態。
「我才沒有事事插手」的認知落差
事事插手式的管理，麻煩之處在於越是當事人，越難察覺。
在他自己眼裡，是這樣的：
「我只是確認一下。」
「我只是在把關品質。」
「我只是在指導。」
「我只是希望事情好好推進。」
「我有責任，所以才盯著。」
可是被管的一方，可能是這樣感受的：
「沒有真正放手交給我。」
「做到一半就被追著質問。」
「標準答案總是事後才冒出來。」
「我根本沒有判斷的餘地。」
「連態度和是否心服都要被管。」
這裡有很大的落差。
是不是事事插手，光靠當事人自己的認知是判斷不了的。
關鍵在於被管的一方是否還留有判斷的餘地。
是只給出目的、期限和標準，然後放手交給對方？
還是連做法、推進方式、態度、是否心服口服、甚至氣氛都要抓在手裡？
如果是後者，不管當事人怎麼想，對承受的一方來說都是相當沉重的管控。
有時候，一句「上次已經同步過了」就夠了
在確認進度或指導的場合，常常會糾結「上次到底有沒有說過」。
一旦陷入情緒對抗，人就會很耗損。
「我說過了吧。」
「我沒聽到。」
「你到底想怎樣？」
「大家都接受這樣的做法嗎？」
這樣一來，討論的重點就會越跑越偏。
原本的重點並不是誰對誰錯。
如果同步的事項沒有落實，只需要一個機制，確保下次不再遺漏。
所以，先只回應事實。
「上次已經同步過了。」
然後，需要的話就做成清單。
- 同步日期
- 同步內容
- 落實到哪裡
- 負責人
- 期限
- 狀態
- 備註
這樣就能避免「說過」「沒聽到」的口水戰。
不比誰的口頭記憶，而是對著台帳確認。
光是這樣，耗損就能少很多。
改善要持續，靠的不是幹勁，而是防禦性設計
能把改善持續做下去的職場，有個共同點。
就是有一種讓改善者不容易吃虧的結構。
反過來，改善停滯的職場，往往有這些特徵：
- 核准路徑含糊
- 可以事後挑毛病
- 改善者連營運也得全包
- 連基本操作的問題也都找負責人
- 責任範圍越來越大，權限卻沒有
- 只有失敗和不滿被看見
- 一句「號召力」「熱情」「心服口服」就打發了
在這種狀態下，就算喊「請大家更主動地做改善」，也沒有人會動。
因為改善之後等著的，不是獎勵，而是額外的負擔和事後的挑毛病。
需要的不是幹勁。
而是保護改善負責人的機制。
實務上可以用的回應
如果事後被問「當初為什麼這樣處理」，最好別寫成悔過書。
可以這樣說：
這件事是依照已獲主管核准的申請辦理的。
今後如果要變更費用標準或適用範圍，請在申請規則中明確規定，我們會依照那個標準辦理。
這樣就能表明，這不是負責人擅自做主。
對於基本操作的詢問，可以這樣劃分：
基本用法和顯示設定，請大家各自先確認一下。
如果遇到設定上的故障或連線不良，請附上具體狀況再與我們聯絡。
這樣就把「自己確認的範圍」和「真正需要處理的故障」分開了。
進度同步沒有落實時，可以這樣做：
為了避免上次同步的事項被遺漏，我做了一份確認清單。
今後請把「同步內容、落實位置、負責人、期限、狀態」填在這裡，下次我們就對照檢查。
這份清單不是用來追究誰的。
而是用來避免情緒對抗的防護結界。
總結：別歸咎於人格，把它落實到設計上
職場的問題，很容易被說成人格問題。
號召力不夠。
熱情不夠。
責任感不夠。
確認不仔細。
主動性不夠。
可是真正該看的是結構。
明明已經核准，事後卻還被抱怨，代表核准流程不夠穩固。
改善之後問題都集中到一個人身上，代表營運設計不夠完善。
進度同步沒有落實，代表缺少記錄同步事項的台帳。
事事插手的人很多，代表放手的方式和判斷標準含糊。
領導力顯得沉重，代表沒有把它落實到機制上，而是全靠人格硬撐。
要讓改善持續下去，需要的不是強大的人格。
而是把目的、角色、期限、核准、紀錄和因應範圍講清楚。
不靠幹勁去驅使別人，而是營造一個讓人能夠行動的狀態。
這才是真正能讓職場輕鬆一點的改善。
