「飽きた」ら即座にスイッチ！ ADHDエンジニアのためのマルチプロジェクト管理ツール

私の結論：飽きて即スイッチできるワークフローには、「短いコンテキスト切替」「簡易な優先順位」「状態を一目で把握できるダッシュボード」「タイマー連携」が必須です。これらを満たすツール設計をすれば、ADHD傾向のあるエンジニアでも生産性を落とさずに複数プロジェクトを回せます。

最初に結論を短く示しました。以下は実践的なツール選定基準、設定例、メリット／デメリット、比較、チェックポイント、行動のポイント、結論とFAQです。すぐ使える手順と現場の例を中心に書いています。

要点まとめ

短い要点を先にまとめます。何を選べば良いか、なぜ効くかを端的に示します。

• 必須機能：クイックスイッチ（テンプレ化された作業バケット）、タイマー／ポモドーロ連携、簡易フィルタ（緊急度／見込み時間）、スニペットやチェックリストの再利用
• 使い方の核：作業を「30分単位＋中断バッファ」で切る。飽きたら強制的に短い別作業へ切替えるルールを持つ
• おすすめツール群：軽量タスク管理（Todoist、TickTick）、カンバン＋テンプレ（Trello、Notion）、開発向け（Linear、Jira の簡易テンプレ）

これらの組み合わせで「飽き」による生産性低下を抑え、気分に合わせた安全な切替を可能にします。

なぜ「飽きたら即スイッチ」が効くのか（説明と経験）

私自身、ある日同時進行で3つのリポジトリを見ていると、あるモジュールの微調整に飽きて手が止まりました。そこで「30分だけコードレビュー」を別タスクに切り替えたら気分が変わり、次に戻ったときには集中力が復活しました。ADHDの特性である衝動的な注意の移り変わりは、正しく設計すれば長所になります。ポイントは「無駄な切替コストを下げる」ことです。切替で記憶の上書きや環境再構築が必要だと失敗します。

ここでのキーワード定義：コンテキスト切替コスト＝別タスクに移る際に必要な再認知時間。これをリセットせず最小化するのが目的です。

実践例（エンジニア向け）

バグ修正に飽きたら、同じリポジトリ内で「コードフォーマット」「自動テスト追加」など短時間で完了するテンプレタスクに即スイッチします。作業は30分で区切り、残り時間をタイマーで管理します。戻るときは「戻りチェックリスト」で時短復帰します。

ツール選定の判断基準（決定基準）

ツールを選ぶときは感覚ではなく具体的基準で判断します。選定基準を満たすかで実運用の成否が決まります。

ツール選定のチェックポイントを示します。選ぶ前に必ず確認してください。

• クイックイン：タスク登録が2ステップ以内でできるか
• テンプレート：繰り返し使えるタスクテンプレが作れるか
• タイマー連携：ポモドーロや外部タイマーと連携できるか
• フィルタ機能：時間見積やプロジェクト別に即フィルタできるか
• 軽量性：UIがごちゃごちゃしていないか（飽きて離脱しない）

これらは実務で即効性を判断するための最短ルールです。特に「クイックイン」と「テンプレート」は必須と考えてください。

セットアップとワークフロー（実践手順）

ここでは実際の導入手順を示します。私が現場で使った最短セットアップです。

まず、プロジェクトごとに「作業バケット」と「スイッチ用バケット」を作ります。作業は30分単位で区切り、「飽き」が来たら必ずスイッチするルールを立てます。戻るときは必ず「復帰チェックリスト」を読むことを決めます。ツール内でテンプレートを作り、ワンクリックでタスクに適用できるようにします。

実践例（エンジニア向け）

ある朝、メインプロジェクトで大型リファクタに飽きた私は、ツールの「短タスクテンプレ」ボタンを押して「ユニットテスト追加（30分）」を即登録・開始しました。ポモドーロタイマーをスタートし、30分後に終わらせてからメインに戻ると、集中力と達成感が両方得られました。

メリット

この方法とツール設計の主な利点を説明します。

• 切替コストが低くなり、中断の心理的負担が減る
• 小さな成功体験（30分完了）が積み重なりモチベーションが保てる
• 優先順位が明確になり、衝動的なタスク飛びが生産的になる

上記は短期的に注意をコントロールするだけでなく、長期的にプロジェクトの遅延を防ぐ効果があります。エンジニアリングの現場ではレビューの遅延やコンテキスト未整理によるバグ発生が減ります。

実践例（エンジニア向け）

自動デプロイ周りの雑多な小修正をテンプレ化したことで、レビュー待ちの間にさっと着手できるタスクが増え、待ち時間の無駄が減りました。

デメリットと対処法

欠点も正直に述べます。欠点を知らないと運用で失敗します。

• タスクの断片化で全体像が見えにくくなるリスク
• 頻繁な切替で深い集中（設計やアーキテクチャ検討）が削がれる可能性
• ツール依存で外部会議や突発対応に弱くなる場合がある

