「いま、ちょっといいですか？」は善か悪か

バグの構造解析

2026.10.02

「いま、ちょっといいですか？」――。この記事では、ビジネスの現場で起きるこの現象の裏にある「OSのバグ」を、アーキテクトの視点で解剖します。

よくある場面

「出社してくれないかな？」「いま、ちょっといいですか？」

職場で日常的に繰り返される、この典型的な状況。

単なる情報共有ならテキスト（チャット）で送れば相手の時間を奪わずに済むのに、結果を早く得たいがばかりに、集中して作業している相手の間合いに土足で踏み込み、時間を奪う。

「ほんの5分」のつもりでも、一度削がれた集中力（コンテキスト）を再ロードして元の状態に回復させるには、約15分かかると言われています。

他人のCPUを強制停止させる「同期通信（電話や声かけ）」は、組織全体の生産性を著しく下げるバグです。

では、すべてをテキスト（非同期通信）に置き換えるのが正解なのでしょうか？実は、一概にそうとは言えません。

なぜなら、テキスト通信が持つ「いつでも確実に確認できる」という最大のメリットは、人間のOSにおいては「『いつでも』が『いつまでも』に変換され、確認されること自体が不確実になる」という致命的なデメリットを孕んでいるからです。

前回の記事でお伝えした通り、多くの人のOSは「シングルスレッド」です。重たいテキストを受信すると、「あとで時間ができた時に処理しよう」とタスクを保留（未読スルー）にします。

テキスト通信は相手の時間を奪わない代わりに、「いつまでも処理されず、タスクが無限にキュー（待機列）に溜まり続ける」というサイレントなエラーを引き起こすのです。

これはLINEの未読無視という現象を思い浮かべると分かりやすいと思います。

私はあまりやりませんが、世の中には「未読無視」と言って、テキストが届いていることを理解しながらあえて開かずに放置するという事象があります。

彼ら/彼女らとしては「後で落ち着いている時に返そう」と思って未読のまま放置されているわけですが、その「後で」は1時間後なのか1日後なのか、1ヶ月後なのか分かりませんし、恐ろしいことにそんな時は来ないことも多いです。

一方で、対面や電話（同期通信）には、相手の集中を途切れさせるという罪（デメリット）と引き換えに、「相手の処理を強制的にこちらに向けさせ、確実に短時間で結果（Yes/No）を回収できる」という絶対的なメリットがあります。

つまり、組織の通信エラーをなくすためには「対面 vs テキスト」という二元論で争うのではなく、タスクの性質によって通信プロトコルを使い分ける【ハイブリッド戦略】を実装しなければなりません。

では、具体的にどのような基準で「対面」と「テキスト」を使い分ければ、他人の時間を奪わずに、かつタスクの停滞（未読スルー）を防げるのでしょうか？

ここから先の具体的な解決策・コマンドは、noteの記事「アーキテクトの過去問」として公開しています。

『DEEP WORK』（カル・ニューポート）
集中を奪う割り込みと、深い仕事を守る時間の設計について考えさせられる一冊。

※本記事は、noteで公開した「「いま、ちょっといいですか？」は善か悪か」の無料部分をブログ向けに再構成したものです。