如何建立流程地圖
如何建立流程地圖：劃定邊界、命名角色、把步驟與決策畫進泳道，再記錄每個步驟涉及的系統與證據。附一個可實際操作的完整示例。
運作方式
把範圍寫成兩個事件
「由發現可疑活動時開始；到經驗教訓被記錄、事故結案時結束。」在做其他任何事之前，先就這一句話達成共識。多數最後越鋪越大的流程地圖，由一開始就沒有界定範圍，而每一次訪談都在悄悄把它向某一端延長一點。
為泳道命名
列出實際執行步驟的角色，合併到四至六條，並把流程需要等待其行動的外部方也包括進來。是角色，不是個人，也不是部門——一張寫上具體人名的地圖，到下一次架構重組時就已經過時。
用一致的粒度草擬步驟
全程使用同一條判斷：一個步驟，是你可以在不附加解釋的情況下交給別人的東西。一致比你選擇的層級更重要——一張三個字的步驟和一整段的步驟並排出現的地圖，無論多準確都讀不下去。
補上決策及其出口
每一處分叉都要有一個問題和帶標籤的去向。然後檢查這些出口是否涵蓋了所有情況：沒有人畫出來的那條分支，通常正是出事時大家實際會走的那一條。
逐個步驟記錄系統、負責人與證據
用步驟的備註欄記下它在哪個系統裡完成、產出什麼紀錄。正是這一點，令這張地圖能一次過回答審核人員的問題而不必被追問，也正是這一點，令日後要界定一個自動化項目的範圍變得便宜。
逐條泳道驗證，然後走審批
分別與每一位泳道負責人一起走一遍，把他們不認同的地方改掉，然後送進審批流程，好讓唯一一個當前版本存在，並帶有日期和署名。沒有經過審批的地圖，只是某一個人對事情經過的說法。
常見問題
流程地圖和流程圖有什麼分別？
流程圖呈現次序和邏輯。流程地圖保留這些，並補上背景：每個步驟歸誰負責、在哪個系統裡完成、產出什麼紀錄，以及往往還有它需要多長時間。實際的判別標誌是泳道——一旦流程按負責人拆開，它就是一張地圖，而對於任何跨越團隊邊界的事情，正是這個版本值得擁有。至於停留在一個團隊內部的作業程序，一張流程圖通常就已足夠。
流程地圖應該包含什麼？
寫明的觸發事件和結束狀態、按次序排列的步驟、帶標籤出口並寫明判定準則的決策、每個負責角色一條泳道，以及每個步驟所處的系統和它留下的紀錄。除此以外的一切——時間、數量、控制項編號——在有人用得著時值得補上，在無人用得著時值得省略。
流程地圖應該畫到多細？
粒度一致勝過粒度細。每一個步驟都用同一條判斷：它能不能在無需額外解釋的情況下交給別人？對多數營運流程來說，結果會落在十五至三十個步驟之間。如果某個步驟需要一整段才能解釋清楚，它就是一個子流程，值得有自己的地圖並由上層地圖連結過去。
建立流程地圖應該有哪些人參與？
一個人負責草擬，每條泳道一位前線實踐者負責修正。要基於訪談草擬，而不是基於政策文件，並且在任何集體會議之前先分別與每一位泳道負責人驗證——人們在一對一時會坦率地修正自己那條泳道，在會議室裡則會為它辯護。之後由流程負責人批准結果，這才令它成為一份參照而不是一種意見。