対処法としては、週1回のブロック時間（2時間以上）を必ず確保し、設計や深いレビューを行う「ディープワーク枠」を守ることです。また、週次で「アーキテクチャの見える化ボード」を更新して断片化を補正します。

実践例（エンジニア向け）

スプリント中に断片化が進んだと感じたため、毎週金曜に2時間の「アーキテクチャ整備」タイムを固定化して、全メンバーで設計ドキュメントを同期しました。

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

向いている人、向いていない人を明確に示します。自己選別のために重要です。

向いている人

短い区切りでタスクを回すのが得意、または衝動的に気分が変わるがそれを生産的に使いたいエンジニアに向きます。レガシーコードの小修正やレビュー、テスト作成の多い職務に特に有効です。

向いていない人

長時間の深い思考（新規言語設計、大規模アーキテクチャ設計）を主業務とする人には不向きです。短い切替が集中を削ぐ場合は逆効果になります。

比較（代表ツールのトレードオフ）

よく選ばれるツールの比較を実務視点で示します。決定基準に基づき簡潔にまとめます。

• Todoist / TickTick：クイックインとスマホ操作性が強み。テンプレ化と習慣化に向く
• Trello / Notion：カンバンで視覚化しやすくテンプレも作りやすい。柔軟だが設定次第で複雑化する
• Linear：開発フローに最適化。短いチケットと高速検索が強みだがカスタム性は限定的
• Jira：大規模プロジェクト向け。柔軟だが設定が重く、ADHDの短期切替にはハードルが高い

選び方の決定基準は「どれだけ素早くタスクを登録できるか」と「テンプレートを簡単に適用できるか」です。小規模チームや個人は軽量ツール、大規模組織はLinearやJiraを検討しますが、運用ルールで軽さを担保することが重要です。

実践例（エンジニア向け）

私のチームでは、個人はTodoistで短タスク、チームはNotionのカンバンで全体を管理する二重構成にして、個人の即時スイッチを妨げない運用にしました。

チェックポイント

導入前に必ず確認すべき項目を示します。導入判断を速くするためです。

導入前にチェックすべきポイントの説明：ここで挙げる項目は、ツールが実務で機能するかを即座に判定できます。必要に応じてチームで試験運用を行ってください。

• タスク登録の手順数（2ステップ以内か）
• テンプレート作成の容易さ
• 自動化（WebhookやZapier連携）が可能か
• モバイルアプリの使い勝手
• タイマーやカレンダーとの同期性

これらの項目が満たされれば、導入後の挫折率が下がります。

行動のポイント

導入・運用開始時に今すぐできる具体的行動を3つだけ示します。

1. まず30分ルールを試す：1日で3回、30分区切りのスイッチを試してみる。
2. テンプレートを3つ作る：短タスク、レビュー、テスト追加のテンプレートを作る。
3. 週次で2時間のディープワーク枠を固定する。

これらは今日から始められる最小限の変更で、習慣化しやすいです。

結論と次のアクション

結論として、ADHD傾向のあるエンジニアは「飽き」を敵にせず、短時間の切替を低コスト化するツールと運用ルールを持つべきです。ツールは軽量でテンプレ化・タイマー連携が可能なものを優先してください。導入後は必ず週次のディープワーク時間を守り、断片化の修正を行ってください。

まずやること：今日の業務で「30分で終わるタスク」を1つテンプレ化して、ポモドーロタイマーで試してください。効果が感じられたらツールのテンプレート化とルール化を進めましょう。

よくある質問

Q. ツールはどれが一番おすすめですか？

おすすめは個人ならTodoistやTickTick、チームならNotion＋カンバン、開発中心ならLinearです。判断基準は「クイックイン」「テンプレ化」「タイマー連携」の3点を満たすかどうかで選んでください。

Q. 切替が多すぎて疲れる場合はどうしたら良いですか？

疲れる場合は切替頻度を減らし、30分→60分に延ばすか、1日1回は必ずディープワーク枠を設けて深集中時間を確保してください。

Q. Jiraを使わざるを得ない環境での工夫は？

Jiraの重さを補うには、個人用の軽量ツール（Todoistなど）と連携して「短タスク」を個人管理し、Jiraは大枠とチーム同期用に限定する運用が有効です。

Q. テンプレートはいくつ作れば良いですか？

まずは「短タスク」「レビュー」「テスト追加」の3つだけ作って運用し、必要に応じて増やしてください。増やしすぎると管理コストが上がります。

Q. チームへの導入を説得するにはどう伝えるべきですか？

短期の効果（レビュー待ち時間の短縮、小タスク完了率の向上）をKPIで示すことが説得力があります。2週間の試験運用で定量的効果を示すと合意が得やすいです。

以上が私の実践的なガイドです。まずは1つテンプレを作り、30分の切替を試してみてください。効果を実感できれば、そのまま運用ルールに落とし込んでいけます。

投稿 飽きたら即スイッチ！ADHDエンジニアのためのマルチプロジェクト管理ツールガイド は ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ に最初に表示されました。