進捗会議で「大丈夫です」「順調です」と返してきた部下が、期日3日前になって「すみません、間に合いません」と頭を下げてくる。
私が話を聞いてきた課長たちは、この瞬間に頭の中が真っ白になると口を揃える。怒りより先に来るのは、自分の評価がここから何ヶ月かけて落ちていくかの計算だ。そして次の会議で、また別の部下が「大丈夫です」と答える。これは部下の問題ではなく、あなたの報告様式の設計ミスだ。
私も最初はこれを部下のコミュニケーション問題だと思っていた。何度か観察してから、質問設計の問題だと気づいた。
flowchart TD
A[進捗%を聞く] --> B[大丈夫ですが返る]
B --> C[[期日直前](/posts/buka-silent-explosion/)に発覚]
C --> D[[課長の燃料枯渇](/posts/kanjou-buffer-hisekkei/)]
「大丈夫です」が量産される構造#
「大丈夫です」は嘘ではない。部下の主観では本当に大丈夫なのだ。問題は、その「大丈夫」の解像度が低すぎることにある。
進捗会議で「進捗どう？」と聞かれた部下が頭の中でやっている計算はこうだ。「全体の作業のうち、たぶん6割は終わっている。残り4割もやり方は見えている。だから大丈夫」。この時点では、本人はサイレント失敗の予兆を持っていない。だから嘘をついているつもりもない。
しかし残り4割の中に、見落としていた依存関係が1つ潜んでいる。他部署の承認が必要だった、本番環境のアカウントが発行されていなかった、仕様の解釈が顧客とずれていた。この種の「自分の作業領域の外で起きるブロッカー」は、本人の進捗計算には乗っていない。そして期日3日前、依頼を出した相手から「来週まで動けません」と返ってきて初めて発覚する。
ここまでを観察してきた限り、課長側が「進捗％」を聞いている限り、この発覚タイミングは早まらない。質問が悪いのだ。
心理的安全性論では解けない理由#
「報告しやすい雰囲気を作りましょう」と書かれた管理職研修テキストを、私は何度も見てきた。観察してきた最初の数年は私もそう解釈していた。あれは半分しか当たっていない。
雰囲気が良くても、部下は自分が認識していないブロッカーを報告できない。報告できるのは「自分が困っていると認識している事柄」だけだ。そして優秀な部下ほど、困っていることを最後まで自力で解こうとする。「相談する前にもう少し調べよう」が2週間続き、気づけば期日直前になっている。
つまり問題は「言いにくさ」ではなく「そもそも本人がブロッカーを言語化していない」段階で起きている。心理的安全性をいくら高めても、言語化されていないものは出てこない。
解くべきは、部下の言語化を強制的に前倒しさせる質問設計のほうだ。
質問の粒度を変える3つの実装#
報告様式を変える。やることは3つだけだ。
1. 「進捗％」を「次の48時間でやること」に置き換える#
「進捗どう？」をやめる。代わりにこう聞く。
「次の48時間で、具体的に何を終わらせる予定？」
これに答えるためには、部下は残作業を時系列に分解しないといけない。分解した瞬間に、依存関係の穴が見える。「来週月曜にレビュー依頼を出す予定です」と答えた部下に「レビュアーのスケジュールは押さえた？」と返せば、押さえていない場合はその場で発覚する。
進捗％は過去の累積を聞いている。48時間は未来の段取りを聞いている。未来を語らせれば、穴が出る。
2. 「ブロッカーを1つだけ挙げて」と必ず聞く#
質問の終わりに必ずこの一言を足す。
「いま一番気になっているブロッカー、1つだけ挙げるとしたら何？」
「特にないです」が返ってきても問題ない。3秒考えさせてから「じゃあ強いて言うと？」ともう一度聞く。1つに絞れと言われると、人間は何かを出さないと落ち着かない。「強いて言うなら、来週の他部署レビューの時間が取れるか少し気になります」が出てきた時点で、サイレント失敗の芽は表に出ている。
複数挙げさせてはいけない。3つ挙げさせると優先順位がつかず、全部が「気になる程度」で終わる。1つに絞らせるから、本人の中の最大リスクが言語化される。
3. 期日の「2週間前」をカレンダーに刻む#
部下のタスク期日を受け取った瞬間に、自分のカレンダーに「期日マイナス14日」のリマインダを置く。その日にだけ、追加で5分の確認会議を入れる。
聞くのは1つだけだ。「残り2週間で、想定外が起きたら間に合わなくなる作業はどれ？」。期日まで2週間あれば、ほとんどのブロッカーは挽回できる。3日前では何もできない。検知のタイミングを2週間前に固定するだけで、課長側の選択肢が一気に増える。
この5分は燃料を食うように見えるが、期日直前の徹夜と謝罪行脚を避けられるなら十分に安い投資だ。
失敗時の逃げの一手#
それでも検知漏れは起きる。新人の部下や、自分のミスを認めるのが極端に苦手なタイプには、上記の質問設計が効かないことがある。
その場合の初動は2つに分ける。
ひとつは、自分の上司への先回り報告だ。期日に間に合わない可能性がわずかでも見えた瞬間に、「現時点で想定外が出ています。最悪のケースで期日を1週間ずらす可能性があります」と一行送る。これを期日3日前にやると怒られるが、2週間前なら「了解、続報待つ」で終わる。先回り報告は、課長自身を守る最後の防壁だ。
もうひとつは、その部下からの報告を「週次」から「日次の3行メモ」に切り替える。「今日やったこと／明日やること／詰まっていること」の3行をチャットで送らせる。週次で出てこない情報が、日次の強制アウトプットでは出てくる。これは監視ではなく、本人の言語化を毎日強制する装置だ。1〜2週間続けると、何が出てきて何が出てこないかが見えてくる。
そして最後に、その部下のタスクが構造的に破綻していると分かったら、期日そのものを動かす交渉に入る。期日を動かすのは課長の権限だ。動かせないなら、誰かを増援する。「部下が間に合わなかった」を「部下の責任」で終わらせた瞬間、次の同じ事故が同じ部下で起きる。
まとめ：「大丈夫です」は設計で潰す#
「大丈夫です」を心理の問題にすると永遠に解けない。報告様式の設計問題として捉え直し、進捗％を捨てて次の48時間とブロッカー1つを聞けば、検知タイミングは2週間前倒しできる。
関連:
- 疲れた課長が1on1の準備をAIに丸投げする、当日台本まで作る具体手順
- 部下のメンタル不調に気づいた課長が、訴訟リスクを下げる観察と記録の手順
- 週次報告は5分で終わる。課長が今週から使えるChatGPTのコピペプロンプト
本記事は AI が下書きし、管理人が監修しています。
