職涯回顧｜第九堂課：快速擴張下的張力，往往不是技術對錯

當產能準備擴增，經營端為了加快擴張節奏，引進了另一個業界的製造團隊進場。

他們帶來的不只是人力，也帶來一套自己熟悉的設備與做法。

衝突很快就浮上來，最明顯的落點，就是機台。

新團隊希望導入自己熟悉的設備；但對開發團隊來說，機台從來不只是設備替換。設備一換，後面要重新確認的是：不同機台上，能不能維持一致品質；原本建立起來的製程邏輯、驗證基礎與量產條件，還算不算數。

---

現在回頭看，那場爭議表面上是在談機台，實際上談的是另外三件事：

標準由誰定、接口由誰管、風險由誰扛。

因為量產模式一旦定下來，後面的 KPI、訓練方式、良率爬坡路徑，甚至交付承諾，都會一起被鎖住。

所以那不是單純的技術偏好差異，而是誰有權定義後面的運作基準。

---

再往後看，我才慢慢意識到，現場不只是開發與製造的分歧，背後還有經營端要求加速投資、盡快看到成果的壓力。

所以那次擴張，不只是加資源，而是加進一套原生文化。新團隊帶來自己的工作語言、節奏與權力結構。衝突也因此不只停在技術取捨，更在於誰的做法最後會成為基準，誰的判斷會被定義成「比較有效率」。

---

那時我也慢慢看懂，這不是靠某一個人多講幾次道理，就能解開的拉扯。

在集團擴張需求下，我後來轉去支援另一個擴建案，把自己的專長放到能真正落地的地方。那不是逃開衝突，而是我開始知道：當一套系統的主導邏輯已經改變，個人能做的，不是硬扛全部，而是判斷自己的專業還能在哪裡發揮作用。

而那個選擇的代價，是我和原團隊之間的距離，也慢慢拉開。

---

也是從那次經驗開始，我對「擴張」這件事有了不同理解。

擴張從來不只是把產能放大。真正被放大的，還包括一致性、標準、接口，以及可交付性。

如果這些沒有先對齊，產能擴得越快，系統裡的張力通常只會被放大得更快。