「疲れやすい」を卒業！ADHDエンジニアのための効果的なエネルギー回復法

結論：ADHD特性（衝動性、過集中、感覚過敏、実行機能の低下）に合わせた短時間の「環境調整」「分割休憩」「運動・栄養」「外部サポート」を組み合わせれば、日中の急激な疲労と集中切れを大きく減らせます。まずは「短い仮眠＋ポモドーロ＋感覚調整」の組み合わせを試して効果を測るのが実用的です。

私は開発業務中に深夜までデバッグして翌日動けない経験を繰り返し、上の組み合わせで安定した生産性を取り戻しました。本記事は具体的な方法、判断基準、職場で使える実例をエンジニア視点でまとめています。

要点まとめ

下は実行のための核心ポイントです。各項目は後で詳述します。

• 短時間の仮眠（10〜20分）やポモドーロ（25分作業＋5分休憩）を組み合わせる
• 作業環境の感覚刺激を調整（照明、音、椅子、温度）してエネルギー消耗を抑える
• 軽い運動とタンパク質中心のスナックで脳と体を回復する
• 自動化とタスク分割で実行負荷を下げ、意思決定疲労を避ける
• 医療的な治療やコーチングは有効だが、導入前にコストと副作用を判断する

これらを組み合わせ、週単位で効果測定（疲労スコアや作業時間）を行うことが重要です。

ADHDエンジニアが疲れやすい理由（定義と実感）

ADHDとは注意欠如・多動性障害のことで、衝動性や過集中、感覚過敏、計画や切り替えの困難が特徴です。これらはエネルギー消耗に直結します。例えば、バグ追跡でHyperfocusに入ると食事や水分を忘れてしまい、突然のエネルギー切れで夕方以降何も手につかなくなることがあります。実行機能の低下は「次に何をすべきか」を決めるだけで脳のエネルギーを消耗させます。

この節の目的は、疲労が「怠け」や「意志の弱さ」ではなく、特性に起因することを理解することです。理解があると対策が具体的になります。

効果的なエネルギー回復法（実践ガイド）

まず、効果的な回復手段のカテゴリを示します。ここから一つずつ具体策を紹介します。

• 睡眠と仮眠
• 短時間休憩（ポモドーロ等）とマイクロブレイク
• 環境と感覚の調整
• 運動とストレッチ
• 栄養と水分補給
• 自動化・タスク管理・外部サポート
• 医療的アプローチ（薬・心理療法）

以下で各項目を実例とともに説明します。

睡眠と仮眠：ベースラインを整える

十分な夜間睡眠が基本です。ADHDでは入眠困難や浅い睡眠が起きやすいので、就寝ルーティン（画面を切る、一定の就床時間）を固定します。短時間仮眠（10〜20分）は眠気を大幅に減らし、復帰を早めます。

エンジニア例：コードレビュー中に頭が回らなくなったら会議室の椅子で15分仮眠を取り、戻ってからレビューのコメントを一つずつ終わらせると精度が上がります。

利点：即効性があり昼の生産性を回復しやすい。欠点：30分以上の昼寝は夜の睡眠を妨げることがあるので要注意です。

短時間休憩（ポモドーロ等）：過集中の暴走を止める

ポモドーロは25分作業＋5分休憩が基本で、過集中を中断してエネルギー消耗を緩やかにします。休憩はスマホでSNSを見るのではなく、立ち上がって軽い動作をするのが有効です。

エンジニア例：長い実装タスクを25分単位で分け、各休憩で立ちながらコードの設計図だけ声に出して確認する。切り替えがスムーズになります。

選ぶ基準：緊急バグ対応などで長時間集中が必要な場合は柔軟に。疲労感が早く来るなら短い区切りを優先。

環境と感覚の調整：刺激をコントロールする

感覚過敏のある人は音や光、椅子の感触で疲労が早まります。ノイズキャンセリングヘッドホン、暖色の照明、着心地の良い椅子の導入は効果的です。

