為什麼快速循環勝過慢慢規劃?#

書中最反直覺的發現之一:速度本身就是策略。改變的失敗,往往不是因為走錯方向,而是因為走得太慢——慢到動能消散、市場改變、人心離散。

快速循環改善(rapid cycle improvement)的核心信念:

  • 你不可能一次就猜對
  • 但你可以比別人更快地把錯的猜想換成對的
  • 學得越快 → 走得越快 → 結果越好

本章把書中與「快速循環」相關的方法收攏起來:爆發(burst)、衝刺(sprint)、敏捷(agile)、紙本試播(paper pilot)、即時回饋(real-time feedback)。

慢的代價:當瀑布式開發遇到現實#

軟體業在 1990 年代以前主要採用瀑布式開發(waterfall):

  • 收集需求 → 設計 → 開發 → 測試 → 交付,一個階段做完才進下一個
  • 顧客往往要等好幾年才看到成品
  • 等到成品出來,市場可能已經完全變了樣

《Scrum》一書作者 Jeff 與 J. J. Sutherland 觀察:「公司常花好幾年做一個一開始看似很棒的專案,但等他們穿越終點線時,市場已經根本改變。」

這個現象不只出現在軟體業——大型企業變革、新產品開發、政府改革專案,全都掉進過同樣的陷阱。

加速學習的兩個關鍵問題#

加速學習要回答兩個問題:

  • 失敗能多快被發現?(How quickly can you identify failure?)
  • 成功能多快被發現?(How quickly can you spot potential successes?)

案例:49 人隊的即時回饋系統#

舊金山 49 人隊策略長 Moon Javaid 的痛點:每個賽季只有 10 場主場比賽,等下一場比賽才迭代等於浪費 10% 的觀眾體驗。

他在機場看到 HappyOrNot 終端機(4 顆按鈕:大笑、微笑、皺眉、大皺眉)後產生靈感:

  • 在球場 600 個販售點與 50 間廁所部署 150 台終端機
  • 設定門檻:5 分鐘內 15 個負評就自動發警報
  • 員工幾分鐘內就能趕到熱點處理

意外的發現:

  • 一場比賽收到 40,000 次按鈕資料
  • 49 人隊「贏球時」滿意度是 78%,「輸球時」掉到 61%——同一個廁所在輸球時感覺更髒
  • 解法:建立「贏球 vs 輸球」的對照基準,避免被情緒污染

輸球場:球場到處都是紅 X 標記的問題點

贏球場:幾乎沒有問題點——同樣的設施,情緒卻完全改變了體感

把回饋管道做得極其簡單,回饋會自己流進來。HappyOrNot 的成功祕訣是只有 4 顆按鈕——而不是讓人填 16 頁的飛行體驗問卷(「請對空服員的姿勢評分 1–7 分」)。

同樣的方法不需要科技:角色扮演也算#

谷歌 X 共同創辦人 Tom Chi 為一家能源公司設計留任高階主管的方案。客戶提出 5 個提案、討論了好幾個月——但從來沒實際試過任何一個。Tom Chi 當場安排角色扮演:

  • 讓巴西區 CEO 模擬把「主管交流計畫」(這是公司最得意的方案)介紹給沒升上去的 COO
  • 演到一半,扮演 COO 的高階主管直接拍桌:「我幹了 20 年高階主管,你現在叫我把孩子從學校拉出來、說服老婆搬到語言不通的國家?我辭職。」
  • 幾分鐘的角色扮演,揭露了公司原本準備花數百萬美元推行的方案根本是個爛主意

這個故事的教訓:「討論一個想法」不等於學習,「在跟目標對象相似的場景測試一下」才是學習。

加速學習能限制——甚至預防——浪費的努力。

敏捷(Agile):把學習放進開發循環裡#

敏捷的本質不是「跑得更快」,而是把回饋迴路縮短

對比瀑布式敏捷
提問「我們認為客戶要的這些功能要做多久?」「未來兩週內最有價值的功能是什麼?」
週期以年計算以週計算(稱為「衝刺」)
客戶聲音在最後階段才出現在每個衝刺都出現
失敗識別數年數週

敏捷之所以革命性,是因為它同時加快了「發現失敗」與「發現成功」——把開發週期縮短,並把客戶聲音帶得更近。

紙本試播(Paper Pilot):先在紙上試錯#

NPR 廣播節目部負責人 Eric Nuzum 在 2011 年遇到困境:要開發新節目,卻申請不到一毛預算。傳統做法是:

  • 構思 → 私下孵化 → 投入數百萬美元 → 找明星主持人 → 一兩年後盛大發表 → 再等幾個月看是不是熱門節目

Nuzum 改採「紙本試播」:

  • 先在紙上勾勒出前幾集的節目設計
  • 確認嘉賓會從哪裡找、會有什麼固定段落
  • 通常會發現「這其實只夠做 1 集,不是一系列」
  • 也能發現主持人個性是否契合(例如那位「沒人想跟她合作」的食物雜誌編輯)

