ADHD（注意欠如・多動性障害）は、集中力の波、作業記憶の限界、時間の感覚の歪みなど、エンジニアとしての仕事に独特のチャレンジをもたらします。一方で、問題解決力や創造力、ハイパーフォーカスといった強みもあります。本記事では、「自分の脳を仕組みで管理する」――つまり記憶や意思決定、注意の負担を外部化する「外部脳化（外部化）」の具体的な計画をADHDのエンジニア向けに示します。ツール、ワークフロー、テンプレート、行動レベルのテクニックまで幅広くカバーし、すぐに実践できる「仕組み」を提案します。

なお、ADHDの診断や薬物療法に関する判断は医療専門家に相談してください。本記事はあくまで行動設計と生産性向上のための技術的・実務的なアプローチです。

なぜ「外部脳化」が有効か

ADHDの人は、頭の中で複数のタスクやアイデアを同時に保持・切り替えるのが難しいことがあります。外部脳化は、やるべきこと、着想、約束、時間の見積もりなどを外部の信頼できる仕組みに移すことで、脳のワーキングメモリや注意リソースを解放します。結果として、判断ミスや忘れ、先延ばしが減り、集中の波を活かしやすくなります。

外部化の利点

• 忘れ物・抜け漏れが減る
• 優先順位の判断に集中できる
• 中断からの復帰が速くなる
• タスクの進捗が可視化され、モチベーション維持に寄与する

ADHDエンジニアが直面しやすい具体的課題

まず自分がどの課題と向き合っているかを明確にしましょう。例を挙げます。

• タスクを分解できず大きな仕事で手が止まる
• マルチタスクで切り替えコストが高い
• 会議やメッセージで集中が途切れる
• プルリクやコードレビューの期限を見落とす
• 開発環境やツールチェーンの設定に高い摩擦がある
• 時間感覚が曖昧で締切に間に合わない（時間盲目）
• ハイパーフォーカスで他の仕事を放置する

これらを踏まえ、仕組みは「忘れさせない」「選択を減らす」「中断からの復帰を助ける」ことを目標に設計します。

外部脳化の基本原則（5つの柱）

1. キャプチャは即時・簡潔に
   • 思いついた瞬間に記録。余計なカテゴリ分けは後回し。
2. ルールで処理する（人間の判断を減らす）
   • 「受信箱ゼロ」など明確な処理ルールを設ける。
3. 見える化と優先順位
   • 期限・重要度を可視化し、次に何をすべきか常に明示する。
4. 自動化・テンプレート化
   • 繰り返し発生する作業はスクリプト、テンプレート、CIで処理する。
5. 小さな実行単位（マイクロタスク）
   • 10～30分で終えられるタスクに分解しハードルを下げる。

仕組み化のステップ別ガイド

1. 現状の把握（アセスメント）

まずは1週間、自分の時間、気分、集中度を記録します。記録項目例：

• 時間（30分刻み）：何をしていたか
• 集中度（1-5）
• 中断の原因
• 完了した小タスク

このログから問題パターン（例えば昼過ぎの集中低下、会議後に生産性が落ちる等）を見つけます。

2. キャプチャ（捕捉）システムの構築

「外部脳」の入口は一つに統一します。おすすめは以下の二層構造：

• ファーストキャプチャ（即時）：スマホのウィジェット、ホットキーで開くメモアプリ（例：Simplenote、Apple Notes、Google Keep）
• メイン受信箱（整理用）：Notion、Obsidian、Todoist、Trelloなど

ルール：思いついたら必ずファーストキャプチャに放り込む。1日1回または複数回メイン受信箱へ移動して処理する。

3. プロセス（処理）と優先順位

受信箱を空にするためのシンプルな処理ルール：

• 2分ルール：2分で終わるものは即実行
• タスクならプロジェクトと期限を付ける
• メモやアイデアなら「いつ」「何のために」を一文で追記
• 携帯性のある行動リスト（例：通勤中にできるタスク）に振り分ける

