🎯 什麼情境該想到我
當你知道「交付太慢」但講不出慢在哪一段,改善資源不知道該投哪裡時。
⚙️ 怎麼用
- 先找齊人:產品負責人、開發、QA、維運、資安、發布管理、以及有權改動自己那段流程的人。開一場多日工作坊,把他們從日常工作裡抽離。
- 第一輪只畫高階區塊:不要記錄每個細節。書中的判準是——即使是複雜的價值流,通常也能在幾小時內畫出 5 到 15 個 process block。
- 每個區塊標三個數字:
- 前置時間 lead time:從請求發出算到被滿足(客戶感受到的就是這個)
- 處理時間 process time:從實際開工才起算,不含排隊等待
- %C/A(完整且正確百分比):問下游——你收到的東西有多少比例「拿到就能用」,不必補資料、不必澄清、不必更正
- 把調查火力集中在兩處:工作等待數週甚至數月的地方(拿類生產環境、變更審批、資安審查),以及產生或收到大量返工的地方。
- 畫出理想化的未來價值流圖當成 target condition,訂一個期限——書中給的是通常 3 到 12 個月。然後對每個假設做實驗、看結果、再迭代。
原文:「Typically, even for complex value streams, groups can create a diagram with five to fifteen process blocks within a few hours.」
🧪 我實際套用的紀錄
- 2026-08-02:(待填)
⚠️ 注意
- process time / lead time 的比值才是效率指標,但改善重點放在 lead time——因為那才是客戶感受到的。書中的 Nordstrom 例子裡,%C/A 低的根因只是「申請表沒填員工編號」,這種東西不畫圖永遠看不到。
🔗 相關工具
- 工具-找出並管理約束點 —— 接續動作,價值流圖告訴你哪裡慢,約束理論告訴你先修哪一個
- 工具-等待時間與閒置產能 —— 解釋為什麼「每個人都很忙」反而讓 lead time 爆炸
- 工具-三步工作法 —— 上位框架,畫價值流圖是第一步「流動」的起手式
- 工具-把業務目標接到IT風險 —— 把圖上的等待時間翻譯成老闆聽得懂的損失