ADHDとプログラマー・エンジニア。プログラミングを仕事にする前に見る4条件

「ADHDの人はプログラマーに向いている」という説明がある一方で、「実際に働いたら続かなかった」という体験談もあります。同じ職種でも、集中する時間の作られ方や割り込みの扱いは職場ごとに違います。

診断名から適性は決められません。ここでは、開発の仕事で困りごとにつながりやすい職場条件を四つに分けます。

ADHDとプログラマーの相性は、職場条件で変わる

同じ人でも、職場が変わると働きやすさが変わります。本人が担当する仕事に加え、周囲の運用も確認する必要があります。

参考になる調査があります。障害者職業総合センターの調査研究報告書No.125（2015年3月）は、就業中の発達障害のある人の職業生活への満足度を因子分析し、満足度を構成する要素として「周囲の人たちの理解」「仕事のやりがい」「否定的な対応が少ない」の三つを抽出しています（出典・確認日は記事末尾）。

この調査はIT職に限ったものではありません。ここから個人の適性は判断せず、職場側の状態も確認項目になることを押さえます。

条件1：集中する仕事を選べるか

エンジニア職は「集中できる仕事」と語られがちですが、実際には集中の対象を誰が決めるかで、まったく別の仕事になります。

朝にその日のタスクが割り当てられていて、着手する順番を自分で決めてよい職場があります。一方で、チャットに飛んできたものを飛んできた順に処理する職場もあります。書いているコードの種類は同じでも、後者では「次に何をやるか」の判断を一日に何十回も繰り返すことになります。

困りごととして表に出るのは、たいてい「取りかかれない」という形です。ただし、取りかかれない理由は仕事の内容ではなく、着手の判断が細かく分割されていることのほうにある場合があります。判断の回数が減る運用——チケットで管理されている、一日単位で担当が決まっている、着手順は本人に任されている——だと、この詰まりは起きにくくなります。

たとえば、朝会で二枚のチケットを受け取り、夕方まで自分で順番を決める職場があります。別の職場では、顧客の質問、社内依頼、障害の連絡が同じチャットへ流れ、どれを先に処理するかも担当者が判断します。後者は、コードを書く前の判断が増えます。

この違いは職種名や会社の規模からは分かりません。実際のタスクの渡され方を確認します。

条件2：締切と割り込みは多すぎないか

締切があること自体より、締切が一本か、無数かのほうが効きます。

二週間後に一本だけ締切がある状態と、一日のなかに細かい期限が十個ある状態では、必要な段取りがまったく違います。前者は自分の中で組み立て直せますが、後者は組み立て直す暇がありません。

割り込みも同じで、量より入り方です。問い合わせの一次受け、障害対応、顧客からの緊急依頼。これらが当番制で回っているなら、「今日は自分の番ではない」という日が作れます。全員が常時受ける運用だと、まとまった時間が構造的に取れません。

受託開発か自社サービスか、という分け方がよく使われますが、これも本当に効いているのは会社の形ではなく、締切を決めているのが誰かという点です。自社サービスでも、リリース日が先に決まっていて中身が後から膨らむ運用なら、状況は受託と変わりません。

見積もりが営業側で決まってから渡される職場では、最初から予定を組み直せないことがあります。割り込みについても、件数だけでなく、中断後に元の作業へ戻る時間まで含めて見ます。

職場を選ぶ話ではなく、まず自分でコードを書いて試したい場合は、プログラミング独学が止まりやすい5つの場所から確認できます。コードを書き始める準備、教材の書き写し、エラー対応を、順番に分けて扱っています。

条件3：確認してもらえる仕組みがあるか

書いたものを他人と機械が読む仕組みがあるかどうかは、かなり大きい条件です。

具体的には、コード変更の確認依頼（プルリクエスト）を他の人が読む決まりになっているか、変更のたびに動く自動テスト（CI）が合格しないと本番用のコードへ取り込めないか、文法や書式を自動で確認する仕組みがあるか。この辺りです。

抜けやケアレスミスは誰にでも出ます。問題は、それが仕組みで拾われるか、本人の注意不足として個人に返ってくるかです。CIが先に落ちる職場では、抜けはレビュー以前の段階で機械が見つけます。同じ抜けが、レビュー文化のない職場では口頭注意になり、繰り返されると人事評価の話になります。

起きている出来事は同じで、返ってくる形だけが違う。ここは求人票にほとんど書かれないので、面接で確かめる以外にありません。

レビューの記録には、判断の根拠を後から読み返せる利点もあります。口頭だけで承認される職場より、記憶に頼る場面が減ります。

逆に注意しておきたいのは、「レビューはあります」と言われても名前だけになっている場合です。誰も読まずに承認だけ押している、指摘は出るが全部が「好みの問題」で判断基準が人によって違う、といった状態だと、仕組みとしては機能していません。ここを見分けるには、レビューの承認が何人必要か、CIで何を自動確認しているか、といった具体で聞くのが早いです。

条件4：新しく作る仕事か、守る仕事か

通説では「新規開発のほうが向いている」と言われますが、そう単純でもありません。両方に、逆向きの条件が同居しているからです。

