「空気を読むのが苦手」「場の雰囲気がわからない」と指摘されることは、職場で特に辛い体験です。エンジニアという職種は論理的思考や集中力が要求される一方で、非言語のやり取りや微妙なニュアンスを察する場面も多くあります。ADHD（注意欠如・多動性障害）を持つエンジニアにとって、「空気を読めない」と言われることは自己肯定感を揺るがし、仕事や人間関係に影響を与えることがあります。

本記事では、ADHDエンジニアが「空気を読めない」と言われても過度に気にせず、自分らしく働き続けるための実践的な自己受容の方法と具体的な対処法を紹介します。職場でのコミュニケーション改善、自己理解の深め方、職場環境の工夫、上司やチームメンバーへの伝え方まで、現場で使えるテクニックを豊富な例とともに解説します。

1. 「空気を読めない」と言われるときに起きていること

まずは、何が起きているのかを理解することから始めましょう。単に「空気が読めない」と言われる背景には、いくつかの要因があります。

• 非言語的なサイン（表情、トーン、沈黙）を察しづらい
• 同僚の暗黙のルールや文脈を瞬時に把握できない
• 重要な話題の切り替えやタイミングを見誤る
• 話しすぎたり、逆に発言を控えすぎたりすることでズレが生じる

ADHDの特性として、注意の切り替えが難しい、感覚過敏や鈍麻、思考のスピード差があるなどが挙げられ、これが「空気が読めない」と評価される原因になりがちです。しかし、これは評価の問題であって人間としての価値とは別物です。まずは自分の特性を紐解き、感情的な反応を少し引いて考えることが大切です。

2. 自己受容の第一歩：自分の特性を理解する

自己受容の基本は「自分を知ること」です。ADHDの特性を客観的に理解することで、どういう状況で困りやすいか、どのように対処すれば楽になるかが見えてきます。

やること：

• 自分の強み・弱みをリスト化する（例：集中すると高い生産性を発揮するが、会議での非言語サインは見落としがち）
• 具体的な場面を思い出し、何が困ったかをメモする（時間、場所、相手、何が起きたか）
• 専門家（医師・カウンセラー）に相談して診断や助言を受ける（必要ならば適切な支援や薬物療法も検討）

自己理解は「言い訳」ではなく「改善の出発点」です。自分の特性を正しく説明できれば、相手にも理解を促しやすくなります。

3. 「空気を読めない」と言われたときの心の扱い方

誰かに「空気を読めない」と言われると心が傷つきます。ここで大切なのは、感情を否定せずに扱うことです。

• 感情を認める：疲れた、自分がダメに思える、怒りを感じるなどをまず自分で認める。
• 距離を取る：反射的に反論せず、少し時間を置いてから応答する。深呼吸やトイレに立つなど短いクールダウンを。
• 客観化：その言葉が具体的に何を指しているのかを冷静に尋ねる。「具体的にどの場面でそう感じましたか？」と聞くことで改善点が見える。

感情に飲み込まれず、自分と相手の発言を分けて考える練習が自己受容につながります。

4. 実践的コミュニケーション術：場の読みを補うテクニック

場の雰囲気を瞬時に察するのが難しいなら、それを補う「習慣」と「ツール」を導入しましょう。以下は現場で使える具体的な方法です。

4.1 事前準備を徹底する

• 会議のアジェンダを事前に確認し、発言したいポイントをメモしておく。
• 会議前に主催者に「ここで意見求められますか？」と確認する。
• 重要な場面では短いスクリプト（挨拶や候補の発言）を用意しておく。

4.2 アサーティブな質問を使う

空気を読む代わりに、明確に状況を確認する質問をする文化を作る。

• 「今、この話はこれで終わりですか？」
• 「次に決めるべきことは何ですか？」
• 「ここで私が提案しても良いですか？」

直接的な確認は失礼ではなく、効率的なコミュニケーションになります。

4.3 非言語を補う小技

