一片空地、三年、一萬人

2015 年，我拿到一塊位於台灣中部的土地和一個期限。這塊地將成為一座先進製程的半導體園區，三年內，每天會有超過一萬人來這裡上班。我的工作是機台以外的一切：餐飲、交通、保全、住宿支援、讓建築物保持舒適安全，以及數百項決定「這是一個工作的地方，還是一個求生存的地方」的小服務。

大家以為這類專案最難的是施工。其實不是。施工很難，但它是被充分理解的：工程有時程，承包商有罰則，混凝土按已知的速度養護。

真正難的是，人不是按照施工時程進駐的，而是按照業務時程。而在晶圓廠量產爬坡時，業務時程不等任何人。

真正的瓶頸，是兩條曲線錯位

在同一張圖上畫兩條線。一條是每月在園區的人數；另一條是服務容量：中午能供應多少餐、交接班時接駁車能載多少人、一個早上能發多少張門禁卡、維修團隊一天能結多少張工單。

在新建園區，兩條線都從零開始。人數是階梯式上升的，因為機台進來，操作機台的人緊跟在後；服務容量則是斜坡式上升，因為每項服務都需要建築、廠商、團隊，以及幾週的演練，才能在滿載下運作。

我在園區看到的每一次危機，都發生在這兩條線之間的落差裡。當人數先跳上一階、服務容量還沒爬上來，就會出現排隊，而排隊會變成文化。人們會記得一個新據點的第一個月很多年。

所以我學會問的問題從來不是「我們能蓋多快？」而是「哪一條曲線領先？領先多少？」

先鋪地板，再迎人潮。 我們把開幕當天的服務容量當成要求，而不是目標。如果一棟樓開幕時會有一千人，餐廳、接駁和服務台就必須在第一個人刷卡進來之前，已經能承受這個負載。這意味著要為幾週內部分閒置的容量付費，而那是整個專案最便宜的保險。

為例外設計，而不是為平均設計。 平常日子會自己運轉。讓園區崩潰的是那 5%：凌晨三點需要熱食的夜班、沒有通行許可就到場的訪客、封路的颱風。我們先把例外路徑寫下來，每條路徑都指定負責人，並且演練。當例外有了主人，平常日子就會保持無聊，而那正是你要的。

讓每個團隊都成為一間小型控制室。 成長這麼快的園區，任何主管的審核速度都追不上。所以每個服務團隊拿到三樣東西：清楚的作業標準、每天看得到自己績效的數據，以及在標準內直接解決問題、不必請示的授權。我的工作從「做決定」轉變成「設計讓別人能做決定的條件」。

我會更早投資共用的數據層。當時每項服務各自記錄，第一年要把資料串起來得靠人工。如果一開始就堅持建立單一的共用數據層，我們會提早好幾週看見人數與容量之間的落差，而不是在排隊人潮中才感受到。

我也會在當下寫下更多學到的東西。那幾年辛苦換來的判斷，很多都存在人的腦袋裡，有些也就隨著人離開了。

你不需要一座半導體園區也能用上這些。任何需要快速成長的事，新辦公室、新團隊、併購後的公司，同樣三個原則都成立：

這一切的目標很奇特：如果順序排得好，沒有人會注意到。第三年才加入的人，走進的是一座感覺「一直都在那裡」的園區。這種隱形，就是好的順序換來的東西。