上司への報告が怖いADHDへ：事実と結果にフォーカスした報告書の書き方

「上司への報告が怖い」「何から話せばいいかわからない」「説明しているうちに話がズレて怒られた」――こうした悩みを持つエンジニアやIT職の方は本当に多いです。これは能力不足や性格の問題ではありません。

多くの場合の原因は、報告の「型」を知らないまま感覚に頼って話そうとしていることにあります。型があれば、思考の負荷を大幅に減らせます。

この記事では、ADHDの特性に配慮しつつ、「事実」と「結果」にだけフォーカスするシンプルな報告方法をわかりやすく解説します。読み終える頃には、報告の不安が減り、上司の反応も変わるはずです。

なぜADHDは「上司への報告」が怖くなりやすいのか

ADHDの方が報告を苦手に感じる理由は主に次の点です。情報が頭の中で同時多発し、優先順位がつけづらく、背景説明に入り込みすぎて要点を見失う――こうした特性が複合して「何を報告すればよいか」がわからなくなります。

さらに「怒られるかもしれない」という不安で思考が止まってしまい、言いたいことが整理できないまま話してしまうことがあります。結果として上司に「結局、何が言いたいの？」と返され、自己否定ループに入ることが少なくありません。

ここで重要なのは、上司はあなたの内的思考プロセスそのものを知りたいわけではないという点です。彼らが必要としているのは明確な情報だけです。

上司が知りたい「たった2つ」の情報

上司が本当に知りたいのは、次の2つだけです。

• 何が起きたか（事実）
• その結果どうなったか（結果）

この2点に絞るだけで、報告は格段にシンプルになります。余計な感情や推測を切り捨てると、伝えたいことがより明確になります。

この考え方は、ADHDの方にとって特に有効です。思考の断片を一つずつ整理して、必須情報だけを伝えればよいからです。

事実とは？

事実は実際に起きた出来事を指します。日時、数字、状態などの客観的情報を含め、感情や推測は含めません。

例：〇月〇日、APIのレスポンスが平均3秒に増加

注意点として、原因の断定を避けるべき場面もあります。原因を確定していない場合は「原因：調査中」や「観測された現象」といった表現で客観性を保ちます。

結果とは？

結果は、事実によって生じた影響や現在の状態、そして次に必要な判断材料です。こちらも数字や具体的な影響を中心に書きます。

例：その結果、画面表示が遅くなりユーザー離脱率が上昇

結果を書く際は主観的な「感想」や「言い訳」は不要です。影響が定量的であれば数値を添えると説得力が増します。

事実と結果にフォーカスした報告書の基本構成【テンプレ】

ADHDの方には毎回同じ構成を使うことを強くおすすめします。型があると考える余地が減り、心理的負担も小さくなります。

1. タイトル・日付

   例：〇月〇日 障害対応報告。後から検索しやすくなり、信頼感が上がります。

   短いタイトルに状況の要点を入れると、上司やチームが一覧で確認しやすくなります。

2. 事実（何が起きたか）

   箇条書き推奨。時系列で淡々と記載します。

   例：〇月〇日 10:30 本番環境でエラー率が5%に上昇。原因：外部APIのレスポンス遅延（調査中）

   事実は短い文で分割し、1文＝1情報を徹底すると読み手の理解が速くなります。

3. 結果（どうなったか）

   数字や影響を明確に。主観は入れません。

   例：ユーザーの一部でログイン不可。問い合わせが3件発生。

   影響範囲や緊急度を可能な限り定量化すると、上司の判断がしやすくなります。

4. 対策・次のアクション

   「どうするか」まで書くと評価が上がります。短期対応と中長期対応を分けて書くと親切です。

   例：APIタイムアウト値を調整。再発防止として監視アラートを追加。

   不確実な対応案は「案」と明記することで、後から修正しやすくなります。

上司への報告が怖いADHDでも書ける実践テクニック

• メモは「文章」にしない：単語でOK。後で並べ替える前提で書きます。
• 1文＝1情報：長文禁止。読む人の負荷を減らすことが評価につながります。
• テンプレをコピペで使い回す：毎回ゼロから考えない。思考コストを極限まで減らします。

さらに実践的には、報告前に自分で声に出して事実→結果→対応を一度繰り返すと、文章化が早くなります。短時間で整理できる練習になります。

また、メールやチャットで報告する場合は箇条書きを多用し、段落を細かく分けるだけで読みやすさが格段に向上します。

今すぐ使える！ADHD向け「報告テンプレ」

以下をそのままコピペして使ってください。感想欄は不要です。

【件名】〇〇の報告（〇月〇日）

■事実

• ・
• ・

■結果

• ・
• ・

■対応／次のアクション

• ・
• ・

心理的な負担を減らす考え方

報告は評価そのものではなく、判断材料の提供です。完璧な説明を目指す必要はありません。むしろ必要な情報だけを最短で出すことが求められます。

ADHDのエンジニアに必要なのは「うまく話す力」ではなく「削る力」です。余計な背景説明や感情を削るだけで、伝わる情報の質が上がります。

小さな成功体験を積み重ねるために、まずは今日の報告からテンプレを使ってみてください。改善が見えれば自信につながります。

まとめ：報告が怖いあなたへ

上司への報告が怖いのは、あなたが無能だからではありません。単に「事実と結果にフォーカスする型」を知らなかっただけです。

やることはシンプルです。まず事実を書く。次に結果を書く。そして次の行動を書く。この順番を守るだけで、報告は「怒られるイベント」から信頼を積み上げる行為に変わります。

今日から使えるテンプレをまずは1回試してみてください。習慣化すれば、必ず一段階レベルアップできます。

投稿 ADHDエンジニアのための上司報告術：事実と結果で簡潔に は ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ に最初に表示されました。