新創公司的技術負債管理：何時該以此換取速度？

在軟體工程領域，「技術負債 (Technical Debt)」這個詞往往帶著負面意涵。工程師聽到這詞會皺眉，覺得這是前人留下的爛攤子；老闆聽到這詞會焦慮，覺得這是不定時炸彈。

但在新創公司 (Startup) 的情境下，我認為技術負債是中性的，甚至是一種必要的金融工具。

正如企業會舉債來擴張廠房，新創公司也應該「舉債」來擴張速度。關鍵在於：你借的是什麼樣的債？你有沒有還款計畫？

一、區分兩種截然不同的負債

Martin Fowler 曾提出經典的技術負債四象限，這裡我們簡化為兩種核心類型，這也是 CTO 做決策時心裡要有的那把尺：

1. 魯莽型負債 (Reckless Debt)： 「因為我們不懂設計模式」、「因為我們懶得寫測試」、「因為昨晚沒睡飽隨便寫寫」。 結論：絕對禁止。 這種債通常沒有換到任何速度，只是單純的品質低落。這不是槓桿，這是高利貸。

2. 審慎型負債 (Prudent Debt)： 「我們知道這樣寫擴展性不好，但如果現在花 2 週重構，就會錯過黑色星期五的行銷檔期。所以我們先 Hard Code，下個月排時間改回來。」 結論：這就是創業的精髓。 你明知這不是最佳解，但為了「現在」的商業價值，你有意識地選擇了妥協，並承諾「未來」會償還。

二、什麼時候該借錢（技術債）？

作為技術決策者，我通常在以下三種情況下批准背債：

• 驗證假設階段 (PMF Search)： 當你不確定這個功能是否有人要用時，寫出完美程式碼是浪費。這時候應該用「拋棄式原型 (Disposable Prototype)」的思維開發。如果功能沒人愛，直接刪掉也不心疼；如果爆紅，那時候再來重寫也心甘情願。
• 關鍵生存節點 (Survival Mode)： 如果下個月沒拿到融資公司就要倒了，那現在管什麼 Clean Code？先把 Demo 做出來給投資人看，讓公司活下去才是唯一的真理。
• 非核心業務 (Non-Core Context)： 對於公司的核心競爭力（例如演算法引擎），標準要高；但對於非核心的行政後台、一次性活動頁面，容忍度可以高一點。

三、還款計畫：別讓利息吃垮你

借錢容易還錢難。很多公司最後死在「技術破產」，就是因為只借不還。以下是幾種實用的還債策略：

1. 童子軍軍規 (Boy Scout Rule)： 「離開營地時，要比你進來時更乾淨。」要求團隊在修改任何檔案時，順手修復一些小壞味道（命名不清、無用的註解）。這是最無痛的分期付款。

2. 重構衝刺 (Refactoring Sprint)： 每 3-4 個衝刺週期 (Sprint) 後，安排一個「冷卻週」或「技術週」。這週不做新功能，專門用來升級套件、優化資料庫索引、或是重構難以維護的模組。

3. 債務上限 (Debt Ceiling)： 設定具體的警戒線。例如：「當單元測試覆蓋率低於 60%」或「某個 API 的 P99 延遲超過 500ms」時，自動凍結新功能開發，全體轉向修復問題。這需要 CTO 有足夠的魄力與 CEO 達成共識。

結語：與債務共舞

在新創公司當 CTO，不是要當一個潔癖的圖書館員，而是要當一個精明的投資銀行家。

不要害怕技術負債，要害怕的是「無意識的負債」。只要你清楚每一筆債換到了什麼速度，並且清楚何時以及如何償還，技術負債就會是你攻城略地的最佳夥伴。