一個新創會以相反方向失敗#
在 IMVU 擔任 CTO 時，萊斯同時見過兩種完全相反的失敗方式：
- 防衛過度：為了避免出錯而無止盡地鋪設流程，結果產品根本出不了門。
- Friendster 效應：顧客正在暴衝時，反而因為技術性崩潰在最差的時機掛掉。
兩種情境都證明：光是「做事要小心」或「做事要快」都不夠。多數建議是走「折衷路線」（「做點計畫，但不要太細」），但——
半調子的折衷路線最糟。下屬若發現主管判準模糊，會極端化自己的立場（你說要慢，我就主張每年發一次；你說要快，我就主張每天發一次），指望「折中後剛好到我想要的位置」。結果整個團隊被推向兩極，對話破裂。
要脫離這個陷阱，必須徹底改變思考方式。
建立「適應型組織」（Adaptive Organization）#
適應型組織是指：會自動根據當前情況調整自己的流程與績效的組織。
IMVU 起初連新人訓練都沒有——萊斯原本認為「新訓是大公司浪費錢的產物」。但隨著公司持續小步迭代流程，訓練計畫竟自然長出來：
- 每位新進工程師配一位導師；
- 師徒績效綁在一起；
- 新人第一天就能有產出、幾週就能做出重要貢獻。
關鍵：沒有人坐下來決定「我們要蓋一個訓練計畫」。訓練計畫是持續改善既有流程的副產品。
我們會不會開得太快？#
前面章節不斷強調速度。但只追求速度是會毀掉自己的。
- 第 9 章的 andon 警報繩就是一種速度調節器：豐田那句看似矛盾的箴言——「停下生產線，是為了生產線永遠不必停」。
- 精實思想最關鍵的發現：品質無法用時間換。你今天為了趕進度放掉的品質，之後會以數倍的代工、士氣滑落、顧客抱怨拖慢你。
IMVU 早期的品質悖論#
- 第 3 章提過：IMVU 初期發佈的產品 bug 多、少功能、介面難看。
- 顧客根本不試——幸好我們沒有浪費時間在修 bug 上（反正這版本要被丟）。
- 但當我們找到顧客真正要的東西後，低品質開始拖慢學習：產品難用到顧客感受不到新功能帶來的差異，也就無法回饋意見。
- 功能越堆越多，新功能越容易打壞舊功能；服務業的「規則」也一樣——規則越多，越容易自相矛盾。
這就是為何需要一個自動煞車的流程。
五個為什麼的智慧（The Wisdom of the Five Whys）#
精實新創的「自動煞車」機制，來自豐田生產系統之父**大野耐一（Taiichi Ohno）**發明的 五個為什麼（Five Whys）。
核心：大多數技術問題的根源，其實是人（或制度）的問題。連問五次「為什麼」，一路挖到根本原因。
大野耐一的經典例子：機器停了#
- 為什麼機器停了？→ 過載，保險絲燒斷。
- 為什麼過載？→ 軸承潤滑不足。
- 為什麼潤滑不足？→ 潤滑泵出油不夠。
- 為什麼泵出油不夠？→ 泵軸磨損、配合不良。
- 為什麼軸會磨損？→ 沒裝濾網，金屬屑跑進去了。
沒有問到第五層，你只會換保險絲或換泵軸，幾個月後問題重演。問到第五層，才碰到「有人忘了裝濾網」這個真正可以被修正的系統缺口。
IMVU 的例子#
- 新版產品某個功能顧客不能用 → 因為某台伺服器掛了。
- 為什麼伺服器掛了？→ 某個子系統被錯用。
- 為什麼被錯用？→ 工程師不會正確使用它。
- 為什麼不會？→ 沒受過訓練。
- 為什麼沒受過訓練？→ 主管和團隊「太忙」，從不訓練新人。
看似純技術錯誤，最終根源其實是管理決策。
做出「成比例的投資」（Proportional Investment）#
鐵則：在五個層級都投入一點改善——但投入量與症狀嚴重度成比例。症狀小投入小，症狀大才投入大。
上面的 IMVU 例子解方：
- 修好伺服器；
- 讓子系統不容易被誤用；
- 訓練那位工程師；
- 和他的主管談一談。
最後一步最困難。擔任新創主管時，若有人告訴萊斯他得花時間訓練新人，他會諷刺地說「當然好啊——前提是給我 8 週空檔」——這就是「我不願意」的委婉說法。
這正是「成比例投資」的意義：伺服器掛了是小毛病？那不要排 8 週訓練，先排 1 小時就好。1 小時看似沒意義，但承諾已經開始；若問題再發生，五個為什麼會逼你再加碼；若沒再發生，1 小時也沒損失。
自動速度調節器#
- 問題越多 → 投資越多 → 基礎設施與流程慢慢改善 → 危機減少 → 速度自然提升。
- 五個為什麼把「進度」和「學習」綁在一起，而不是和「執行」綁在一起。
五個為什麼的詛咒：變成「五個怪罪」#
新團隊最常掉進的陷阱：Five Whys → Five Blames（五個怪罪）。原本要一起找根因，變成互相推卸。
避免怪罪陷阱的四個戰術#
- 所有相關人都到場——客服（接到抱怨的）、診斷出問題的、負責修的、該子系統的負責人；如果升級到高層，升級者也要在。
- 沒到場的人會被怪罪。不論是基層員工還是 CEO——缺席者一律被當成替罪羊；前者被視為「可以替換」，後者被視為「反正改不動」。兩個假設通常都錯。
- 主管默念的口訣：「出錯了，是我的錯——因為我讓這種錯誤這麼容易發生。」用系統觀點看問題，而不是找個人開刀。
- 讓新人第一天就動生產環境（IMVU 實際做法）：如果他一碰就壞，那是我們的流程太脆弱，不是他的錯；他還會被邀請主導修復並防止再犯。
如何開始實踐#
先建立信任的氛圍#
沒有「彼此信任、樂於學習」的氛圍，五個為什麼會把事情變更糟。萊斯的簡化版兩條規則可先上路：
- 出錯時永遠保持體諒。
- 不要讓同樣的錯誤發生第二次。
從小處、具體處開始#
別一上來就想解決「公司所有老問題」——壓力越大、賭注越大，越容易退化成怪罪大會。
建議：
- 選一個具體的症狀類別（例如「所有信用卡相關客訴」）。
- 每次觸發就開一場簡短的會議；每個層級做一個小改動就好。
- 團隊熟悉流程後再擴大範圍。
指派「五個為什麼大師（Five Whys Master）」#
- 主持會議、決定改善行動、分派任務。
- 職級要夠高（才敢派任務）；但不能太高（否則沒時間出席）。
IGN 的實戰教訓#
IGN Entertainment（News Corp 旗下，45M+ 電玩媒體用戶）初期嘗試失敗：
- 想一次解決累積多年的大問題；
- 關鍵當事人沒到場；
- 參與者初次上手，會議散漫失焦。
萊斯給 IGN 三個教訓：
- 只處理新出現的問題。沉痾若真是系統性的，會自然在新事件中浮現——屆時再處理。
- 所有相關人必須到場，不能因為「忙」就請人缺席。
- 每次會議開頭花幾分鐘解釋方法，讓不熟悉的人快速同步。
IGN 指派工程總監 Tony Ford 擔任大師；初期一樣挫折，直到某次為一個多次錯過期限的專案跑完一次成功分析，團隊才真正領悟。
IGN 的真實分析範例#
為什麼無法在部落格新增或編輯文章？→ Content API 回 500 error。 為什麼 API 回 500？→ bson_ext gem 和其他 gem 不相容。 為什麼不相容？→ 我們加了新版 gem；舊版還在，應用程式卻意外使用新版。 為什麼會把未測試的 gem 放到正式環境？→ 「以為不用測」。 為什麼預先放 gem？→ 因為程式碼自動部署了，gem 卻沒有自動化。
每個層級都配一個比例投資（改 API、移除衝突 gem、加測試、把 gem 納入持續整合/部署）。還多出一個「紅利問題」——為什麼週五晚上改正式環境？於是定出：週五～週日不改產線，除非工程副總核准。
「沒有五個為什麼，我們只會罵工程師週五不要白痴，然後什麼也不改變。」——Tony Ford
QuickBooks：從大批量轉到小批量的三年#
Intuit 旗艦產品 QuickBooks 是瀑布式 PC 軟體的經典——每年發一次大版。Greg Wright 三年前加入領導改革。
第一年：「執行失敗」#
- 前 3–4 個月做策略與規劃（不寫程式）；6–9 個月開發；6 月 beta、7 月 beta、再發行。
- beta 階段只驗證「不會當機、不會掉資料」；功能已經無法改動。
- 新版線上銀行功能上線後，顧客做一筆交易的時間變慢 4 ～ 5 倍。
- Intuit 用 NPS（Net Promoter Score）追蹤顧客滿意度；QuickBooks 當年下滑 20 分——Intuit 史上最劇烈。
- 典型的「achieve failure」——完美執行了一個有缺陷的計畫。
NPS 的價值在於長期穩定，不會被短期雜訊污染；所以 20 分下滑是真實警訊。
第二年：慣性#
- Greg 將年度發版拆成半年一次；表面上已符合小批量精神。
- 但舊有大批量問題仍然存在，原訂 1 月 alpha 拖到 4 月。
- 改變個日期，打不贏根深柢固的系統。
第三年：爆發#
Greg 與產品開發主管 Himanshu Baxi 合作，放棄舊流程。投資重點從「重訂期限」改成「投資流程、產品、技術」：
- 由下而上創新：放開工程師、產品經理、顧客一起開啟新一年——起初 Greg 手上沒有任何規格書就開工。
- 小型跨職能團隊：每隊最多 5 人；從 5 個大分支變成 25 個平行分支。
- 顧客參與每個功能的概念階段，不只事後回饋。
- 技術投資：建構虛擬系統——讓顧客電腦上同時跑新舊版 QuickBooks、新版能讀舊資料但不能永久修改，解決「MVP 可能毀掉顧客財務資料」的恐懼。
- 每隊 6 週週期，過程中持續面對顧客。
結果：滿意度顯著提升、銷售提升；後續第四年改訂閱制與下載式更新，目標每年至少釋出 4 次。
改革的核心不是文化口號，是心智模式——把工作視為系統，持續縮小批量和循環時間。要持久，必須投資工具與技術支持新的工作方式。
結語：適應能力決定新創能長多大#
- 早期就踏實實踐精實原則的新創，長大後反而更容易維持速度——他們已經養成紀律。
- 但「長大成功」不是終點。
- 成熟企業同樣要透過破壞式創新（disruptive innovation）尋找新的成長來源。
- 今日的競爭節奏讓「慢慢像毛毛蟲變蝴蝶那樣發展」成為不可能。
新創與成熟企業都必須同時追求營運卓越與破壞式創新——這種組合型組織需要不同的管理風格並存，這是下一章的主題。