エンジニア例：オフィスの集中スペースではホワイトノイズを流し、会議室は明るめで会話しやすい配置にして感覚負荷を分ける。これでコーディング時の疲労が減りました。

トレードオフ：ヘッドホンは周囲のアラートを聞き逃すリスクがあるため、チームの合意や通知の二重化が必要です。

運動とストレッチ：短時間で血流を戻す

数分のスクワットや肩回しなどで血流が増え、集中力が戻ります。ルーチン化すると効率的です。

エンジニア例：長時間の設計会議後に3分間の階段ダッシュを取り入れたら、午後のミーティングで説明がスムーズになりました。

注意点：激しい運動はエネルギー消耗にもなるので、短時間・中強度が基本です。

栄養と水分補給：燃料を最適化する

間食には血糖を安定させるナッツやヨーグルト、タンパク質バーがおすすめです。カフェインの取りすぎは夜の睡眠に影響します。

エンジニア例：リリース日にコーヒーで乗り切ろうとすると夜にダウンするため、午前中にコーヒー、午後はタンパク質＋小さなカカオ入りスナックに切り替えたら持続力が上がりました。

選択基準：睡眠への影響を考え、夕方以降はカフェインを避けるか少量にする。

自動化・タスク管理・外部サポート

実行機能が弱い場合、タスクを更に細分化してチェックリスト化、自動化スクリプトやCIで繰り返し作業を減らすことが効果的です。意思決定を減らすルーティン化が鍵です。

エンジニア例：デプロイ手順をワンクリック化したら、毎回の手順で迷わずエネルギー消耗が減少しました。

利点：長期的に疲労を防ぐ。欠点：最初のセットアップコストがかかる。

医療的アプローチ（薬・心理療法）

ADHDの薬物療法は疲労感や集中力に有効です。医師と相談の上、効果と副作用（不眠、食欲不振など）を比較検討してください。認知行動療法やコーチングも実行機能改善に寄与します。

エンジニア例：処方薬で朝の立ち上がりが楽になり、午前中の会議での貢献度が上がったという報告は多いですが、夜間の睡眠管理が必要になります。

メリット

ここでは上記手法全体のメリットをまとめます。実行する価値を確認してください。

• 短期的に生産性が戻る（仮眠・ポモドーロの即効性）
• 長期的には燃え尽き防止になる（自動化・コーチング）
• 感情面の安定（感覚調整や運動でイライラが減る）

メリットは明確ですが、導入には個別調整が必要です。

デメリット

導入前に起こり得る問題を把握します。

• 仮眠や運動が夜の睡眠を乱すことがある
• 自動化や環境改善は初期コスト・交渉が必要
• 薬は副作用や継続管理が必要

これらはモニタリングと微調整で多くが解決します。

向いている人／向いていない人

向いている人には早めに取り入れるメリットがあります。

• 向いている人：過集中で食事や休憩を忘れがちなエンジニア、感覚過敏で職場刺激に疲れる人
• 向いていない人：重篤な睡眠障害や未診断の健康問題がある人（医師の確認が必要）

自己判断が難しい場合は医療機関や職場の健康管理に相談してください。

比較（主要手法の選び方）

短期回復（数分〜数時間）：仮眠＋ポモドーロ＋運動の組み合わせが良いです。長期改善（週間〜月間）：自動化・タスク設計・治療が有効です。決め方の基準は「即効性が必要か」「再発予防が目的か」です。

エンジニア判断基準：リリース日前など即効性が必要なら仮眠とカフェイン調整、普段から疲れるなら自動化とコーチングを優先してください。

チェックポイント

以下は効果を測るための観察項目です。改善が見られるか簡単にチェックできます。

• 午後3時の自己評価スコア（10点満点で推移を見る）
• 仮眠後・休憩後のミス率の変化
• 週次での作業時間と休憩回数の比率
• 夜間の睡眠の質（入眠時間・中途覚醒）

