如何建立泳道圖
如何建立泳道圖：按誰負責這項工作來劃分泳道，把每個步驟放進真正執行它的泳道，讓每一次跨泳道流轉都成為可見的交接。附一個可以逐步示範的即時示例。
運作方式
先列角色，再列步驟
寫下每一個需要動手做事的群組，然後合併，直至只剩四至五個。按問責合併：如果兩個名稱總是一起行動、被催進度時也會被當成一個整體，那它們就是同一條泳道。一人一條泳道，只會保證下一次有人轉職時這張圖就是錯的。
在頂部為各個階段命名
階段就是橫向泳道——流程的各個階段，例如篩選、開通、第一天。它們讓讀者對時間有個概念，又不會假裝自己是一份時間表；同時也讓「某一個階段承擔了別人兩倍的工作量」變得一目了然。
把步驟寫成列，並填好兩個泳道欄
在 QueryChart 中，每一列都帶有一個橫向泳道（階段）和一個縱向泳道（負責方）。開啟上面示例下方的試算表檢視就能看到：泳道圖不過是一張多了兩欄的普通表格，版面是從這兩欄推導出來的，而不是拖出來的。
把每個步驟放進真正做這件事的泳道
判斷標準是：如果這一步延誤了，會去催誰。不是誰關心它，也不是誰負責匯報它——而是誰去做。把步驟停在「誰投訴得最大聲」的泳道，正是泳道圖被悄悄棄用的原因。
逐一細看每一次跨泳道
每一條越過泳道界線的連線都是一次交接，而流程正是在交接處停滯。對每一次交接都要問：接收方那條泳道是怎樣得知有工作在等它的——一張工單、一封電郵、一個共用佇列，還是甚麼都沒有。「甚麼都沒有」本身就是一個發現，而且往往是最值得拿到的那一個。
檢查泳道之間的平衡，然後發出去傳閱
只有一個方框的泳道也許不必存在；有十五個方框的泳道多半是三個角色戴着同一頂帽子。調整之後，把圖表分享給每一位泳道負責人並收集他們的簽署，讓這張圖成為各團隊認可的東西，而不是某一個人代他們畫出來的東西。
常見問題
泳道圖和流程圖有甚麼分別？
流程圖展示次序與邏輯。泳道圖展示同樣的次序，但按誰執行每個步驟拆開，於是職責與交接都變得可見。任何泳道圖都是流程圖；是泳道令它由一張關於作業程序的圖，變成一張關於機構的圖。如果一個流程始終留在一個團隊內部，泳道不會帶來任何資訊——一旦它跨越了界線，就應該用泳道。
泳道應該橫向還是縱向？
慣例是橫向泳道，流程由左往右閱讀，多數人也覺得這樣最容易掃讀。QueryChart 同時使用兩個座標軸：縱向泳道代表負責方，橫向泳道代表流程的各個階段。這樣的組合讓你既能看到誰在行動，也能看到流程走到了哪一步，而不必讓其中任何一個維度只靠位置去暗示。
一張圖應該有多少條泳道？
四至五條。兩三條很常見，對於只跨越一次界線的流程也完全足夠。超過大約五條，跨泳道的連線互相重疊，追蹤一條路徑就要花些氣力；通常的解決辦法不是換一塊更大的畫布，而是把範圍收窄：在一次自然的交接處把流程切開，讓每一半各有一張自己的圖，而那次交接本身就是前一張的終點、後一張的起點。
供應商、客戶這類外部方應該放在哪裡？
只要他們的動作是流程的一部分，就放進他們自己的泳道。供應商提交發票、客戶確認投訴已解決、應徵者接受聘用——這些都是流程要等待的步驟，把它們藏進某條內部泳道，就等於讓等待變得不可見。給他們一條泳道，同時也令「你們的周期時間裡有多少其實並不由你們控制」變得一目了然。