• 「アイコンタクトが苦手ならうなずきの習慣」をつける：会話中に軽くうなずくことで相手に関心を示せる。
• 「短い要約を口に出す」：話が流れるときに「要するに〜ということですね」と確認することでズレを防げる。

4.4 非同期コミュニケーションを活用する

リアルタイムの会話が苦手なら、チャットやメールでのコミュニケーションを増やす。

• 意見はチャットで先に投げて、会議ではその要点だけ補足する。
• 重要事項は文書化しておき、あとで振り返れるようにする。

5. 職場で使える具体的フレーズ（実例）

突発的な指摘や場面で使える返答例をいくつか用意します。状況別に短く使える台詞を覚えておくと安心です。

• 指摘されたとき（冷静に対応）
  • 「ご指摘ありがとうございます。具体的にどの場面でそう感じましたか？」
  • 「次回は気をつけます。教えていただけると助かります。」
• 会議でタイミングがわからないとき
  • 「この議題について、皆さんの合意が得られているか確認してもいいですか？」
  • 「ひとつ提案があるのですが、発言のタイミングは今でよろしいですか？」
• 誤解が生じたとき
  • 「意図が上手く伝わらなかったようです。今の発言で何が問題でしたか？」
  • 「私の言い方で不快にさせてしまったらすみません。改善したいので教えてください。」
• 自分の特性を説明する場面（上司や同僚に）
  • 「私はADHDの特性で非言語的なサインを見逃しやすいです。明確に指示いただけると助かります。」
  • 「場の空気を読むのが苦手ですが、文書化や確認を徹底することでフォローしています。」

これらは「言い訳」ではなく建設的なコミュニケーションの一助になります。

6. 日常的なセルフケアと習慣づけ

自己受容は一度に完成するものではありません。日常の小さな習慣が積み重なって自己肯定感を支えます。

• 睡眠と食事：ADHDの症状は生活リズムの乱れで悪化することがあるため、規則正しい生活を心がける。
• 休憩の取り方：短時間の休憩をこまめに取り、過集中や疲労を回避する。
• 感情のラベリング：落ち着かないときに「今は不安だ」「苛立っている」と自分の感情に名前をつける。
• 成功体験の記録：小さな達成（コードレビューを終えた、予定通りタスクを終えた）を日記に書き残すことで、自己効力感を育てる。

これらは心理学的にも自己肯定感を高める手法です。習慣化には時間がかかりますが、焦らず続けましょう。

7. 環境とツールで負担を減らす

エンジニアには便利なツールがたくさんあります。自分の特性に合わせて環境を整備しましょう。

• タスク管理ツール：Todoリストを可視化し、優先度を明確にする（例：Trello、Backlog、Notionなど）
• タイムボクシング：作業時間を区切る（例：ポモドーロ・テクニック）
• ノイズキャンセリングヘッドホン：感覚過敏がある場合に効果的
• 会議の議事録テンプレート：会議の結論・アクションを明確に残す習慣を作る
• コードレビューのチェックリスト：レビュアーの意図が読みづらい場合でも基準に基づいて対応できる

ツールは「不得手を補う道具」です。恥ずかしがらずに活用しましょう。

8. 上司・チームへの伝え方（配慮を得るための戦略）

支援や配慮を得るには、相手にとって分かりやすく、建設的に伝えることが重要です。以下はそのためのポイントです。

• 事実と要望を分けて話す
  • 事実：「会議での非言語的なサインに気づきにくいです。」
  • 要望：「議題の切り替えや決定事項はチャットで簡単に確認できると助かります。」
• 解決案を提示する
  • 単に困っていると言うのではなく、「こうして欲しい」という具体策を示すと受け入れられやすい。
• 小さな試行を提案する
  • いきなり大きな変更を求めるのではなく、試験的に1か月だけチャット記録を増やすなど、短期の実験を提案する。
• 信頼関係を築く
  • 定期的に進捗報告や成果を共有することで、配慮が職場全体の効率向上につながることを示す。

上司は結果に責任を持つ立場です。配慮が生産性の向上につながることを示せば理解は得やすくなります。