これらを週単位で記録すると効果の有無が判断しやすくなります。

行動のポイント

実行に移す際の短いチェックリストと優先順です。まずは試せることから始めてください。

• まずは1週間、仮眠（15分）＋ポモドーロを導入して自己評価を記録する
• 作業で頻繁に迷う手順を3つ特定して自動化またはテンプレ化する
• 感覚負荷が高い環境を一つ改善（ヘッドホン、照明、温度のいずれか）する

小さく始めて効果測定→拡張が続けやすい方法です。

結論と次の一手

ADHDエンジニアが「疲れやすい」を卒業するには、単一の対処ではなく「短期回復（仮眠・休憩）＋感覚調整＋実行負荷の軽減」を組み合わせることが重要です。まずは1週間のミニ実験（仮眠15分＋ポモドーロ＋1つの環境改善）を行い、チェックポイントで効果を確認してください。効果が出れば自動化や医療的介入を段階的に導入すると良いでしょう。

よくある質問

Q. 仮眠は何分が最適ですか？

一般的には10〜20分が最適です。30分以上だと深い睡眠に入り、起きたときにぼんやりする可能性があるため推奨しません。

Q. ポモドーロは必ず25分でないといけませんか？

いいえ。25分＋5分は基本ですが、ADHDの場合は15分＋3分など短めにすると切り替えやすい人もいます。自分の集中リズムで調整してください。

Q. 薬は使うべきですか？

医師による診断と相談が必要です。薬は効果が高い反面、副作用の管理が必要なので、まずは生活習慣や環境調整で改善が見られない場合に検討します。

Q. リモートワークで実践しやすい方法は？

仮眠、ポモドーロ、短い運動、作業テンプレート化、自宅環境の感覚調整（照明・椅子）などは導入しやすいです。チーム通知はチャットで二重化すると安全です。

Q. すぐ試せる一番効果的な組み合わせは？

短期的に効果が出やすいのは「15分仮眠＋ポモドーロ（25/5）＋水分＆軽いタンパク質スナック」です。まず1週間試して睡眠と集中の変化を記録してください。

以上を参考に、まず小さな一手から始めて、自分の特性に合った疲労回復ルーチンを作ってください。

投稿 疲れやすいADHDエンジニアが実践する効果的なエネルギー回復法ガイド は ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ に最初に表示されました。

自分は天才か無能か？ADHDエンジニアが自分の能力を冷静に評価する方法

結論：ADHDの特性は一方で創造力や集中の爆発（ハイパーフォーカス）をもたらし、他方で実行力や継続的なパフォーマンスを阻害します。冷静な評価は「成果（アウトプット）」「プロセス（働き方）」「環境（職場・ツール）」の三つを分けて観察し、定量と定性の両方で記録を取ることです。これにより「天才的瞬間」と「無能に見える瞬間」を分解して理解できます。

要点まとめ

まず重要なポイントを簡潔にまとめます。短時間で判断基準を掴むためです。

• 評価軸は「成果」「プロセス」「環境」の三つに分けること
• 数値（コミット数、PRのマージ率、バグ率など）と行動ログ（作業時間帯、気分、注意の切れ方）を組み合わせること
• 短期的な自己認識（衝動的評価）を避け、4〜8週間のデータで傾向を見ること

上の三点を実践すると、感情的な自己評価（今日はダメだ）と実際の能力（平均して何ができているか）を切り分けられます。

自己評価の原則（ADHDエンジニア向け）

自己評価の際にはいくつかのルールを自分に課すとブレを減らせます。特にADHDの衝動性や感情の波があると主観評価がぶれやすいからです。

まず「短期感情を切る」こと。日ごとの浮き沈みで自分を全否定しないために、評価期間は少なくとも4週間に設定します。次に「状況依存性を把握」すること。自分が良い成果を出す条件（静かな環境、締切直前のハイパーフォーカスなど）と悪い条件を明確に書き出します。