新規開発は裁量が大きく、まとまった時間を取りやすい一方で、仕様が固まっておらず、決め直しが多く、締切が読みにくい。保守運用は割り込みが多くて細切れになりやすい一方で、手順が文書化されていて判断の回数が少なく、当番制が敷かれていることも多い。

つまり見るべきなのは「新規か保守か」ではなく、裁量の大きさと割り込みの量が、その職場でどう組み合わさっているかです。裁量が大きくて割り込みが少ない持ち場が、いちばん条件がそろっています。それは新規開発かもしれないし、社内ツールの改善かもしれないし、テスト基盤の整備かもしれません。役職名ではなく持ち場で見たほうが精度が出ます。

社内向けツール、データ集計の自動化、テスト基盤の整備などは、まとまった時間を取りやすいことがあります。ただし、社内向けなら必ず調整しやすいわけではないため、募集要項の職種名より業務内容と進め方を見ます。

入社前に4つの条件を確かめる

求人票からは判断できないので、面接で聞くことになります。診断のことを話さなくても、普通の求職者として聞ける質問だけを挙げます。

最後の一問は、答えの内容よりも答えが即座に出てくるかどうかを見ています。記録する場所が決まっている職場なら、担当者はすぐに答えられます。

診断を開示するかどうかは、これとは別の判断です。開示して配慮を求める道を選ぶ場合、事業主には障害者雇用促進法にもとづく差別禁止と、障害者からの申し出に応じた合理的配慮の提供義務があります（過重な負担になる場合は除く。厚生労働省「事業主の方へ」）。ここで挙げた四条件は、「静かな席がほしい」といった漠然とした要望より、申し出の形にしやすい部類です。着手順の裁量、当番制、レビューの運用は、どれもチームの運用ルールの話だからです。

令和6年6月1日時点で、民間企業に雇用されている障害者は677,461.5人、実雇用率は2.41%でした（厚生労働省「令和6年 障害者雇用状況の集計結果」、2026年8月27日確認）。障害者雇用枠も働き方の一つですが、開示するかどうかと、職場条件が合うかどうかは分けて判断します。

AIで楽になること、ならないこと

生成AI（入力した指示に応じて文章やコードを作るAI）は、着手前の骨組み、エラーメッセージの読み解き、コードの説明、テストの下書き、長い仕様書の要約に使えます。出力は、元の仕様や実行結果と照合します。

使い方を一つだけ固定しておくと安定します。たとえば、作業を中断されたときに「いまやっていたこと、次にやること」を一行で書き残す先をAIとの会話にしてしまう。戻ってきたときに、その一行を読んで続きから再開できます。中断からの復帰にかかる時間は条件2で触れた負荷の中身そのものなので、ここを短くできると効き方が大きくなります。

軽くならないのは、条件2で書いた部分です。AIは割り込みの量を減らしません。締切の決まり方も変えません。むしろ、聞けば何か返ってくる相手が常時そばにいる状態は、脱線の入口が一つ増える面もあります。調べもののつもりで始めて、気づくと関係のない話題を掘っていた、というのは普通に起きます。

IPAの資料では、日本企業の85.1%でDXを推進する人材が不足しているとされています（IPA「DX動向2025-AI時代のデジタル人材育成」2025年10月9日公開、2026年8月27日確認）。AIを導入しても、締切や担当の決め方までは自動で変わりません。

職場が合わないと分かったら

四つの条件のうち、変えやすいものと変えにくいものがあります。ここを分けておくと、次にやることが決まります。

比較的変えやすいのは、着手順の裁量、当番制の導入、レビュー（他の人がコードを確認する工程）とCI（変更のたびに自動でテストする仕組み）の運用です。これらはチーム単位のルールなので、チームの中で交渉できる余地があります。合理的配慮の申し出として出す道もあれば、単に「この運用のほうがチーム全体の手戻りが減る」という提案として出す道もあります。

変えにくいのは、受託か自社か、顧客との距離、締切を誰が決めるか。会社の商売の形そのものなので、個人の申し出ではまず動きません。ここが原因なら、同じ会社の中で粘るより、条件の違う職場を探すほうが早い場合があります。

辞める・続けるを決める前に、四つのうちどれが強く影響していたかを絞ります。「割り込みが常時入る運用で止まった」と分かれば、次の面接で聞く質問が決まります。

二週間だけ、詰まった時刻と出来事を一行で残します。「10:40 チャットで別件が来て中断」「14:20 着手順を決められず30分」の粒度で十分です。並べると繰り返している条件が見え、配慮の相談や次の職場選びにも使えます。

もう一点。うまくいかない理由が締切や割り込みではなく、「要件が口頭で変わる」「暗黙の優先順位が読めない」「レビューでの言い方で評価が下がる」といった、曖昧さと合意形成のほうに寄っている場合があります。詰まっている場所が違うと打ち手も変わるので、そちらはASDとプログラマーの記事で別に扱っています。

いまの職場でいきなり試すのが難しければ、訓練を受けながら条件を確かめられる場所もあります。就労移行支援のなかにはIT・データ分野に特化した事業所があり、実際の作業を通して、自分がどの条件で詰まるのかを見てから決められます。Neuro Diveの専用記事では、学習内容、難しさ、通所条件を確認できます。