9. 公開・非公開の判断：ADHDを職場で開示するかどうか

ADHDであることを職場で開示するメリット・デメリットがあります。決断には慎重さが必要です。

メリット：

• 合理的配慮（働き方の調整）を得やすくなる
• 誤解が減り、コミュニケーションが円滑になる
• 支援を受けられる（人事・産業医など）

デメリット：

• スティグマや偏見を受ける可能性
• 昇進・評価に影響するリスク（状況による）

判断ポイント：

• 信頼できる上司や同僚がいるか
• 会社の風土（ダイバーシティや障害者雇用の取り組み）がどうか
• 自分がどの程度の支援を必要としているか

開示は必ずしも必要ではありません。まずは部分的に情報を伝え、小さな配慮から始める方法もあります。

10. マネージャー向け：ADHDエンジニアを支える具体策

もしあなたがマネージャーなら、チームメンバーが「空気を読めない」と評価されないように支援することができます。配慮は個人の負担を減らすだけでなく、チーム全体のパフォーマンス向上につながります。

• 明確な期待値を設定する（成果物や期限を具体的に）
• フィードバックは具体的でタイムリーに行う
• 会議では議題と役割を事前に共有する
• 文書化の文化を促進する（会議の結論やアクションを記録する）
• 一対一の面談で安心して相談できる場を作る

こうした配慮はADHDに限らず多様な働き方を支援する普遍的な方法です。

11. 実際のケーススタディ（短い例）

ケース1：会議でのタイミングを逃すエンジニア

• 問題：Aさんは発言するタイミングを逃してしまい、後で不満が出る。
• 対策：会議前に「私はこの議題で○○の意見を出したい」と主催者に伝え、発言の時間を確保してもらった。会議中はチャットに要点を送る習慣をつけた。
• 結果：発言の機会が増え、誤解が減った。

ケース2：表情や空気を読み取れずトラブルになったエンジニア

• 問題：Bさんが冗談交じりの発言を真に受けてしまい、不快な状況に。
• 対策：Bさんは「冗談かどうか確認するフレーズ」を用意し、相手の意図が曖昧なときは短く確認する習慣をつけた。
• 結果：誤解が減り、安心してコミュニケーションできるようになった。

12. 継続的な成長を支えるリソース

長期的には専門家の支援やコミュニティ参加が有効です。

• 医師・カウンセラー：診断や認知行動療法（CBT）などの心理療法が役立つことがあります。
• 支援グループ：同じ立場の人たちと経験を共有することで、孤独感が軽減される。
• 書籍・オンライン教材：ADHDやコミュニケーションに関する実践的な学習を継続する。
• 企業内のダイバーシティ施策：障害者支援や働き方改革の情報を活用する。

必要に応じて専門家に相談することで、より効果的な対策が見つかります。

結論：自己受容は防御ではなく戦略である

「空気を読めない」と言われる経験はつらいものですが、それはあなたの価値を決めるものではありません。自己受容は単なる甘えではなく、現実的な対処戦略の出発点です。自分の特性を理解し、環境を整え、コミュニケーションの方法を工夫することで、エンジニアとしての強みを最大化できます。小さな工夫の積み重ねが、やがて大きな安心感と生産性につながります。

最後に一言：あなたは「空気を読む能力」だけで評価される存在ではありません。論理的思考、問題解決、創造力──あなたの強みを大切にし、必要な配慮を得ながら、自分らしい働き方を築いていってください。

投稿 「空気を読めない」と言われても気にしない！ADHDエンジニアの自己受容の極意 は ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ に最初に表示されました。

ADHD（注意欠如・多動性障害）や発達障害を抱えるエンジニアが直面しやすい課題の一つに「自己肯定感の低さ」があります。仕事でミスを繰り返したり、周囲と比べてうまくいっていないと感じたりすると、自分の価値を疑ってしまうことが多いです。しかし、技術力は学習可能であり、適切な方法を組み合わせれば「自己肯定感」を着実に高めることができます。本記事では、ADHD・発達障害を持つエンジニア向けに、具体的で実践的なステップ、ツール、習慣を紹介します。