從「最好的種子」到「種一堆種子」#

Nuzum 用一個園藝比喻表達他的思維轉變:

「以前我們的做法是,把一袋蕃茄種子撒在桌上,然後爭論哪一顆會發芽結最多果。

但園丁會告訴你:種一堆不同的種子。它們有一半根本不會發芽,發芽的有一些會長歪,只有少數會結果。要種出好蕃茄,你必須一開始就種一堆不同的種子。

這不是「我什麼都不知道,所以亂槍打鳥」。Nuzum 與團隊憑經驗能立刻篩掉 9 成爛點子。剩下的 1 成才需要「種子實驗」——測試是用來取代猜測,不是用來取代判斷

成果:TED Radio Hour、Hidden Brain、Invisibilia——過去 20 年最成功的廣播與 podcast 節目,都是從紙本試播種子裡長出來的。

爆發(Burst):把循環的起點推到極致#

快速循環不只是工作節奏,也是啟動方式。一段高強度、不被打斷的時間,能在數天內完成原本要拖數週的事。

案例:愛荷華大學醫院放射科#

放射科原本要等 兩週才能做 CT 掃描。團隊在五天內完成下列轉變:

  • 跟著病人走完整個就診歷程(journey mapping)
  • 發現顯影劑的荒謬:護理師遞給病人飲下,要等一小時讓藥劑流經消化道才能掃描
  • 解法:在接待處放一個冰箱,讓接待人員報到時就遞給病人——省下整整一小時
  • 用「義大利麵圖」(spaghetti charts)追蹤技師移動:步數減少 91%

成果:

  • 每日掃描人次從 64 提升到 84
  • 預估年度增加 3,000 次掃描,淨收入增加約 75 萬美元
  • 兩週的等候期完全消失

這是五天的產出。

在傳統的工作節奏裡,這些改善要經過:規劃會議 → 一連串會議 → 無止盡的電郵串。爆發繞過所有官僚,讓人在現場直接協作。

設計衝刺(Design Sprint)#

來自 Google Ventures 的方法(Jake Knapp 等人著作《Sprint》):

  • 找一個跨部門團隊
  • 封鎖五天日程,保護他們的專注
  • 第五天結束時必須有具體產出(雛形、原型)

「爆發式溝通」適用於遠端團隊#

不能在同一間辦公室時,仍可保留「爆發精神」:

  • 約定每天某幾個小時是同步協作的時段
  • 研究發現:限制遠端團隊效率的不是距離,而是延遲——把可同步處理的事情非同步化才是真兇
  • 跨多時區的團隊也能找到一兩小時的重疊區段

縮短「中段」:避開動能死亡谷#

馬拉松式的長期計畫有一個共同敵人——中段

動機研究者 Ayelet Fishbach:「唯一不會慶祝的時候,就是中段。

一開始有新鮮感、希望、冒險感;接近終點有自豪、滿足、解脫;中段什麼也沒有,只剩漫長的狗爬式向前。

Brendl 的「先回頭看,再向前看」法則#

巴塞爾大學行銷教授 Miguel Brendl 的建議:

  • 追求目標的早期:往後看(「我已經完成了多少?」)——進步感讓你動起來
  • 接近目標的後期:往前看(「還剩多少?」)——倒數感推你衝刺

為什麼短週期有效?#

把年度目標拆成季度、月度、週度:

  • 每個週期重置時都能領一波「新開始」的能量紅利
  • 中段被壓縮到幾乎不存在
  • 敏捷的兩到三週衝刺,本質上就是永遠在爆發的方法論

案例:ExxonMobil 的週四歸檔日#

技術資料中心經理 Matthew Knies 接手時,面對堆滿好幾個 PB 的資料積壓。他的策略:

  • 設下 18 個月清空積壓的目標(老闆當面笑他)
  • 每週四全員圍著大桌一起歸檔——他自己也參加,第一天就刮膠帶刮到指尖沒皮
  • 第一天就送出兩台推車——「我們從來沒有歸檔這麼多過」
  • 把進度視覺化(募款式溫度計)讓每週的進步都看得見

成果:原本「沒人相信他們能做事」的團隊,比 18 個月還早幾個月清空積壓。一位過去固守「不要碰我的檔案」的同事,變得連別人的檔案都想幫忙整理。

快速循環如何串連起來#

快速循環改善是一個自我增強的迴路:

找到槓桿點
以「爆發」啟動(保護整段時間)
在短週期內推出最小可行版本
即時、低成本地收集回饋
失敗 → 立刻調整;成功 → 立刻放大
回到「找槓桿點」

「框架本身就是一個迭代過程。」

49 人隊用即時資料學會把員工時間放到對的地方;NPR 用紙本試播把資源放到更可能成功的種子上。快速適應,是終極的力量加成器(quick adaptation is the ultimate force multiplier)。

不是所有改變都需要持續迭代。有時候你只需要從一個高度跳到下一個高度——減重 10 磅後守在新體重,或是 ExxonMobil 把資料歸檔完一次性結案。這也是一次成功的重設