---
title: ミス報告の傾聴は、上司の姿勢ではなく問いの設計だ
date: 2026-09-26
description: NECが「全員AIの部署」で導入したAI社員向け1on1マニュアルが、実は部下のミスに向き合う人間の上司のための教材になった。傾聴は生まれつきの資質ではなく、問いの順序で実装できるプロセス。事実確認から入り、相手に改善策を言わせる二つの手順で、明日から使える対話型を示す。
categories: [問いの設計]
tags: [1on1, 課長, AI活用]
source: https://ai.work.naenote.net/posts/ai-oneon1-chokuchouhou/
---


{{< mermaid >}}
flowchart TD
    A["ミス報告"] --> B["責め立てる"]
    A --> C["事実確認"]
    C --> D["相手に改善策を言わせる"]
    B --> E["信頼が壊れる"]
    D --> E2["信頼が深まる"]
{{< /mermaid >}}

部下が大きなミスを報告してくる。ここからあなたは毎回、迷う。「責め立てるべきか」「傾聴すべきか」。相手を認め、話を聞き出せば関係が壊れないだろう。だが実際の面談は、どちらでもない。責めてもいないし、聞き出せてもいない。どっちつかずのまま面談が終わり、後で「あのときもっと言い聞かせればよかった」と思う。

## 「傾聴」が実装できなかった理由

根拠のない一般論では、傾聴は「相手の話に耳を傾ける姿勢」と書かれている。だが姿勢では実装できない。本人が誠実に聞く気でも、何を聞くか、どの順で聞くか、どこで相手に任せるかが決まっていなければ、面談は定まらない。

NECが8月に設立した「全員AIの部署」で、その答えが見える。**AIに対して設計された1on1マニュアル（マネージャーがAI社員のミスを扱う際の標準型）が、実は人間側の上司が[1on1を実施する際の教材](/posts/1on1-ai-delegate/)になっている**というリポートが出た。

AIに対して設計された1on1は、「相手を責めずに傾聴する」という曖昧な目的ではなく、もっと具体的だ。NECの人事部門が定めたガイドラインでは、相手を一方的に責めず、まずは事実確認から入り、相手に改善策を言わせるという流れになっている。小玉浩・NEC執行役Corporate EVP兼CAXOはこのスタイルを「非常に洗練されており、人間側の上司が1on1を実施する際の教材になっている」と評価している。相手を責めない代わりに、こちらが正解を配らない。相手の思考を進める問いで、改善策を自分に言わせるプロセスになっている。この問いの配置そのものは、[口数が少ない部下との面談設計](/posts/1on1-toku-ni-nai-toino-sekkei/)と同じロジックで成立している。

## 「責め立てる」と「改善させる」の違い

責め立てるときのあなたは、すでに相手の失敗の理由を知っている気になっている。「なぜこんなことをした」という追及の質問は、相手を追い詰める。相手は「申し訳ありません」という防衛に入り、その先の思考を止める。

改善させるときのあなたは、何も知らないところから始まる。「何が起きたか」を事実だけで聞く。相手が説明する過程で、本人がなぜそうなったかに自分で気づく。そこからの「どうすればよかったか」は、相手の口から出てくる。

この前提の違いは、手順に表れる。

## 事実確認という第一手

部下が「ミスをしました」と報告してきたら、反論や評価をせず、まず事実確認に徹する。

「何が起きたか」「それはいつわかったか」「その時点で誰に報告したか」。時系列と関係者を追うだけだ。ここで重要なのは、あなたが**相手を審問しない**ことだ。ミスの理由を先に言わせようとしてはいけない。事実が先に出きってから、相手に「なぜこうなったと思いますか」と問う。

この時点で、相手はすでに自分の失敗を引き受けている。防衛に回っていない。

## 改善策を相手に言わせる

事実が整ったら、次は「どうすればよかったか」をあなたが答えてはいけない。「どうすれば次の同じミスが起きませんか」と相手に問う。相手が答える過程で、本人の思考が整理される。あなたが正解を配った瞬間、相手の思考は止まる。

相手の答えが不完全でも、そこから「じゃあそのチェック項目は誰が確認するんですか」と次の問いで誘導する。相手が改善策の内側に引き込まれるところまで、あなたは後ろに回っている。

この実務を支える最後の一手が、あなたの沈黙だ。相手が答え終わるまで待つ。答えがしばらく出なくても、「いい質問ですね」と次に進まない。相手は「答える責任がある」という圧力のなかで、自分の思考を進める。その時間があるかないかで、その後の実行確度が全く変わる。

## 逃げの一手：完璧な傾聴など不要

「傾聴」という言葉を聞くと、完璧に相手を理解して、深い信頼を築き上げるプロセスのように思える。だが実装すべきは完璧さではない。

まずは事実確認だけでいい。「何が起きたか」を時系列で聞く。それだけで十分だ。そこから相手の改善策を引き出すのは、次の面談からでもいい。これを足すと、面談は実際に相手の思考力を測る場に変わる。

無理に「相手に言わせるまで」を完璧にしようとすると、あなたも相手も疲れる。事実確認の手順を示し、相手に思考を預けるという構造だけが揃えば、傾聴と呼ぶべきことは起きている。

## まとめ：傾聴は資質ではなく設計

部下のミス報告をどう扱うか悩んでいるあなたは、実は「姿勢として傾聴できているか」を問題にしていないはずだ。問題は、どういう手順で相手と向き合えば、次のミスが防げるか、という実務だ。

傾聴は相手の感情を温かく受け止める資質ではなく、相手の思考を前に進める問いの順序である。事実確認→改善策を相手に言わせる。この2手順を面談に組み込めば、責め立てることも、曖昧に聞き流すこともなく、相手の思考が改善に向かう。

{{< ai-disclaimer >}}

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