なぜ自己肯定感が下がるのか — ADHD/発達障害の特徴と職場でのギャップ

まずは「なぜ自己肯定感が低くなりやすいのか」を理解しましょう。背景を知ることで対策がより効果的になります。

• 注意散漫や忘れ物：タスクを途中で中断したり、締切を忘れたりすることで「できない人」という自己イメージが形成されやすい。
• 実行機能の課題：計画・優先順位付け・時間管理が難しく、仕事の進め方で評価が下がることがある。
• 感覚過敏や過集中：雑音や環境変化で集中を失う一方、興味のある作業に過集中して周囲のニーズとずれることもある。
• 比較思考：同僚と成果や働き方を比較し、自分を過小評価してしまう。
• フィードバックの受け取り方：ネガティブなフィードバックを必要以上に重く受け止め、自己否定に陥る。

理解ポイント：ADHDや発達障害は能力の欠如を意味しません。むしろ「得意な場面」と「苦手な場面」が極端に現れることが多く、職場の評価制度や環境が合わないだけ、というケースが多いのです。

技術力で自己肯定感を高めるための基本方針

技術力を使って自己肯定感を高めるには、以下の3つの基本方針を意識しましょう。

1. 成果を可視化する（小さな成功を積み上げる）
2. フローと環境を最適化する（自分に合う働き方を作る）
3. 学習プロセスを設計する（再現可能で計測可能な成長）

これらを組み合わせることで、外部評価だけに依存しない「自己承認の仕組み」を作ることができます。

1. 成果を可視化する：小さな成功体験を積み重ねる

多くのADHDエンジニアは「大きなタスク」が苦手です。そこで「小さな成功」を細かく設定し、可視化する習慣を馴染ませます。

実践テクニック

• タスクを「10〜30分の作業単位」に分割する。例：1機能を10分で実装できる小タスクに分ける。
• 完了したタスクを必ずログに残す（notion、Trello、Gitのコミットログなど）。見返したときに「今日これだけできた」と確認できることが重要。
• 毎日の終わりに「今日の3つの成功」を書き出す。小さなバグ修正やドキュメントの更新も立派な成功です。
• Gitのコミットメッセージを丁寧に書き、マージやリリースを小刻みに行う。プルリクがマージされるたびに達成感が得られます。

例：実務での小さな成功設定

• 機能Aのユニットテストを3つ作る（30分×2）
• CIが通るようにLintエラーを5つ解消（15分）
• ドキュメントの1章を更新（20分）

こうした「触れるたびに成功が見える」構造が、自己肯定感の基盤になります。

2. フローと環境を最適化する：発達特性に合わせたワークフロー

技術的工夫で作業の「摩擦」を減らすと、ミスが減り自己評価が高まります。ここでは環境とツール、プロセスを中心に解説します。

物理的環境

• ノイズキャンセリングヘッドホン、遮光カーテン、整理棚などで外的な刺激をコントロールする。
• 立ち机やバランスボールなど、軽い身体刺激で集中しやすくなる場合もある。

ソフトウェア環境

• エディタ・IDE（例：VSCode）に拡張機能を導入して自動補完・スニペット・フォーマッタを活用する。
• Linter、型チェック、静的解析（ESLint、mypy、TypeScript）をCIに組み込み、人的ミスを自動検出する。
• テンプレートとコードスニペットを用意し、ドキュメントやPRテンプレートで作業負荷を下げる。

ワークフロー

• タイムボックス（ポモドーロなど）を導入し、集中時間と休憩を繰り返す。
• Pull Requestは小さく頻繁に出す。レビュー負荷が減り迅速にフィードバックを得られる。
• 自動化の徹底（テスト、デプロイ、フォーマット、静的解析）。反復作業を機械に任せることで人的ミスが減る。

例：CIでミスを防ぐ仕組み