優先順位の決め方（簡易版）：

• 緊急かつ重要 → 今やる
• 重要だが緊急でない → スケジュールする
• 緊急だが重要でない → 他人に委任する
• 非緊急・非重要 → 捨てる

4. 組織（オーガナイズ）とアクセスの最適化

情報は「検索できる」より「すぐ見つかる」ことが重要。エンジニア向けに推奨する構造：

• プロジェクトごとにトップページ（Notion/Obsidian）
• 「次にやること（Next Actions）」を明示したKanbanボード
• よく使うコマンド、スニペット、作業チェックリストをすぐ呼べるようにする（dotfiles、fzf、Alfred/Spotlight）
• ドキュメントのテンプレートを用意：Issueテンプレ、PRテンプレ、デリバリーチェックリスト

5. 実行（実作業）向けのミニマム・フリクション

実行で最も重要なのは「着手のハードルを下げる」こと。実践策：

• タイムボックス（ポモドーロ）で小分け：25分作業＋5分休憩
• 作業開始時用のルーティン（2分のセットアップ：ターミナル立ち上げ、ブランチ作成、Issue開く）
• テンプレートブランチ／PR：新機能の開始時に最低限のコミットとPRテンプレを自動生成
• 一時停止・中断用の「復帰カード」：中断時のメモ（何をしていたか、次に何をするか）を残す

6. レビューと改善（フィードバックループ）

週次レビューで以下をチェック：

• 受信箱は空か
• 今週の達成と失敗
• 次週の優先タスク3件
• 自動化できる繰り返し作業を抽出

月次で仕組みそのものを改善。ツールを変えるのはコストがかかるので、まずは運用ルールの調整で解決できないか試す。

エンジニア向け具体ツール＆自動化案

ツールは好みや既存のワークフローに合わせて選んでください。以下は実践的な組合せ例です。

• キャプチャ（ファースト）: mobile widgets, Siri/Google Assistant, Quick Capture in Obsidian
• 受信箱 & ドキュメント: Notion / Obsidian（ローカル志向） / Obsidian Sync + Git
• タスク管理: Todoist, Things（Mac/iOS）, ClickUp, or GitHub Issues with “Next Action” labels
• タイムトラッキング: Toggl, Clockify（自己観察用）
• 自動化: Zapier, IFTTT, n8n, GitHub Actions
• 開発自動化: dotfiles, task runners (just, make), pre-commit hooks, Git templates
• ショートカット: Alfred, Raycast, Keyboard Maestro
• ミニマップ（視覚化）: Kanban（Trello/Notion）、Gantt（必要なら）
• 集中支援: Forest app, Focus@Will, Noisli, ノイズキャンセリングヘッドフォン

自動化アイデア例:

• Slackで「/todo」コマンドを使ってTodoistにタスクを自動追加
• メールで「PRレビュー」件名が来たらToDoに追加してリマインド
• 新しいIssueが作られたらテンプレートラベルとChecklistを自動付与するGitHub Actions
• 定期的な環境セットアップをdotfilesで1コマンド（ssh鍵、エディタ設定、シンタックスハイライト）

日常のワークフロー例

以下は「典型的な1日」と「週次スプリント」のサンプル。自分の仕事時間や集中の波に合わせて調整してください。

典型的な1日（朝型エンジニアを想定）

• 08:00 朝のルーティン（軽い運動、水分補給）
• 08:30 30分：受信箱処理（メール/Slack/キャプチャ）＋今日のトップ3設定
• 09:00 2ポモドーロ（25分×2）でコアタスクA
• 10:00 10分レビュー＋休憩
• 10:15 ミーティング or コードレビュー（必要時）
• 11:00 2ポモドーロでコアタスクB（中断に備え復帰カードを記載）
• 12:30 ランチ（完全にオフ）
• 13:30 ライト作業（小タスク、メール処理）
• 14:30 集中時間（ハイパーフォーカス向け長ブロック）45–90分
• 16:30 週次チケット更新、ドキュメント整理
• 17:00 終業前の10分：受信箱を空にする。明日のトップ3を決める

