たいてい、小さすぎて誰も疑わないところから始まる。Slackにさりげなく落とされたメッセージ、式次第のものでもない依頼：「これ、ちょっと確認してもらえますか？」明示的な緊急度も、構造化された文脈も、数分で終わるという示唆もない。むしろ効率的に感じる。チケットを切るより早い。会議を組むより軽い。ちょっとした確認、仕事の流れの中で片づくもの。
誰かが拾う。すぐではないかもしれないが、勢いの錯覚を保つには十分な早さで。リンクを開き、数字をざっと見て、何を見ているのか理解しようとする。そこで最初の静かな摩擦が現れる：文脈は与えられず、再構成しなければならない。ここにダッシュボード、そこにスクリーンショット、なぜこれが存在するのかを説明しようとする一、二文。でも、正確には何を求められているのか？正確性、完全性、それともどこかで既に下された決定の根拠？
その明確さがなければ、取れる手は質問で返すことだけ。その瞬間、ほとんど気づかれないうちに、時間は直線的に進まなくなる。
答えはすぐには来ない。来るのは可能なとき——10分後、30分後、次の会議のあと。来ても、あいまいさの一部しか解消しない。続けるには足りるが、終えるには足りない。だから確認する側はもう少し深掘りし、別のソースを引き、以前見たようなものをぼんやり思い出しながら突き合わせる。不一致を見つける。少なくとも完全には合わない何かを。単純な確認で始まったものが、小さな調査になっている。
別の人が巻き込まれる——本来そうすべきだからではなく、その瞬間最速の道に見えるから：「ねえ、ここだけ数字が違うんだけど、理由わかる？」その人は最初の文脈なく入り、さらに薄い断片からすべてを再構成する。記憶に頼って答える——助けにはなるが、あいまいさの層をまた一つ加える。会話は伸び、枝分かれし、複数の場所に同時に存在し始める。
その間も、「ちょっとした確認」の本来の理由は待たされている。時に重要、時にそうでない。デプロイを止めるかもしれない。キャンペーンを遅らせるかもしれない。あるいはただ、背景でメンタルスペースを占めるだけかもしれない。具体的な影響は様々だが、効果は同じ：進捗を解消するはずのものが、静かにレイテンシを生んでいる。
解決したとき、2時間が経っている。誰も仕事として記録しない。遅延としても追跡しない。チケットもメトリクスもポストモーテムもない——その時間を可視化する成果物はない。残るのは断片化の漠然とした感覚、一日が満たされているのに、本来より遅く進んだという感覚だけ。
チャットでの速さに見えるものは、実際には運用上の健忘症——そのコストは単一のスレッドには現れない。
問題は、これが例外ではないこと。パターンだということ。そして、人が不注意だから、パフォーマンスが低いから起きるのではない。システムがこの行動を最小抵抗の道にしているから起きる。これらの「ちょっとした確認」は、実際には居場所のない決定だ。定義されたプロセスに属さず、特定のツールに捕捉されず、明示的な担当もない。「これは自明のはず」と「誰かもっと詳しく見る必要がある」のあいだのあいまいな空間に存在する。
その空間に存在するものは、必ずチャットに行き着く。
問題は質問の正当性ではない。多くの場合、本当に何かを確認する必要がある。問題は、確認がどのように行われるか——十分な文脈なし、明示的な基準なし、「完了」の明確な定義なし。これが起きるたび、単に質問に答えているのではない。ゼロからプロセスを立ち上げている。文脈は手動で組み立て、基準はリアルタイムで推測し、責任はその場で交渉される。
どれも目に見えないが、すべて時間を消費する。
その消費は大きな中断として現れない。注意力の継続的な断片化として現れる——他人の半分しか形になっていない問題に入り、前に進めるだけ持ち、自分の仕事に戻ろうとするコスト。一日、チーム全体に繰り返されると、表面は忙しく見えても進み方にムラのある運用になる——短い集中で速く、あいまいさの塊で止まる。
特に対処しにくいのは、個々が些細に感じること。「質問一つ」「確認一つ」「メッセージ数通」——孤立して見れば、直す価値がないように思える。でも、合わせると組織のテンポを決める。仕事が流れるか、常にリセットされるかを決める。
典型的な対応は、別の場所に構造を足すこと——ダッシュボード、ドキュメント、形式化されたワークフロー。でもこれらのマイクロ決定は、そのシステムにきれいには収まらない。動的すぎ、文脈依存すぎ、判断に依存しすぎている。だから漏れ続け、毎回同じ場所——チャット——に戻る。
そしてチャットは、設計上、この種の仕事には不向き——ツールとして非効率だからではなく、決定を時間とともに速くするために必要なもの——明確な入力、明示的な基準、定義された担当、そして何より記憶——を奪うから。それがないと、すべての「ちょっとした確認」が小さな再発明になる。再発明は、小さな規模でも高い——単一の事例の努力ではなく、繰り返しの頻度のために。
だから、ほとんど避けられない形で、これらのフローは同じ人たちに集中し始める。最も優れたオペレーター——最も多くの文脈、最良のパターン認識、最も鋭い判断を持つ人たち——が、素早く解決できるからこれらの決定に引き込まれる。しかし二次的効果が生まれる：彼らの時間は、目立たず摩擦の大きい決定の連続に消費される。唯一できるからではなく、システムが代替手段を提供しないから。
その時点で、問題は孤立した非効率ではなくなる。構造的になる。人材の問題でも、従来の意味でのプロセスの問題でもない。欠けているのは、決定を第一級の仕事単位として扱う方法——文脈を運び、基準を明示し、担当を定義し、時間とともに学習を蓄積するもの。今は、これらの瞬間がすべて孤立したイベントとして存在する。何もつながらない。何も積み上がらない。次は楽にならない。
結果は、運用上の健忘症の一形態。同じ質問が再び浮上し、同じあいまいさを再び解決し、同じ人たちが再びループに入る。速さに見えるもの——チャットで素早く処理する——は、実際には知識を保持できず、だから勢いを築けないシステムを覆い隠している。
ある時点で、問題は一つのスレッドで失った2時間ではなくなる。組織全体で、こうして決定が下されている——非公式に、繰り返し、次は決して楽にならない——という気づきになる。そしてそこで本当のコストが現れる——単一の測定可能な損失ではなく、すべてを遅くする、常に存在する、根底の重さとして。
