月曜の朝、Slackを開いた瞬間に「あの件どうなりました」が3件並んでいる。先週の提案の進捗、先月の見積りの金額、半年前に決めた体制の担当者。聞かれているのは新しい判断ではなく、すでに決まったことの確認だ。答えを知っているのがあなたしかいないから、聞く先はいつもあなたになる。
flowchart TD
A[前提確認殺到] --> B{資料で分かる?}
B -->|Yes| C[資料が回答]
B -->|No| D[本人が判断]
割り込みの多くは判断ではなく前提確認だ#
進捗の確認、金額の再提示、担当の確認は、新しい情報を作る質問ではない。すでにどこかで決まったことを、もう一度あなたの口から聞き直しているだけだ。
役員の「ちょっと聞かせて」も同じ構造で起きる。報告に余白があるほど確認したくなるという力学は、部下や関係者からの前提確認にもそのまま当てはまる。
この手の質問は、忙しいか暇かに関係なく止まらない。一度答えを渡しても、翌日には別の人が同じ内容を別の言い回しで聞いてくる。毎回コンテキストが切り替わり、あなたの思考は割り込みに裂かれたままになる。
前提確認が止まらないのは、答えの置き場所が本人の頭の中にしかないからだ#
部下や関係者が横着しているわけではない。決定事項・見積り・体制図が、聞けば分かる場所に置かれていないから、一番早い経路が「本人に聞く」になっているだけだ。これは情報の置き場所の設計の問題であって、聞く側の姿勢の問題ではない。何度答えても課長の無給労働は止まらないその根本は、まさにここにある。
私も複数案件を掛け持っていた時期、案件の背景を毎回AIに説明し直すのをやめたことがある。文脈を自分の外側の一箇所に集め、そこから引く運用に変えると、思い出して書き直す手間がそのまま消えた。同じ設計は、他人からの前提確認にも転用できる。頭の中にしかない情報を資料として外へ出しておけば、聞かれる前に答えが置いてある状態を作れる。
議事録・見積・体制図を投入し、答えさせない質問の線を先に引く#
NotebookLMのようなツールは、資料を投入するとその範囲内で質問に答える(詳しい機能はGoogle公式サイトで確認できる)。AIに減らせない課長の負荷は判断と評価だからこそ、前提確認だけを自動化する価値がある。作業自体は難しくない。時間を食うのは「何を入れるか」と「どこまでを答えさせるか」の線引きのほうだ。
まず入れる資料を選ぶ。過去の議事録・確定した見積り・現在の体制図など、すでに決着した事実だけを入れる。まだ検討中の案・評価に関わる話・個人の処遇に触れる資料は入れない。
次に、あなたが答えない範囲を明示して渡す。案内は長い説明ではなく、短い一枚で足りる。
【前提確認はここで確認】
議事録・見積・体制図はNotebookLMに入れてあります。
「どうなった」「いくらだった」「誰が担当」はここで先に確認してください。
・判断が要ること
・評価に関わること
・まだ決まっていないこと
は私に直接聞いてください。判断が要ること・評価に関わること・まだ決まっていないこと。この3つが答えさせない質問だ。資料の更新は自分ではなく、資料を作った当人がその場で追記する運用にする。あなたの作業を増やさずに鮮度を保てる。
線を越えてきたときの返し方#
案内を出しても、境界を越えて直接聞いてくる人は残る。そのときは答えを渡さず、置き場所だけを示す。「そこに置いてあります。判断が必要なら教えてください」の一言で足りる。
同じ経路で何度も聞いてくる相手がいるなら、案内の存在を知らないだけかもしれない。説明をゼロから作り直す必要はなく、同じ案内を貼り直せばよい。それでも判断や評価に関わる質問なら、それは前提確認ではなく、本来あなたが答えるべき問いだ。
まとめ:前提確認は資料に、判断は自分に#
前提確認は、資料に答えさせれば止まる。判断と評価だけを自分の手元に残せば、割り込みの数はそこで頭打ちになる。
本記事は AI が下書きし、管理人が監修しています。
査定に載らない組織仕事を振られたその日に、そのまま出せる定型文が3通ある。
→ 期待値コントロール定型文集(抜粋版)続きはタイムラインに置いていく。