スプリント / 週次

• 月曜：主要なプランニング、スプリント目標設定
• 毎日：スタンドアップ（3分制限）＋受信箱15分処理
• 金曜：レビュー＋レトロスペクティブ（何がうまくいったか、改善点）

テンプレート（すぐ使える）

キャプチャボックス（ファースト）

• タイトル（短く）
• 種類：タスク/アイデア/会話/バグ
• 1行説明（何を達成したいか）
• 望ましい期限（任意）
• 発生状況（どのプロジェクトか、または個人）

週次レビューチェックリスト

• 受信箱は空か？
• 今週完了した主要タスク3件を書き出す
• 失敗したこと（学び）
• 次週のトップ3を決める
• 自動化候補を1つ抽出
• 作業環境の改善点を1つ計画

プロジェクト分解テンプレ（例：新機能）

• 目的（Why）
• 成果物（Deliverables）
• 範囲（In-scope / Out-of-scope）
• 最小実装（MVP）
• タスク（マイクロタスク化、各30分～2時間）
• テスト基準 / Definition of Done
• デプロイ手順・ロールバック手順

環境と身体を整える工夫

外部脳化はツールだけでなく、物理的・生理的な条件を整えることと組み合わせると効果が高いです。

• 物理環境：ノイズキャンセリング、2モニタ（片方はドキュメント専用）、ケーブル・周辺機器の整理
• 感覚調整：明るさ、色温度、タイマーで光を調整
• 体調管理：適度な運動、十分な睡眠、カフェインのコントロール
• 短い休憩と体を動かす習慣（目安：45–90分に一回5分）
• 感情の外部化：感情メモ（イライラ・不安の原因を書き出す場所）を作る

チームとの連携：透明性とアカウンタビリティ

ADHDであることは必ずしも公表する必要はありませんが、チームでの運用ルールを透明化すると協力が得られます。実用的な方策：

• ステータスを簡潔にする：IssueやPRには「進行中」「レビュー待ち」など一目で分かるラベル
• 自分の作業リズムを共有：集中したい時間帯（静かな時間）をチームに伝える
• 小さなコミット＆小さなPRの習慣：レビュー負荷を減らしフィードバックサイクルを早める
• ペアプログラミングやBuddy制：中断時や判断に迷うときの即席サポート

よくある落とし穴と対策

• ツールが増えすぎる
  • 対策：受信箱は1つ、主要ツールは2〜3に絞る。ツールを増やす前に運用ルールを整える。
• 完璧主義でテンプレや自動化を先延ばしにする
  • 対策：まずは粗いテンプレでOK。使いながら改善する。
• 週次レビューを忘れる
  • 対策：カレンダーに固定（リマインダー）して習慣化。短時間でも続ける。
• 中断後に復帰できない
  • 対策：復帰カードを必ず書く。次アクションを1つだけ書き残す。

まとめ：仕組みは「補助輪」である

外部脳化は、ADHDの特性を否定するのではなく、それを補完して能力を最大化するためのデザインです。小さな仕組み（キャプチャの習慣、明確な処理ルール、マイクロタスク、自動化、復帰用のメモ）が合わさると、忘れや中断、時間の歪みによる損失を大幅に減らせます。最初は試行錯誤が必要ですが、週次レビューで微調整を繰り返すことで「自分専用の外部脳」が築けます。

最後に：仕組みはあなたの代わりに考えるわけではありません。脳の負荷を下げ、重要な判断や創造的な仕事に集中するための支援です。まずは「受信箱を一つにする」ことから始めてみてください。簡単な一歩が、大きな違いを生みます。

投稿 自分の脳を「仕組み」で管理する：ADHDエンジニアのための外部脳化計画 は ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ に最初に表示されました。