Day 11｜把重工迴圈畫進地圖——價值流圖的深化

副標題：《價值流圖 (Value Stream Mapping)》
請參考:群島計畫
引子：在第十三章故事中的場景

燈塔小隊的Refinement會議上，PO瑞秋與設計師娜迪雅已經先把設計定案，資深工程師布萊恩第一次看到設計時才發現技術上的限制，只能一邊開發一邊補做技術評估。瑞秋這麼安排，是因為她相信「讓布萊恩早點加入，會拖慢設計收斂的速度」；但這個假設，只算到了前段省下的時間，沒有算到後段可能因此發生的重工。

理論溯源：從製造業的地板，到知識工作的看板

價值流圖源自豐田生產系統，最初用來追蹤一件實體產品，從原料進廠到成品出貨，中間經過的每一道工序與每一段等待。後來這套方法被引入軟體開發與知識工作領域，用來追蹤一個需求，從被提出到真正交付價值，中間經過的每一個環節，它最重要的貢獻，是逼著團隊誠實面對一件事：大部分流程裡，真正在創造價值的工作時間，遠比看起來的短，中間絕大多數的時間，都花在等待與交接上。

理論精解：兩種被忽略的時間——排隊時間，與重工時間

價值流圖通常會把每個環節拆成「處理時間」與「等待時間」，讓團隊看見流程裡有多少時間，其實是需求靜靜躺在某個人的待辦清單裡，沒有人在動它。這是《綠洲計畫》已經介紹過的基本畫法。

這一次要深化的，是另外兩種經常被漏畫的時間：

• 隱藏的排隊時間：像布萊恩的技術評估，看起來是「跟開發同步進行」，沒有拖慢進度，但如果拉長時間軸看，這其實是把「原本該在設計階段就做的評估」，硬塞進了一個本來不屬於它的位置，只是換了一種方式排隊，沒有真的消失。
• 重工迴圈：當下游角色（布萊恩）發現上游決策（娜迪雅的設計）有問題，需要回頭修改時，這段時間往往比「一開始就把兩個角色放在同一張桌子上討論」更長——因為要改的不再只是想法，還有已經投入的實際產出。價值流圖如果只畫「單向的推進」，不畫這種「往回走」的箭頭，就會系統性地低估晚一步整合的真實代價。

應用解析：書中的安排

1. 瑞秋的假設，有部分事實，卻不是全貌：她說「早點拉布萊恩進來會拖慢速度」，在「設計收斂到定案」這一小段是對的；問題是，她把這一小段的效率，誤當成整條價值流的效率，忽略了布萊恩晚加入所製造出來的重工迴圈。
2. 布萊恩的疲憊，是一種模式，不是抱怨：他說「幾乎每次都這樣」，點出這不是單一事件，而是燈塔小隊固定的流程設計，正在系統性地製造重工。這正是價值流圖存在的意義：把「感覺一直很累」翻譯成「這裡有一段可以被畫出來、被討論的隱藏時間」。
3. 艾佛勒的圖，把直覺變成證據：他沒有直接說瑞秋做錯了，而是把整段流程（含重工）畫出來，讓「早一點讓布萊恩加入」從一句空泛的建議，變成一個可以用時間長短來比較的選項。

實踐指南：你也可以這樣用

• 練習一：把「重工」的箭頭也畫進你的流程圖。下次畫價值流圖時，別只畫順向的推進，找一兩個最近真的發生過重工的環節，把「往回走」的箭頭和它花掉的時間也標上去——很多時候，光是把這段畫出來，就足以讓團隊重新評估「早一點整合」值不值得。
• 練習二：問「這段時間是消失了，還是換了地方出現」。當有人說「這樣安排比較快」時，可以追問一句：省下的時間，是真的消失了，還是被搬到流程後段、換了個名字重新出現（例如變成「重工」「技術債」「補洞」）？

延伸思考

思考題：想一個你工作流程裡，「看起來很有效率」的安排——如果把它下游可能發生的重工也畫進去，這個安排還會是最快的選項嗎？