
はじめに|「また間に合わなかった…」はあなたのせいではありません
「ちゃんと見積もったつもりなのに、なぜか毎回ギリギリになる」「作業中に想定外が発生して残業や休日出勤になってしまう」「ミスが多く時間管理ができない自分はエンジニアに向いていないのでは」と悩んでいませんか。
もしあなたがADHD(注意欠如・多動症)や発達障害の特性を持つエンジニアであれば、その自己嫌悪は能力不足ではなく、単に「見積もりのやり方」が合っていないだけの可能性が高いです。
この記事では「なぜか間に合わない」を構造的に防ぐ、ADHDエンジニア向けの見積もり・工数算出法を、今日から再現できる形で詳しく解説します。実践的な手順と注意点を含めて説明しますので、そのまま現場で使ってください。
なぜADHDエンジニアは見積もりがズレやすいのか
結論として、脳の情報処理特性とIT業務の構造が噛み合っていないことが主因です。性格ややる気の問題ではなく、処理の仕方が仕事の要求と相性が悪いだけだと考えてください。
ADHDの特性は見積もりプロセスに具体的な影響を与えます。以下のような点が重なると、実働時間が大幅に変わってしまいます。
- 過集中:一度集中すると力を発揮しますが、その期待で楽観的な見積もりにしがちです。
- 時間感覚の弱さ:2時間と4時間の体感差が曖昧になり、短く見積もってしまうことがあります。
- 作業の抜け落ち:実装だけを見積もってテストやレビュー対応を見落とすことがあります。
- 想定外耐性の低さ:仕様変更やレビュー指摘でスケジュールが崩れやすい傾向があります。
IT業界では実装以外の作業が多くを占めることが珍しくありません。設計、ドキュメント作成、テスト、周辺調整などが工数の大半になることもありますが、ADHDの方は楽しい実装部分だけで見積もってしまいがちです。その結果、見積もりと実績の乖離が頻発します。
見積もりは「予測」ではなく「分解スキル」です
まず押さえておいてほしいのは、見積もりは才能や経験年数ではなく、再現可能なスキルだということです。特にADHDの方は頭の中だけで完結させる見積もりが最も危険です。
正解は「極端なまでの分解」です。タスクを小さな単位に分け、それぞれに必要な時間を算出する習慣をつけることが重要です。
以下は良くない例とADHD向けの具体例です。重要なのは実装以外の作業を全て見える化することです。
❌ ダメな見積もり(例)
API実装:3日
画面修正:2日
✅ ADHD向けの見積もり(具体例)
- 仕様読み込み:1h
- 不明点洗い出し:1h
- 質問作成・相談:0.5h
- API設計:2h
- API実装:4h
- ローカルテスト:2h
- レビュー対応:2h
- 結合テスト:2h
- 修正・調整:2h
合計:15.5h(約2.5日)
ポイントは実装以外の作業を全て見える化することです。ここでの細分化が、後のバッファ設定や相談計画に直結します。
「なぜか間に合わない」を防ぐ工数算出5ステップ
以下は実務ですぐに使える5つのステップです。それぞれに短い説明と注意点を付けていますので、順番に実行してください。
ステップ① タスクを“思考レベル”まで分解する
ADHDの方は「考える時間」を無意識にゼロ扱いしがちです。必ず以下の要素を分けて書き出してください。
- 読む
- 理解する
- 判断する
- 実装する
- 確認する
各項目に小さい時間見積もりを入れることで、思考時間や調整時間が確保されます。これが見積もり崩壊を防ぐ基本です。
また、思考に必要な時間は人それぞれです。自分がどれくらい考える必要があるかを把握して、見積もりに反映してください。
ステップ② 過去の“遅れた実績”を基準にする
理想の作業時間ではなく、現実の自分の実績を基準にします。過去の傾向を数値化して見積もりに反映することが再現性を生みます。
例えば「いつも30%遅れる」と分かっているなら、最初から×1.3を掛けておくことが合理的です。レビューで毎回修正があるなら修正工数を最初から入れます。
自己理解は甘えではなく計画の精度を上げる手段です。過去実績の記録を簡単に残しておくと見積もりが楽になります。
ステップ③ バッファは「気合」ではなく数値で入れる
バッファを感覚で決めるのは危険です。おすすめのバッファ率を参考にしてください。状況に応じて数値を上げる判断が必要です。
- 小タスク:+30%
- 中タスク:+50%
- 新規・不慣れ:+100%
バッファは失敗保険であり、余裕を生み出すための合理的な対策です。減らして評価を上げようとするのは逆効果になることが多いです。
プロジェクトやチームの文化によって適切なバッファ率は変わります。まずは自分基準で入れて、少しずつ調整してください。
ステップ④ 「相談ファースト」を前提に組み込む
想定外が起きたときに黙って抱え込むほど評価は下がります。見積もり段階から相談時間を含め、想定外が起きた際の連絡ルールも決めておきましょう。
相談は問題解決の早道です。早めに共有することで手戻りを減らし、信頼も築けます。
以下はSlack用の相談テンプレート例です。短く明確に現状とリスク、相談時間を提示できるようにしておくと良いです。
現状:〇〇の実装で△△が不明点です。
リスク:このまま進めると手戻りリスクがあるため、10分ほど相談させていただけますか?
ステップ⑤ 見積もりは「共有前提」で作る
頭の中だけの計画は存在しません。箇条書き、チェックリスト、明文化されたテキストコミュニケーションで見える化してください。
共有前提で作ることで、第三者の視点から抜け漏れが見つかりやすくなります。小さな修正で大きなトラブルを防げます。
また、共有する際は簡潔で分かりやすいフォーマットにすることが重要です。見やすさがレビューの手間を減らします。
今すぐ使える!ADHDエンジニア向け見積もりチェックリスト
工数算出前と提出前のチェック項目を短くまとめます。習慣化することで見積もりの精度が格段に上がります。
工数算出前チェック
- 仕様を最後まで読んだ
- 不明点を洗い出した
- 実装以外の作業を書いた
- レビュー・修正を含めた
- バッファを数値で入れた
見積もり提出前チェック
- テキストで説明できる
- 他人が見ても理解できる
- 遅れた場合の相談タイミングが決まっている
これらをテンプレ化しておくと、毎回の見積もりがブレずに済みます。簡単なチェックリストは手帳やIssueテンプレートに組み込んでください。
ADHDエンジニアは「見積もりができない」のではない
あなたはサボっているわけでも、能力が低いわけでも、エンジニアに向いていないわけでもありません。単に特性に合わない方法を使っていただけです。
ADHDエンジニアの道は「弱点を消すこと」ではありません。環境と手順を整え、特性を活かすことが目標です。過集中は深い実装力に、発想力は問題解決力に、正直さは相談ファーストの強みになります。
見積もりを制することはIT業界で生き残る大きな武器になります。手順を身につけ、テキストで共有する習慣を付けるだけで、評価と自己肯定感は確実に向上します。
まとめ|「なぜか間に合わない」は再現性で防げる
見積もりは才能ではなくスキルです。ADHDエンジニアは「分解」が命です。バッファと相談は評価を下げません。むしろ守りになります。テキストコミュニケーションが最強の予防策です。
今日から一歩ずつ、「間に合うエンジニア」への道を進めてください。あなたはすでに十分に戦えます。
コメント