例：あるエンジニアは、朝の2時間にコードレビューとデバッグを集中して終わらせ、午後はミーティングとドキュメント作業に回すことでミスが激減しました。条件を記録するだけで再現性が高まりました。

測るべき具体指標（成果・プロセス・環境）

何を測るか決めると評価が客観的になります。以下はエンジニアが実務で使える指標です。目的は「能力の全体像」と「パターンの検出」です。

• 成果（アウトプット）：マージされたPR数、リリースした機能数、顧客のバグ報告件数
• プロセス：平均PRレビュー時間、タスク着手までの遅延（日数）、ハイパーフォーカス継続時間
• 環境：作業中のノイズレベル、リモートかオフィスか、同期／非同期コミュニケーション比率

これらを週次で記録し、4週間の平均と標準偏差を出すと、波の大きさ（安定性）とピーク（才能の発揮）が見えます。

例：週に3件マージされるが、バグ再発率が高い場合、短期のアウトプットはあるが品質管理プロセスの改善が必要とわかります。

方法1：実績の定量化 — 具体的ステップ

実績を数値化する手順はシンプルです。まず測定項目を決め、ツールで自動収集できるものは自動化します。手動で記録するものは簡潔に続けられるフォーマットにします。

手順の例（エンジニア向け）：

1. 3つの主要指標を決定（例：週のマージ数、重大バグ数、平均PR滞留時間）。
2. GitやIssue管理ツールから週次レポートを自動取得する。
3. 手動で「作業開始時刻」「作業終了時刻」「集中度（1-5）」を一言日報で残す。
4. 4週間分のデータを可視化し、傾向を判断する。

利点は客観性、欠点は初期設定と継続の手間です。自動化できる範囲は積極的にAPIで取得すると負担が少なくなります。

例：CI/CDの成功率やデプロイ頻度を週次ダッシュボードに表示して、自分の影響範囲を数値で把握したエンジニアが、モチベーションを維持できたケースがあります。

方法2：プロセス観察と自己モニタリング

数値だけではADHD特有の波を見落とします。自分の「どうやって働いたか」を観察することが重要です。日々の気づきを簡潔に記録し、トリガー（騒音、長時間ミーティングなど）を特定します。

記録の例：作業開始前に「気分/集中度/外的ノイズ」を3項目で記録し、作業後に「何が邪魔したか/ハイパーになった時間帯」をメモします。これを4週間続ければ、パターン（夜に強い、締め切り前に急に伸びるなど）が見つかります。

利点は原因究明、欠点は記録の手間と認知負荷です。認知負荷を下げるために「音声メモ」や短いテンプレートを使うと続けやすくなります。

例：あるエンジニアは、朝のSlack通知を切るだけでレビュー速度が向上し、集中時間が1時間増えたと記録しました。

環境が能力を左右する—職場での調整例

ADHDは環境依存性が高いです。職場の音・照明・コミュニケーションスタイルが生産性に直結します。環境調整は評価の一部として考えるべきです。

代表的な調整案と判断基準は以下です。適用前に「試験期間」を設け、指標の変化を見ます。

• ノイズ対策（ヘッドフォン、静音ルームの確保） — 集中時間が増えるかで判断
• 非同期コミュニケーションの推進（メール・チケット中心） — ミーティング時間の減少で生産性が上がるかを測る
• 時間ブロック制度（午前はコーディング、午後はミーティング） — 細切れ時間の減少が成果に結びつくか確認

利点は即効性と再現性、欠点はチームとの調整コストです。チームに提案する際は、自分の短期テスト結果を提示すると説得力が出ます。

例：週に一度の「静音コーディングデー」を導入して成果が20%向上したチームがあります。数値を出して継続承認を得ることが大事です。

メリット

ADHD的な特性がプラスに働く場面は多くあります。創造的な設計、抜本的なリファクタリング、短時間での集中した問題解決などです。これらは「天才」に見える瞬間を生みます。

例：短時間で複雑なバグを発見して深い修正を行い、トラフィックが安定したケースは、ハイパーフォーカスの強みが出た典型です。

