発達障害（ここでは主にADHDを想定）を抱えながらエンジニアとして働くとき、職場での理解不足は日常のストレス源になります。理解のない上司・同僚とのコミュニケーションを改善するには、専門知識だけでなく「戦略的な対話」「自己理解」「環境設計」「必要に応じた制度利用」が重要です。本記事では、具体的な会話例、準備の仕方、対応パターン、職場調整の実際、心身のセルフケアまで広く解説します。
目次
- はじめに：なぜ「対話戦略」が必要か
- ADHDエンジニアが職場で直面する典型的な課題
- 対話の基本方針（伝え方の原則）
- 実践的な会話テンプレートと例（上司・同僚別）
- 上司への相談（1対1）
- 同僚との日常的なやり取り
- ミーティングでの発言・調整
- 状況別の対応シナリオと具体例
- 納期に関する誤解
- 細かな指示がないと動けない／逆に細かく干渉される
- 会議で集中できずに発言できない
- 補助ツール・業務改善手段（実装しやすい例）
- 開示（カミングアウト）するかどうかの判断基準
- HRや制度を使うタイミングと準備
- セルフマネジメントと燃え尽き対策
- まとめ：小さな対話が信頼を作る
- 付録：短い会話スクリプト集
はじめに：なぜ「対話戦略」が必要か
ADHDの特性（注意の散漫、忘れやすさ、時間管理の難しさ、過集中など）は周囲から「怠慢」「能力不足」と誤解されやすいです。特に職場では短時間の印象や成果だけで評価されることが多く、誤解が放置されると信頼低下、孤立、ストレス増加につながります。
対話戦略は「感情的なやり取りを避け」「具体的な事例と解決策を示し」「相手の立場（成果重視、効率重視）に合わせた説明」を行うための方法です。これにより誤解を防ぎ、合理的な業務調整を得やすくなります。
ADHDエンジニアが職場で直面する典型的な課題
- 納期や作業の優先順位の把握が苦手で、重要なタスクの遅延が生じる
- 仕様変更や急な割り込みに対処しづらい
- 長時間の会議や雑談で集中力が削がれ、本来の作業時間が減る
- コードレビューや細かいドキュメント作成が苦手で、指摘が多くなる
- 過集中で他のタスクが後回しになることがある
- 感覚過敏や環境によるストレス（オフィスの騒音・明るさなど）
これらを「性格の問題」や「やる気の問題」にする同僚・上司は少なくありません。そこで、誤解を減らすための伝え方と実務上の工夫が役立ちます。
対話の基本方針（伝え方の原則）
- 事実ベースで話す
- 「〜のときに〜が起きた」と具体的な状況と結果を示す。感情的表現や主観だけで語らない。
- 解決志向で提案する
- 問題提起だけではなく、実行可能な対応案（工数調整、ツール、確認ルールなど）を準備する。
- 相手のメリットを示す
- 「私がこういう支援を受けると、あなた（チーム）にとってこう良くなる」と利害を合わせる。
- 小さく試せる改善から提案する
- いきなり大幅な制度変更を要求せず、短期間のトライアルを提案する。
- フィードバックループを作る
- 定期的に効果測定と短い振り返りの場を設ける（週1回の短い1on1など）。
実践的な会話テンプレートと例
ここでは上司・同僚別に具体的なスクリプトを示します。トーンは冷静・前向きに。必要なら事前にメールでアジェンダを送ると安心です。
上司への相談（1対1）
目的：職務遂行上の課題を共有し、業務調整を提案する
例：
「お時間いただきありがとうございます。最近、タスクの切り替えや細かい仕様変更で納期が遅れることがあり、原因を整理しました。事実としては、（具体例）Aタスクで仕様追加が3回あって、その都度他タスクに戻るコストが発生しました。提案ですが、以下のいずれかを試してみたいです。1) 仕様凍結の段階を明確にして小さな変更は次スプリントに回す、2) 変更が入る場合は短いブロック（30分）で影響範囲確認を行う、3) 優先度の明示をメールでいただけると助かります。まずは1週間トライして効果を評価したいのですが、いかがでしょうか？」
ポイント：事実→影響→具体案→トライの提案を順に。
同僚との日常的なやり取り
目的：日々の連携ミスを防ぐ
例：
「ちょっと確認なんですが、このタスクの締切はいつでしたっけ？メモしてると思ったんですが、自分のカレンダーに入っていなかったようです。以降はSlackの#taskに一行で『担当•期限•優先度』を書いてもらえると、見落としが減ると思います。試してみてもいいですか？」
ポイント：失敗を個人攻撃にせず、簡単に実行できる仕組みを提案。
ミーティングでの発言・調整
目的：会議で意見を出しやすくする、無用な時間を削減する
例（会議前）：
「本日のアジェンダを事前に共有してもらえると助かります。会議中にメモを取りながら内容を処理するのが難しいため、事前に内容を読んでポイントをまとめておきたいです。」
例（会議中）：
「一点だけ短く確認してもいいですか？（要点を2文で述べる）」
ポイント：事前資料の共有依頼と、会議中の短い介入を習慣づける。
状況別の対応シナリオと具体例
ここでは典型的なトラブルを取り上げ、対処の流れを示します。
シナリオ1：納期を守れず評価が下がった
対応フロー：
- 事実を整理（何が原因で遅れたか、どのくらい遅れたか）
- 上司に報告（遅延の理由と今後の対策をセットで）
- 改善策を実行（スプリント管理、タイムブロッキング、ペア作業）
- 効果を測定して報告（短い数値や事例で示す）
例文：
「先日のリリースに遅延が出てしまい申し訳ありません。原因はAとBで、特にB（頻繁な割り込み）が大きかったです。対策として今週は『午前の3時間は割り込み対応を停止して高優先度のコードに集中する』というタイムブロックを試します。1週間後に成果を報告しますが、それで問題なければ継続したいです。」
シナリオ2：指示が抽象的で行動に移せない
対応フロー：
- 指示のポイントを箇条書きで確認
- 成果物のイメージ（出力物）を提示させる
- 小さなマイルストーンに分解して合意
例文：
「理解を確認させてください。最終的に期待されているのは『X機能の動作確認ができるデモ』で合っていますか？もしそうなら、まずは①基本フローの実装、②主要ケースのテスト、③コードレビューというマイルストーンを踏みます。各段階で何をもって完了とするか、基準を共有いただけますか？」
補助ツール・業務改善手段（実装しやすい例）
- タスク管理：JIRA、Backlog、Trello を使い「担当者・期限・優先度」を明確化
- タイムブロッキング：Google カレンダーで集中ブロックを可視化
- Pomodoro法：25分集中＋5分休憩でタスク分解を促す
- リマインダーツール：Todoist、Microsoft To Do、Google リマインダー
- ドキュメントテンプレート：PRテンプレ・設計書テンプレを用意して共通フォーマットに統一
- ノイズコントロール：ノイズキャンセリングヘッドホン、集中できる席の確保（リモートの選択肢）
- ペアプログラミング：頻繁な割り込みや仕様の不明確さを減らせる
- オフラインでのサマリー提出：会議後に要点をメールで共有してもらう習慣
これらは個人の努力だけでなくチームの運用に組み込むと効果が高まります。
開示（カミングアウト）するかどうかの判断基準
開示のメリット：
- 正当な配慮（勤務時間・業務割当・設備等）が受けやすくなる
- 誤解が減り、信頼を築きやすくなる
- HRや上司から公式の支援が得られる可能性
開示のデメリット：
- 偏見や差別のリスク（残念ながら完全には消えない）
- 人間関係のギクシャク（理解を示さない人もいる）
判断基準：
- 職場のカルチャー：過去に障害に対する配慮があったか
- 仕事の影響度：特性が業務に大きく影響しており調整が必要か
- 支援の必要度：自分一人で改善が難しく、制度や他者の協力が必要か
- 安全性：開示したことで差別的扱いを受ける恐れがあるか
開示する場合は、まずは信頼できる上司やHRに限定して伝え、どの範囲まで情報を共有するかを合意するとよいです。
HRや制度を使うタイミングと準備
使える制度（日本の一般的な例）：
- 障害者雇用制度や合理的配慮の相談（障害者差別解消法に基づく配慮）
- 社内の産業保健・保健師との面談
- 就業規則に基づく配属変更や勤務時間調整
準備するもの：
- 事実を示す記録（遅延や割り込みのログ、メール、JIRAの履歴など）
- 医療機関や専門家の意見書（必要に応じて）
- 求める配慮のリスト（具体的に何をどう変えてほしいか）
- 試験期間（まずは一定期間のトライアルを提案）
注意点：制度利用は職場文化や規模で結果が変わります。可能ならHRに事前に相談してプロセスを確認しましょう。
セルフマネジメントと燃え尽き対策
- 小さな勝利を可視化する：完了したタスクは即チェックして承認感を得る
- ルーチンの確立：朝の立ち上げ手順、退勤ルーチンを決める
- 習慣化の工夫：トリガー（カレンダー通知やデスク周りのメモ）を使う
- 定期的な休息：過集中で疲弊しやすいので、意図的に休憩を入れる
- メンタルヘルスケア：カウンセリングや専門医の相談を活用
- 仲間を作る：同じような経験がある同僚やコミュニティに参加する
燃え尽きの兆候（早めに対処）：
- 頻繁に仕事の効率が落ちる
- 業務に対する興味喪失
- 睡眠障害や強い倦怠感
まとめ：小さな対話が信頼を作る
理解のない上司・同僚との関係は一朝一夕では変わりません。しかし、事実に基づいた冷静な説明、小さく試せる改善案、相手にとってのメリットを示すことを繰り返すことで誤解は減り、信頼は積み上がります。制度やツールは強力な助けになりますが、最初は短期間のトライアルと小さな成功体験を積み重ねることが最も現実的で効果的です。
最後に一つだけ覚えておいてください。あなたが求めているのは「特別扱い」ではなく「業務を遂行するための合理的な支援」です。適切な対話と準備で、その支援を得る権利があります。
付録：短い会話スクリプト集
- 上司へ（メール版）
件名：短時間お願い（作業改善の提案）
本文：
「いつもお世話になっています。最近の開発で（具体例：仕様変更による工数増）が頻繁にあり、納期管理が難しくなっています。3点ほど提案したいのですが、5分だけご相談の時間をいただけますか？」 - 同僚へ（Slackで）
「このチケット、担当•期限•優先度を一行で書いてもらえる？見落とし防止に助かるよ。」 - ミーティング前（ファシリ役に）
「会議のアジェンダを事前に共有してもらえると、こちらも要点をまとめて発言できます。可能なら今日中にお願いします。」 - 断り方（割り込みを避けたいとき）
「今取り組んでいるタスクに集中中で、30分後なら対応できます。急ぎの場合はそのタスクの優先度を教えてください。」
この記事が、ADHDを持つエンジニアとして職場でよりよく働くための具体的な手助けになれば幸いです。必要に応じて、ここにあるテンプレートを自分の言葉にアレンジして使ってください。
＼ 最新情報をチェック ／
コメント