「遅刻癖」を克服！ADHDエンジニアが信頼を失わずに昇進を掴む方法

結論：遅刻を完全にゼロにする必要はありません。遅刻の頻度と影響を減らし、事前対応・透明性・アウトプットで信頼を補強すれば、ADHDの特性があっても昇進は十分可能です。本記事は私の現場経験をもとに、具体的な対策と判断基準を提供します。

要点まとめ

遅刻対策の核となるポイントを最初にまとめます。目的は「信頼を失わない実務運営」です。

• 遅刻原因をADHD特性（実行機能の低下、衝動、ハイパーフォーカス）で特定する
• 事前通知・代替案・バッファで影響を最小化する
• ツールと環境を自動化してルーティンを外部化する
• 開示はメリットとデメリットを比較して判断する（ケース別の判断基準あり）
• 継続的な小さな成功（時間通りのデリバリや事前連絡）で信頼を積み上げる

これらを職場の具体状況（スプリント・オンコール・朝会など）に落とし込む方法を紹介します。

なぜADHDエンジニアは遅刻しやすいか（原因と職場例）

ADHDの主要な特性が時間管理に与える影響を簡潔に定義します。実行機能の障害は「やるべきことを始められない・時間配分が苦手」、ハイパーフォーカスは「気づいたら予定時間を過ぎている」、衝動性は「予定を変えてしまう」につながります。

職場例：私はコードレビュー中にハイパーフォーカスしてしまい、次の8:30の朝会を忘れて遅刻したことがあります。レビューは重要でしたが、朝会で共有すべきインシデント情報を失い、チームに迷惑を掛けました。この経験から「作業中のタイムボックス」と「レビュー終了の自動通知」を導入しました。

なぜこれが効くか：特性をラベル化して具体的な対策につなげることで、原因に対する直接的な介入が可能になります。

日常の具体的対策：時間管理と実行支援

ここでは実行しやすいルーチンとツールを紹介します。目的は「忘れない・遅れない・影響を最小化する」ことです。

職場例：朝のオンコール引継ぎに間に合わなかった経験から、私はスマホの複数アラームに加え、CIパイプラインの完了通知をSlackで自動送信するよう設定しました。これにより、ビルドに集中しても通知で朝会前に注意を引けます。

推奨アクション（判断基準含む）：

• 時間の外部化：カレンダーのイベントに余裕（バッファ）を必ず入れる。推奨バッファは通勤30分以下なら15分、長距離なら30分以上。
• 多層アラーム：重要な約束は2〜3段階の通知（例：30分前、10分前、開始時）を設定する。
• タイムボックスとタイマー：ハイパーフォーカス防止にポモドーロや作業終了タイマーを使う。コードレビューやデバッグでの時間逸脱を防げます。

利点は自動化で注意を外部化できること、欠点はアラーム疲れや過度のルール依存です。実務では段階的に増やして運用コストを抑えてください。

信頼を補うコミュニケーション術（遅刻しても評価を下げない）

遅刻したときのダメージコントロール方法を具体的に説明します。ポイントは「速やかな通知」「代替措置の提示」「結果で挽回する」ことです。

職場例：リリース当日の朝に寝坊してしまった私は、遅刻が確定した時点で担当のPMにSlackで現状と復旧予定（30分で到着、その間のモニタは同僚に引き継ぐ）を送信しました。この事前連絡で同僚がログ監視を引き受けてくれ、リリースは滞りなく進みました。到着後は自分の作業で遅れを取り戻しました。

実践ルール（判断基準）：

• 遅刻が確定したら、5分以内に連絡する。理由より「影響」「代替案」を優先して伝える。
• 重要会議なら事前に議題を共有しておき、議事録を自動で残す仕組みを作る（欠席時の代替手段として有効）。
• 遅刻が常態化していると評価に影響するため、同じ対応を繰り返すだけでは信頼回復は難しい。

利点は透明性で信頼損失を小さくできる点、欠点は頻繁な遅刻だと通知が形骸化することです。頻度低下のための並行対策が必須です。

開示（ADHDであること）をするかしないか：判断基準と実例

開示にはメリットもデメリットもあります。ここでは判断基準を示します。

職場例：私は以前、直属の上司にADHDであることをオープンにしました。結果として合理的配慮（フレックスタイム・リモートでの朝会参加）が得られ、遅刻頻度が明確に減りました。ただし、別のチームでは開示が誤解を生みかけたため、状況に応じて局所的に共有しました。

判断基準：

• 信頼関係があるか：上司と信頼関係があるなら開示のメリットが大きい
• 業務の可視化度：職務が時間厳守で可視化されやすい（オンコール、スクラムリーダー等）なら開示で配慮を得やすい
• 組織文化：柔軟性の高い組織ほど開示の効果が高い

メリットは制度的配慮が得られる点、デメリットは偏見や誤解を受けるリスクです。判断は「自分が必要とする配慮が具体的かつ実行可能か」で決めてください。

ツールと自動化：エンジニアらしい解決法

エンジニアである利点を活かし、仕組み化でミスを減らす方法を紹介します。