• プッシュ時にpre-commitでフォーマットと簡易テストを実行
• PR作成でCIが全テストを実行・カバレッジをチェック
• マージ条件に「テスト通過」「最低1件の承認」を設定

自動化により「自分の能力が低いから失敗した」という誤った自己認識が薄れます。

3. 学習プロセスを設計する：計測可能で持続可能な成長計画

自己肯定感は「成長実感」から生まれます。技術力向上を計測可能な形にすることが重要です。

SMARTな学習目標を設定する

• Specific（具体的）
• Measurable（測定可能）
• Achievable（達成可能）
• Relevant（関連性がある）
• Time-bound（期限がある）

例：「3ヶ月でTypeScriptでのユニットテストカバレッジを70%にする。週に5時間学習し、毎週1つの小さな実装課題を提出する。」

計測方法の例

• 技術ブログの投稿数、OSSへのPR数
• コードレビューでの指摘件数の推移（減っていれば改善）
• テストカバレッジやCIの通過率
• タスク完了数、平均タスク所要時間

学習ループ（PDCA）

• Plan（計画）：学習計画を立てる
• Do（実行）：短いスプリントで実行
• Check（評価）：数値やレビューで確認
• Act（改善）：次のサイクルに反映

小さな成功が積み重なれば、自己肯定感は安定して上がります。

4. フィードバックと評価を再設計する：ポジティブなループを作る

職場の評価だけに依存すると自己評価が不安定になります。自分に合ったフィードバックの受け方と与え方を設計しましょう。

受け方の工夫

• 「事実」と「解釈」を分ける。上司の「指摘（事実）」から「自分がダメだ（解釈）」という自動反応を切り離す。
• フィードバックを得たら「改善リスト（具体的行動）」に変換する。次に何をするかが明確だと安心感が生まれます。
• 定期的な1on1で短期のゴールを共有し、小さな成功を逐一報告する。

与え方の工夫（チームとして）

• レビュー時は「改善点」と「良かった点」を両方書く（バランスのあるフィードバック）。
• 具体的・建設的な指摘をする。抽象的な批判は自己肯定感を下げやすい。
• 成果の可視化（デプロイ、ユーザーメトリクス、バグ修正数など）をチームで共有する場を設ける。

例：1on1での使えるフォーマット

• 今週できたこと（3つ）
• 困っていること（1つ）
• 次週の小目標（1つ）
• 支援してほしいこと（1つ）

このような形式は、評価の不安定さを減らし、成長を実感しやすくします。

5. メンタルケアと専門支援の併用：技術だけで解決しない部分

技術力で自己肯定感を高めることは可能ですが、メンタル面や診断・治療が必要な場合もあります。専門家の支援を活用することは恥ずかしいことではありません。

• 精神科・心療内科への受診：薬物療法や認知行動療法（CBT）が有効なケースがあります。
• 発達障害専門のカウンセリング：職場適応やコミュニケーションの補助が得られる。
• コーチングやメンタルヘルス支援プログラム：自己肯定感の回復に役立つスキルを学ぶ。

注意：薬や治療は個人差があるため、専門医とよく相談してください。

6. 具体的な技術的アクションプラン（週次・月次）

以下は、ADHDエンジニアが実行しやすい「週次・月次」の技術アクションプラン例です。

週次プラン（例）

• 月曜：今週の3つの小目標を設定（30分）
• 毎日：ポモドーロで作業（25分作業＋5分休憩を4回、午前中に重要タスク）
• 毎日：終業前に今日の成功を3つ記録（10分）
• 週2回：コードレビュー・PRを提出（小さく頻繁に）
• 金曜：学習ログ（1時間）＋自己評価（改善ポイント1つ）

月次プラン（例）

• 月初：SMART目標の確認（1時間）
• 月中：メンターと進捗共有（1on1）
• 月末：振り返りと次月計画（2時間）
• 月1回：技術記事を1本書くか、OSSに1PR提出

このルーチンは小さな成功を定期的に生み、長期的な自信に繋がります。

