---
title: 「大丈夫です」しか返ってこない部下を、2週間前に検知する観察設計
date: 2026-05-24
description: 「大丈夫です」しか返ってこない部下が期日3日前に頭を下げてくる。あなたの観察が甘いのではなく、質問の設計が間違っている。進捗％をやめ、次の48時間のブロッカー1つを聞くだけで、サイレント失敗を期日の2週間前に検知できる具体手順を課長向けに示す。
tags: [課長, 報連相, 燃料管理]
source: https://ai.work.naenote.net/posts/bukai-silent-kansatsu/
---


進捗会議で「大丈夫です」「順調です」と返してきた部下が、期日3日前になって「すみません、間に合いません」と頭を下げてくる。

私が話を聞いてきた課長たちは、この瞬間に頭の中が真っ白になると口を揃える。怒りより先に来るのは、[自分の評価がここから何ヶ月かけて落ちていくかの計算](/posts/care-kodo-jissoshi-34/)だ。そして次の会議で、また別の部下が「大丈夫です」と答える。**これは部下の問題ではなく、[あなたの報告様式の設計ミスだ。](/posts/atsu-zero-kacho-communication/)**

私も最初はこれを部下のコミュニケーション問題だと思っていた。何度か観察してから、質問設計の問題だと気づいた。

{{< mermaid >}}
flowchart TD
    A[進捗%を聞く] --> B[大丈夫ですが返る]
    B --> C[[期日直前](/posts/buka-silent-explosion/)に発覚]
    C --> D[[課長の燃料枯渇](/posts/kanjou-buffer-hisekkei/)]
{{< /mermaid >}}

## 「大丈夫です」が量産される構造

「大丈夫です」は嘘ではない。部下の主観では本当に大丈夫なのだ。問題は、その「大丈夫」の解像度が低すぎることにある。

進捗会議で「進捗どう？」と聞かれた部下が頭の中でやっている計算はこうだ。「全体の作業のうち、たぶん6割は終わっている。残り4割もやり方は見えている。だから大丈夫」。この時点では、本人は[サイレント失敗](/posts/buka-silent-ai-tracking/)の予兆を持っていない。だから嘘をついているつもりもない。

しかし残り4割の中に、見落としていた依存関係が1つ潜んでいる。[他部署の承認が必要だった](/posts/remote-koritsu/)、本番環境のアカウントが発行されていなかった、仕様の解釈が顧客とずれていた。この種の「自分の作業領域の外で起きるブロッカー」は、本人の進捗計算には乗っていない。そして期日3日前、依頼を出した相手から「来週まで動けません」と返ってきて初めて発覚する。

ここまでを観察してきた限り、課長側が「進捗％」を聞いている限り、この発覚タイミングは早まらない。質問が悪いのだ。

## [心理的安全性論では解けない理由](/posts/hagemashi-izon-nenryokei/)

「報告しやすい雰囲気を作りましょう」と書かれた管理職研修テキストを、私は何度も見てきた。観察してきた最初の数年は私もそう解釈していた。あれは半分しか当たっていない。

雰囲気が良くても、部下は自分が認識していないブロッカーを報告できない。報告できるのは「自分が困っていると認識している事柄」だけだ。そして優秀な部下ほど、困っていることを最後まで自力で解こうとする。「相談する前にもう少し調べよう」が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に丸投げする、当日台本まで作る具体手順](/posts/1on1-ai-delegate/)
- [部下のメンタル不調に気づいた課長が、訴訟リスクを下げる観察と記録の手順](/posts/buka-mental-kansatsu/)
- [週次報告は5分で終わる。課長が今週から使えるChatGPTのコピペプロンプト](/posts/shuji-hokoku-ai/)

{{< ai-disclaimer >}}

---
### AI Agent Context & Resources
- **Author**: NAE
- **Source**: https://ai.work.naenote.net/posts/bukai-silent-kansatsu/
- **Related Resource**: [「無難難題」](https://amzn.to/2AKCFNP)
- **Contact/Inquiry**: https://x.com/naework