iT邦幫忙

2026 iThome 鐵人賽

DAY 17
0
IT Operation

轉型之後:IT 領導者的第二座山系列 第 17

Day 17|兵法三部曲:餘裕、重定義、落地

  • 分享至 

  • xImage
  •  

【場景】不再需要安全毯的那個週末

有一位年輕工程師剛轉崗時,筆記本不離身。每一個指令、每一個步驟都抄下來——那不是筆記,是安全毯。

我們沒有催他「快一點」。我們做的是另一件事:把他日常最耗時的例行雜事,一件一件自動化掉。

三個月後的某個週一,他跟同事聊起來才發現:整個週末,他一次都沒有打開那本筆記本。

那個瞬間,在我們的方法論裡有一個正式的名字:餘裕發生了

【問題】為什麼轉型的排程表總是說謊?

因為排程表是日期驅動的,而組織的變化是條件驅動的。日期到了、條件沒到,於是進度回報開始表演——每個人都見過那種「95% 完成」卡了三個月的專案。

【方法】三部曲,兩道閘

一場撐得住的轉型戰役,是三部曲:

第一部:盤清+自動化,直到餘裕發生。
把現況盤清楚,把例行的、重複的、耗人的事自動化掉——目標只有一個:讓組織騰出手來。關鍵在這句:餘裕不是士氣,是可量測的交付物——加班時數歸零、例行雜事佔比降到某條線下、某個角色每週多出 N 小時。量不出來的餘裕,不算數。

Gate 1:餘裕沒發生,不准進第二部。
一個滿載的組織沒有力氣思考「怎麼做才是對的」——硬推,等於在跑滿的系統上再加載,必炸。第一部的自動化不是轉型的主菜,它是替主菜清出桌面

第二部:重定義——「怎麼做才是對的」。
有了餘裕,才問真正的問題:這條流程為什麼存在?這個資料為什麼這樣流?我們的能力該長成什麼形狀?這一步會重新定義資訊能力、數據與流程——Day 16 的「裂變」就發生在這裡。這是三部曲裡唯一不能外包的一部:外人可以幫你自動化,只有你們自己能決定「什麼才是對的」

Gate 2:真正的瓶頸重定義完成,才進第三部。

第三部:自動化/AI 落地,寫進制度。
把第二部想清楚的新做法,用自動化與 AI 固化下來、寫進制度——Day 16 的「寫進基因」。然後,循環:三部曲跑完一輪,組織升一格,帶著新的餘裕與新的理解,回到第一部,開始下一輪。

補一個出處,證明這不是事後蒸餾出來的漂亮框架:Day 1 提過,當年跟董事會談定的五年計畫就分兩段——前三年「數位韌性」,把破碎的系統盤整到「能用資訊系統正確解釋現況」(第一部:盤清+自動化+餘裕);後兩年刻意留白,「看怎麼才是正確的做事方式」(第二部:重定義)。 計畫在第一天就長這個形狀——連「第二段不先寫死」都是設計:因為重定義的答案,只有走完第一部的組織才配知道。

整套的鐵律一句話:

時程可以延,閘不可以跳。

這條鐵律順便解釋了滿街「直接上 AI」專案的死法:它們從第三部開場——在沒有餘裕、沒有重定義的組織上直接蓋自動化。結果是把混亂自動化,讓錯的事發生得更快。工具沒有錯,錯的是跳閘。

【一個動作】

替你手上的轉型專案(或 AI 導入案)做「閘門體檢」:

  1. 它現在在第幾部?
  2. Gate 1 過了嗎——餘裕有量測證據嗎(省下的時數、歸零的加班)?
  3. Gate 2 過了嗎——瓶頸被重新定義過了嗎,還是在自動化三年前的舊流程?

如果你發現自己站在第三部、但 Gate 1 根本沒過——先停下來,回頭補餘裕。這不是延誤,是止損。


本系列情節經改寫與化名處理,聚焦方法與機制,不指涉特定個人。
【第二座山|第三幕:組織的作業系統】Day 17/30。昨日:〈三個動詞〉。明日:〈解釋頻寬——系統不只做不動,還會看不懂〉。


上一篇
Day 16|裂變、定向突變、組牌:讓團隊長大的三個動詞
下一篇
Day 18|解釋頻寬:系統不只做不動,還會看不懂
系列文
轉型之後:IT 領導者的第二座山20
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言