デスノートを使う — Patter

ケース

繰り返し可能なワークフローは、それが奉仕する目的と同じくらいの価値しかない。ここのプロセスは完璧だ。確認ステップは健全だ。ドキュメントの規律は正しい。結果の追跡は、うまく運用された業務がどのように見えるかそのものだ。それでも、業務が何であるかは変わらない。

夜神月の案件処理ワークフローは、フィクションの中で最も効率的なシステムの一つだ。毎回同じステップ。明確なインプット、明確なアウトプット、記録された結果。ターゲット選定基準は明示的だ。品質管理メカニズム——顔の確認——はシンプルで効果的だ。プロセス自体にはほとんど問題がない。

問題は、欠陥のある目的に適用された完璧なプロセスが、完璧だがそれでも間違った結果を生み出すということだ。プロセスの質と結果の質は同じではない。チェックリストは何のために使われているかを評価しない。各ステップが正しく実行されたかを評価する。それらは異なる問いだ。

これは繰り返し可能なワークフローを構築する前に理解する価値がある。ここのルーティンはプロセスがこれほど明確で、目的が明らかに問題であるからこそ、有用な実例だ。ほとんどのワークフローは目的は問題なく、プロセスを検討する必要がある状況で機能する。時折、逆のこともある。

最適化を始める前に、自分がどちらの問題を抱えているか知ること。

デスノート：案件処理

ターゲットを特定する。名前と顔。両方必要だ。どちらか一方だけでは不十分。
フルネームを確認する。ありふれた名前は追加確認が必要だ。間違った人物に使用すると取り返しのつかないエラーになる。少しでも疑いがある場合は複数の情報源で確認すること。
顔を確認する。顔は名前と一致していなければならない。これがシステム唯一の安全装置だ。省略しない。急がない。
死因と時刻を指定する必要があるか判断する。デフォルトの結果は40秒後の心臓麻痺だ。ほとんどの案件はこれで十分。運用上の理由から特定の死因や時刻が必要な場合は次のステップへ。不要な場合は@7へ。
死因を書く。物理的に可能でなければならない。名前を書いてから40秒以内に書くこと。正確に。曖昧な指示は予測不能な結果を生む。
必要な場合は詳細を書く。死因を書いてから6分40秒以内に完了しなければならない。それに合わせて書く時間を計ること。
名前を書く。明確に。完全に。一度だけ。
40秒待つ。この間は何もしない。することは何もない。プロセスは実行中だ。
入手可能な情報から結果を確認する。ニュース、監視、または既知の連絡先。案件を閉じる前に確認が必要だ。
案件を記録する。日付、名前、方法、結果。ログは不可欠だ。規模が大きくなると記憶は信頼できない。
結果が目的に向かって前進しているか評価する。一つの案件が目的ではない。目的はパターンだ。定期的に見直す。意図した通りにパターンが展開していない場合はターゲット選定基準を調整する。

自分流にアレンジ

ステップ3は効率化できない唯一のステップです。顔の確認が存在するのは、このシステムには他にエラー修正がないからだ。このルーティンの他のミスは理論上は対処できる。間違った人物に書かれた名前は取り消せない。時間をかけること。

ステップ10は量が増えると多くの人が省略するステップです。これが外部の捜査官にパターンを見えやすくする原因だ。安全に保管された案件のドキュメントログは意思決定の記録でもあり、ターゲット選定基準が意図した結果を生んでいるかを見直すときに役立つ。

40秒のデフォルトはほとんどの案件で十分です。追加の指定ステップは運用上のエッジケースのために存在する。必要以上に使うと書面による証拠が増え、ルーティンが中断される可能性のある時間窓が広がる。デフォルトを優先すること。

規模が大きくなると、ルーティンは機械的になります。そのときエラーが増える。定期的にステップ1に戻り、一見単純に見えるターゲットでも最初から完全な確認シーケンスを実行すること。顔の確認ステップは、まさに単純に見えるケースのために存在する。