職場例：私は朝会のタイムテーブルをGoogle Calendarだけに頼らず、社内Botに「朝会10分前」とSlackで自動ポップを出すように設定しました。さらに、重要なジョブの開始時刻をCIのステータスで可視化することで、「このビルドが終わったら朝会」といったトリガーを作成しました。

おすすめのツールと使い方（判断基準）：

• カレンダー＋リマインダ：単純だが効果的。複数デバイスで同期できるものを選ぶ
• Slack/Teams Bot：業務イベントに紐づけた通知を作る。通知の汎用性が高いが設定工数が必要
• CI/監視連携：ビルドやデプロイが朝会のトリガーになるなら自動通知で注意を引ける

利点は再現性と低い運用コスト、欠点は導入と維持に開発工数が必要で、過度に仕組み依存すると柔軟性を欠く場合があります。

継続的に信頼を築くためのアウトプット戦略

時間に関する失敗を補う最も確実な方法は「成果と予測可能性」で信頼を回復することです。時間通りに到着することだけでなく、期待するアウトプットを安定して出すことが評価につながります。

職場例：遅刻が目立っていた時期、私は週次で「完了基準」を明確にし、タスクを細かく分割してCIの成功で完了を可視化しました。会議での遅刻よりも先に「今週の完了率」を見せることで、マネージャーの評価が改善しました。

実行ポイント：

• 納期は小さく区切り、短期での成功体験を積む
• 自動化された可視化（CIのバッジ、PRのテンプレートなど）で予測可能性を高める
• 重要な時間（デモ、発表）は事前にリハーサルを入れる

利点は評価が行動ではなく成果に移ること、欠点は短期分割によるオーバーヘッドです。プロジェクトの性質とスプリント長でバランスを判断してください。

メリット・デメリット・向いている人・向いていない人

この方法論の適合性を明確にします。

メリット：透明性と仕組み化で信頼を維持しやすい。エンジニアのスキルを使って問題を技術的に解くと持続性がある。
デメリット：仕組み導入や定期的な自己管理に時間がかかる。開示にはリスクがある。
向いている人：自分でツールやルーチンを作れるエンジニア、柔軟な勤務形態がある職場の人。
向いていない人：制度が硬直しており、個別配慮を得にくい部署にいる人（その場合は別の信頼回復策を優先）。

チェックポイント（自己評価用）

次の項目は運用開始後の評価基準です。目的は改善のサイクルを回すことです。

• 月に何回遅刻が発生しているか（目標：前月比50％減）
• 遅刻した際に5分以内に連絡できた割合（目標：90％以上）
• 重要ミーティングでの欠席によるプロジェクト影響の有無（目標：ゼロ）

これらの数値で効果が見えない場合はツール再設定、開示の再検討、専門家相談（臨床やコーチ）を検討してください。

行動のポイント

実行に移すための短いチェックリストです。順にやることで改善しやすいです。

• 今週の重要な時間（朝会、デプロイ、オンコール）を洗い出す
• 各イベントにバッファと多段アラームを設定する
• 1つだけ自動化する（例：朝会10分前Slack通知）
• 遅刻時のテンプレ文を用意しておく（影響・代替案を含める）

優先順位としては「影響が大きいイベント」を最初に手当てしてください。

結論：昇進を掴むために何を最優先するか

昇進を目指すなら「信頼の総和」を増やすことが重要です。遅刻を完全にゼロにするよりも、遅刻したときの対応、業務成果の安定性、透明性を高めることに注力してください。ADHD特性を理解し、それを補う仕組みを作るのはエンジニアの強みです。まずは一つだけ仕組みを導入し、小さな成功を積み重ねてください。

よくある質問

Q. ADHDを開示すると昇進に不利になりますか？

経験的には組織文化次第です。柔軟な組織なら合理的配慮が得られ昇進にプラスになります。硬直した組織では慎重に判断し、まずは信頼を作る行動（成果の可視化）を優先することをおすすめします。

Q. すぐにできる遅刻対策は何ですか？

多層アラームの設定と重要イベントにバッファを設けることです。エンジニアならスクリプトやBotで自動通知を1つ作るのが効果的で持続しやすいです。

Q. ハイパーフォーカス中の時間管理はどうすればいいですか？

タイムボックスと外部タイマーの併用が有効です。作業開始時に終了時間を明確にして、終了時にCI通知やSlackリマインドで注意を引く仕組みを作ると実務で使いやすいです。

Q. 頻繁に遅刻してしまう場合、まず誰に相談すべきですか？

直属の上司か人事のどちらかです。直属の上司には業務調整の相談を、制度や配慮を得たい場合は人事へ相談すると良いです。開示は状況と信頼関係で判断してください。

Q. ツールに頼りすぎるデメリットはありますか？

通知疲れや手順の硬直化があります。ツールは補助であり、根本は自己理解と行動パターンの改善です。効果を定期的に見直してください。

結び：小さな仕組み化と誠実な対応で、遅刻を理由に昇進を逃す必要はありません。まず一つ、自分に合う仕組みを作って試してみてください。

投稿 ADHDエンジニアが信頼を失わずに遅刻癖を克服し昇進する方法 は ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ に最初に表示されました。