デメリット

一方で継続的なタスク管理、ドキュメントの維持、長期的なプロジェクトマネジメントは苦手になりがちです。これが「無能に見える」原因になります。

例：締切を逃す、仕様変更で作業が中断されると再開に時間がかかる、という現場での不具合はよく起きます。

向いている人 / 向いていない人

短く基準を示します。自分に当てはまるか判断する材料として使ってください。

向いている人

短期集中で創造的な仕事が多いプロジェクト、裁量が大きく自己管理できる環境、頻繁に新しい技術に触れられる職場に向いています。

例：プロトタイプ開発や機能のPoC（概念実証）に強みを発揮するエンジニアが多いです。

向いていない人

厳密な手順・高いドキュメント品質が不可欠な運用業務や、細かい反復タスクだけを長時間続けるポジションは苦手になりやすいです。

例：24/7のインシデント対応で同じルーチンを黙々と回す業務は負担になることがあります。

チェックポイント

自己評価の最後に、簡易チェックを行ってください。これで今の状態で改善が必要か、配置換えや役割変更を考えるか判断できます。

以下は評価時に確認する主要項目です。該当数が多いほど現状のズレが大きい可能性があります。

• 過去4週間で締切を守れなかった週が2週以上ある
• バグの再発率が高く、コードレビューで指摘が多い
• 自分の作業パターンが環境に強く依存している（静かでないと作業できない等）
• ハイパーフォーカスで短期的に高い成果を出すが、その後燃え尽きることが多い
• 日常的に決定疲労や優先順位付けが苦手でタスクが滞る

チェック後は、優先度の高い1〜2項目に集中して改善策を試すことをお勧めします。

行動のポイント

実行に移すための短期的な行動指針です。どれも1〜2週間で効果が分かる施策です。選ぶ基準は「変更のコストが低く、効果が観測しやすいこと」です。

• まずは4週間の簡易ログを始める（自動取得できる指標＋1分日報）
• 職場での「試験的環境変更」を提案し、2週間のA/Bで効果を測る
• タスク分解と時間ブロッキングを組み合わせ、1日のうち”集中ウィンドウ”を固定する

これらを始めると客観データが手に入り、自己評価が格段に正確になります。

結論と次のステップ：まず4週間のデータ収集を開始してください。データがあれば「自分は天才か無能か」という二択を超えて、長所を伸ばし短所を補う具体的なプランが立てられます。

よくある質問

Q. ADHDである自分に客観的な評価は可能ですか？

可能です。感情的評価を避け、4〜8週間の定量データと簡潔な行動ログを組み合わせれば、かなり客観的に傾向が掴めます。

Q. 評価に使うツールは何がおすすめですか？

Gitのメトリクス、Issue管理（Jira/GitHub Issues）の週次レポート、簡易的な日報は最もコストパフォーマンスが良いです。音声メモやタイムトラッキング（Togglなど）も有用です。

Q. ハイパーフォーカスが不規則で困っています。どう評価すればいいですか？

ハイパーフォーカス自体を評価指標に入れてください。持続時間と成果（何を完了したか）をセットで記録すると、その価値が数値化できます。

Q. チームに環境変更を提案するときのコツは？

短期の試験（2週間）と測定指標を提示することです。「これを試して成果がX%改善すれば継続」と明確にすると承認が得やすくなります。

Q. 自己改善が続かないのですが、どうすれば継続できますか？

変更は小さく、1つずつ。自動化できるものは自動化し、成功体験を週ごとに確認すると習慣化しやすくなります。

結論：ADHDは「能力の二面性」を生みます。自己評価を体系化すれば、自分がどの場面で“天才”になり、どの場面で“無能”に見えるかを明確にできます。まずは短期のデータ収集から始め、改善サイクルを回してください。

投稿 ADHDエンジニアが自分の能力を冷静に評価する実践ガイド は ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ に最初に表示されました。