如何建立流程地圖
如何建立流程地圖：劃定邊界、命名角色、把步驟與決策畫進泳道，再記錄每個步驟涉及的系統與證據。附一個可實際操作的完整示例。
流程地圖記錄發生了什麼、由誰執行、每個步驟產出什麼——它是一張附上了負責人、系統與紀錄的流程圖，因此能回答單純的次序回答不了的問題。
簡而言之
- 範圍就是兩個事件：一個觸發事件和一個結束狀態。不是一個主題範疇。
- 一個步驟是一個可以整體交接出去的工作單元——如果解釋它要用上一整段，就拆開。
- 泳道對應負有責任的角色，外部方也計算在內。
- 為每個步驟記錄系統和證據，而不只是動作本身。
- 當每條泳道裡的人都認同這就是他們的做法時，這張地圖才算完成。
流程地圖比流程圖多出的那一層
流程圖告訴你事情發生的次序。流程地圖除了次序，還告訴你每一步由誰負責、在哪個系統裡完成、留下了什麼紀錄。正是這多出的一層，令不在場的人也能用得上這張圖：追問證據在哪裡的審核人員、想知道該找誰跟進的新同事，以及想弄清時間耗在哪裡的改善團隊。
繪製流程地圖的工作，主要是一連串關於範圍的決定。這個流程由哪裡開始、到哪裡結束——用事件來界定，而不是用主題範疇。哪些角色要獨立成一條泳道，哪些只是泳道內部的細節。一個步驟該有多大的粒度，這由一條判斷來定：它能不能在無需額外解釋的情況下交給別人？這三件事定好了，畫圖反而是最容易的部分。
下面的示例是一個橫跨五種角色的保安事故應變流程。它值得研究，是因為當中的步驟承載著活動本身以外的責任：一個出於法律原因而存在的證據保全步驟、一個背後有法定限期的通報決策，以及一個其產出會成為下一版流程輸入的事後檢討步驟。
一張橫跨五種角色的流程地圖
保安事故應變，由偵測到事後總結。留意每個階段在次序以外還補上了什麼。
觸發事件，以及它產生的紀錄
被偵測到、經由指定渠道呈報、記錄在案並啟動時間線。第三步畫成文件圖形，因為它產生了證據——流程地圖記錄的是每一步留下了什麼，而不只是它做了什麼。
先分級，再行動
一個可以直接關閉誤報的核實決策，然後是嚴重等級，再是是否指派事故指揮官。當中兩個步驟純粹是為了給工作分流，而正是在把它們畫出來時，你才會發現嚴重等級其實是由最先接手的人定的。
為了流程以外的理由而存在的步驟
先隔離，再保全證據，然後實施長期圍堵。保全證據會拖慢復原速度，而且沒有商量餘地——這正是流程地圖必須讓人看見的那類約束，否則人們會順手把它優化掉。
核實，未清乾淨就退回
分析波及範圍、清除威脅，然後是一個核實決策：系統若未清理乾淨，就退回圍堵。一張由清除威脅一路直通復原的地圖，描述的是最好的情況，而不是一個流程。
把閉環接到下一次事故
一個帶有法規後果的通報決策、一次事後檢討，以及記錄下來的經驗教訓。一張好的流程地圖，最後一步往往是另一個流程的輸入——把它寫出來，並把兩者連結起來。
運作方式
把範圍寫成兩個事件
「由發現可疑活動時開始；到經驗教訓被記錄、事故結案時結束。」在做其他任何事之前，先就這一句話達成共識。多數最後越鋪越大的流程地圖，由一開始就沒有界定範圍，而每一次訪談都在悄悄把它向某一端延長一點。
為泳道命名
列出實際執行步驟的角色，合併到四至六條，並把流程需要等待其行動的外部方也包括進來。是角色，不是個人，也不是部門——一張寫上具體人名的地圖，到下一次架構重組時就已經過時。
用一致的粒度草擬步驟
全程使用同一條判斷：一個步驟，是你可以在不附加解釋的情況下交給別人的東西。一致比你選擇的層級更重要——一張三個字的步驟和一整段的步驟並排出現的地圖，無論多準確都讀不下去。
補上決策及其出口
每一處分叉都要有一個問題和帶標籤的去向。然後檢查這些出口是否涵蓋了所有情況：沒有人畫出來的那條分支，通常正是出事時大家實際會走的那一條。
逐個步驟記錄系統、負責人與證據
用步驟的備註欄記下它在哪個系統裡完成、產出什麼紀錄。正是這一點，令這張地圖能一次過回答審核人員的問題而不必被追問，也正是這一點，令日後要界定一個自動化項目的範圍變得便宜。
逐條泳道驗證，然後走審批
分別與每一位泳道負責人一起走一遍，把他們不認同的地方改掉，然後送進審批流程，好讓唯一一個當前版本存在，並帶有日期和署名。沒有經過審批的地圖，只是某一個人對事情經過的說法。
應避免的錯誤
粒度不一致
作者熟悉的那部分畫了三個步驟，其餘全部只有一個。細節跟著作者的認知走，而不是跟著讀者的需要走。
沒有系統也沒有紀錄
一張只顯示活動的地圖回答不了證據在哪裡，而這是任何團隊以外的人都會問的第一個問題。
畫的是政策而不是做法
政策是意圖。地圖應當呈現做法，而兩者之間的落差，是這項工作產出的最有價值的東西。
畫完就收工
沒有人驗證過的地圖只是一份草稿。每條泳道裡的人簽名認可，才把它變成一份共同的參照。
建立你自己的流程地圖
把保安事故應變示例開啟為你自己的圖表，或者由空白開始，把你自己的流程畫進各行。
相關指南
常見問題
流程地圖和流程圖有什麼分別？
流程圖呈現次序和邏輯。流程地圖保留這些，並補上背景：每個步驟歸誰負責、在哪個系統裡完成、產出什麼紀錄，以及往往還有它需要多長時間。實際的判別標誌是泳道——一旦流程按負責人拆開，它就是一張地圖，而對於任何跨越團隊邊界的事情，正是這個版本值得擁有。至於停留在一個團隊內部的作業程序，一張流程圖通常就已足夠。
流程地圖應該包含什麼？
寫明的觸發事件和結束狀態、按次序排列的步驟、帶標籤出口並寫明判定準則的決策、每個負責角色一條泳道，以及每個步驟所處的系統和它留下的紀錄。除此以外的一切——時間、數量、控制項編號——在有人用得著時值得補上，在無人用得著時值得省略。
流程地圖應該畫到多細？
粒度一致勝過粒度細。每一個步驟都用同一條判斷：它能不能在無需額外解釋的情況下交給別人？對多數營運流程來說，結果會落在十五至三十個步驟之間。如果某個步驟需要一整段才能解釋清楚，它就是一個子流程，值得有自己的地圖並由上層地圖連結過去。
建立流程地圖應該有哪些人參與？
一個人負責草擬，每條泳道一位前線實踐者負責修正。要基於訪談草擬，而不是基於政策文件，並且在任何集體會議之前先分別與每一位泳道負責人驗證——人們在一對一時會坦率地修正自己那條泳道，在會議室裡則會為它辯護。之後由流程負責人批准結果，這才令它成為一份參照而不是一種意見。
