承認ルートを本番投入する前にドライランする

空白のフォームから始めるのではなく、ルートライブラリを開き、必要なフローに一番近い審査プリセットを選ぶ。プリセットを採用すると、自分が所有し編集できるルートとして複製される。プリセット自体は読み取り専用のまま残る。

理由: ゼロから引いたルートは、たいてい一人の習慣と一つのプロジェクトの事情を反映してしまい、監査担当者に聞かれるまで誰も覚えていない審査ステップを漏らしがちである。その場で編集するのではなく複製することで、自分のルートを調整しても、他のすべてのプロジェクトがすでに使っているフローを気づかぬうちに動かしてしまうことがなくなる。

実際の何かが触れる前にルートをシミュレートする。ドライランは各ステップを順にたどり、どの役割または特定の人物に判断が委ねられるか、通過するのに何件の承認が必要か、そして全体が最終的にどこに行き着くかをステップごとに報告する。

理由: メンバーが1人しかいない役割に対して「全員」に設定されたステップは、その役割に4人いる場合とはまったく違う挙動をする。実際に重要になるその週に本番の文書で発見するのではなく、この結果を読むことがフローの本当の形を見る唯一の方法である。

警告に対処する。役割が実際に用意できる人数を超えた定足数、承認者が1人しかいないのに複数人を必要とするステップ、承認済みに決して到達しないルートなどである。その後、仮定のたどりを実行し、最も自信のないステップに却下を置いて、ルートがそこで止まるか続くかを確認する。

理由: 詰まったステップこそが実害をもたらす。何も目に見える形で失敗しないからだ。文書はただ審査中のまま置かれ続け、誰かがなぜだろうと思うまで動かず、答えはいつも同じで、そのルートは一度もたどられたことがなかったというものだ。シミュレーションで見つければ1分で済むが、ゲートの1週間前に見つかれば、そのゲート自体を失う。

調整済みのルートを保存し、実際の業務をそこに通し始め、テンプレートタブから離れる。実行と履歴の画面には、そのルートに対するすべてのインスタンスと、それぞれが今どこにいるかが表示され、分析では各ステップと各役割が実際にどれだけの時間を保持しているかがわかる。

理由: シミュレーションでは終了するルートでも、実際には3週間かかることがあり、ステップごとの保持時間こそが、選んだ承認者がその役割を担うだけの余力を本当に持っているかを判断できる唯一の正直な指標である。同じ記録は1年後に、承認されたものが廊下でのうなずきではなく、皆が合意したルートを通ったことを証明してくれる。