7. 周囲との関係構築：支援を得るためのコミュニケーション技術

自己肯定感を高めるうえで「周囲からの理解」は重要です。適切に自分の特性やニーズを伝えることで、無用な摩擦を減らせます。

開示のポイント（職場での伝え方）

• 「ラベル」より「具体的な困りごと」を伝える：例「会議中に長時間集中できないので、議事録で要点を後から確認したい」
• 解決策とセットで提案する：ただ困っていると伝えるのではなく、「こうしたら改善しそう」と代替案を出す
• 小さく試す：最初から全部を開示する必要はない。信頼できる人にまず相談する

チームとしての配慮例

• タスクを分けて、短期で完了する単位にする
• 非同期コミュニケーション（Slackのスレッドやチケット）の活用
• レビューの粒度を小さくし、ポジティブなフィードバックを定期的に行う

正しい支援環境は技術力を引き出し、自己評価にも好影響を与えます。

8. ADHDが持つ強みを技術キャリアに活かす

ADHDや発達障害にはマイナス面だけでなく、強みも多く存在します。自己肯定感を高めるには「弱点だけでなく強みを見る」ことが大事です。

• ハイパーフォーカス：集中が合えば生産性が非常に高い。興味のある分野で深掘りして専門性を作る。
• 創造性と発想力：既存の枠にとらわれないソリューションを生み出す場面で強みが発揮される。
• リスクテイクや好奇心：新しい技術や手法の実験に積極的で、チームに新風をもたらす。
• 即興的な問題解決力：予期せぬトラブルに対する斬新な解決策を出せることがある。

自分の強みを言語化し、履歴書や自己紹介、1on1でアピールすることで評価が変わります。

9. 具体事例：ケーススタディ

ここで2つの短い事例を紹介します。実例はモチベーションや戦略の参考になります。

事例A：テストと自動化で不安を減らしたフロントエンドエンジニア

課題：頻繁にバグを出して自己評価が下がっていた。
対策：ESLint、Prettier、Jestの導入。PRは必ずユニットテストとスクリーンショットテストを添付するルールに。
結果：バグ数が減り、レビューでの指摘も減少。自己肯定感が向上し、新しい機能にも積極的に挑戦できるようになった。

事例B：小さなPRとメンター制度で自信をつけたバックエンドエンジニア

課題：大きなタスクに取り組めず、遅れがちで自己肯定感が低かった。
対策：タスクを細分化して1〜2時間で完了するPRを週に3本出すルールを導入。週1回メンターと進捗を確認。
結果：PRの承認が積み重なり、同僚からの信頼も向上。自己評価が改善され、段階的に大きなタスクにも挑戦できるようになった。

10. よくある落とし穴とその対処法

• 完全主義に陥る：0か100かではなく、進捗と学びを重視する。
  • 対処：80%でリリースする習慣をつけ、反復で改善する。
• 比較ばかりして落ち込む：他人の進度は背景が違う。
  • 対処：自分の成長曲線を可視化し、過去の自分と比較する。
• 「自助だけ」で無理をする：疲労や燃え尽きは逆効果。
  • 対処：専門家・チーム・家族の支援を取り入れる。

まとめ（結論）

ADHDや発達障害を持つエンジニアが自己肯定感を高めるための鍵は、「技術力」と「環境設計」を組み合わせて小さな成功の連鎖を作ることです。具体的には、タスクの細分化、成果の可視化、自動化ツールの導入、計測可能な学習計画、適切なフィードバック体制、そして専門家の支援の併用が有効です。加えて、自分の強みを認識し、それを活かす場を作ることで、単なる「補正」ではなく「本質的な自己肯定感の回復」が可能になります。

最後にひとつ：小さな一歩を続けることが、最大の変化を生みます。今日の小さな成功を記録し、次の一歩を設計してください。それがやがて確かな自信へとつながります。

投稿 ADHDエンジニアの「自己肯定感の低さ」を技術力で塗り替える方法 は ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ に最初に表示されました。