【物理的な制限】スマホとPCを強制的に遮断するADHDエンジニアの集中ブース

結論：ADHD傾向のエンジニアには、スマホやPCを物理的に遮断する「集中ブース」が非常に有効です。物理的な隔離（ロックボックス、電源オフ、RF遮断など）で外的誘惑を強制的に排除すると、作業開始と継続が圧倒的に楽になります。本稿では設計・実装手順、判断基準、メリット・デメリットを実体験ベースで解説します。

はじめに：繰り返す「あと5分」「ちょっとだけ確認」で生産性が落ちる。自分もコードを書き始めてからソース管理の通知やSNSで脱線し、数時間を無駄にした経験があります。ADHDの衝動性や決定疲労は、ソフトウェアの世界で特に効きます。物理的な制限は、その衝動を「決定せずに」遮断する手段です。

要点まとめ

このセクションでは、重要事項を短くまとめます。後で詳細を読み返す時に役立つようにしています。

• 物理的遮断は強制力が高く、ADHDの開始困難や衝動的脱線を減らす
• 簡単な実装は「スマホロッカー＋PCのネット切断＋タイマー」で十分効果が出る
• デメリットは準備コストと柔軟性の低下。作業内容に応じて使い分ける

要点の補足：エンジニア作業では「短時間で深い集中」が重要です。物理的制限は、そのためのスタートダッシュを自動化します。

なぜ物理的な遮断が有効か（概念と定義）

物理的な遮断とは、デジタル誘惑をソフトウェアや自己管理だけで抑えるのではなく、外部装置やハードウェアでアクセス自体を物理的に阻止することです。具体例としてはロック式のスマホボックス、電源タイマー、電波遮断ポーチ（Faraday pouch）などがあります。

エンジニア例：あるバグ修正セッションで、私はスマホをロックボックスに入れて机から完全に視界外にしたところ、通知を気にせず6時間の連続デバッグができ、原因特定とパッチ作成を通常の半分の時間で終えました。物理的に手が届かないことが「取り掛かりの障壁」を下げました。

なぜ効くか：ADHDの衝動性は「誘惑への反応速度」が速いことに由来します。物理的制限は選択を必要とせず、自動的に反応を遮断するため、意志力に頼る時間を減らせます。

集中ブースの設計と実装（実践ガイド）

ここでは実際に作る手順と判断基準を示します。最低限で効果を出すシンプルな構成から、オフィス環境向けの拡張案まで紹介します。

基本的な設計原則

最初に決めることは「どの誘惑を物理的に遮断するか」と「どれだけの時間ブロックするか」です。短時間のポモドーロ型（25分）か、深い作業向けの長めのセッション（2〜4時間）かで設計が変わります。

実装例：私の標準セットは以下の3要素です。スマホは電子錠付きロックボックスへ、デスクトップはネットワークスイッチの物理スイッチを切る、作業時間はコントラクト式のキッチンタイマーで管理する。この組み合わせで会議前のドキュメント作成やコードレビューに集中できます。

必要な機器と配置

作る際の基礎機材は次の通りです（理由を説明してからリストを示します）。

• ロックボックス（電子錠推奨） — 誘惑物理隔離の中核
• Faradayポーチ（必要に応じて） — 電波での接続を遮断
• 電源タイマーまたはスマートプラグ — PCやモニタを物理的にオフにする選択肢
• ネットワーク物理スイッチ（職場向け） — インターネット遮断の確実性向上
• 視覚的な合図（ステータスランプやカード） — 他人との調整用

補足：ロックボックスの鍵の管理方法（上司や同僚に預ける、タイマー式の自動開錠）などは職場文化に合わせて選びます。

設計の判断基準

設計を選ぶ際は次の基準で評価します：効果の確実性、手間、緊急時の復帰可能性、コスト、職場での受け入れやすさ。例えば、社内サーバーのトラブル対応がある開発者は、完全ネット遮断は不適切で、ローカル開発のみ遮断する方法が現実的です。

メリット

物理遮断の主要な利点をまとめます。工程ごとに実感できる効果を中心に記載します。

導入で得られる主な改善点は次の通りです。

• 即効性のある集中：誘惑に対する誘惑抵抗力を外部化できる
• 作業の着手の容易化：開始までの意思決定を減らせる
• 深い作業（ディープワーク）の実現：コンテキストスイッチを減らす

エンジニア例：設計レビューの前にスマホを物理的に隔離した結果、レビューの質が上がり、議論が終わるまでの間に余分な脇道にそれる回数が激減しました。

デメリット

物理的遮断は万能ではありません。運用上の注意点を正直に示します。

主な注意点は以下です。

• 柔軟性の低下：急な連絡や緊急対応に対応しづらい
• 準備と維持のコスト：設備購入や運用ルールの整備が必要
• 心理的反発：他者や自分が閉塞感を感じる場合がある

エンジニア例：深夜のデプロイ中に監視通知を受け取れず、ロールバック対応が遅れそうになった経験があります。運用ルールで「オン-call時は物理遮断を行わない」等の例外設定が必要です。

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

ここでは適合性の観点で判断材料を示します。選ぶ際の意思決定に使ってください。

物理遮断が向いている人は次の通りです。

• 外的刺激で頻繁に脱線するエンジニア
• 深い設計作業やトラブルシュートで長時間集中が必要な人
• 自己管理での「開始」が苦手な人

向いていない人は以下です。

• 常時オンコールでいつでも対応が必要な人
• チームとの即時コミュニケーションが仕事の中心の人
• 物理的制限に強いストレスを感じる人

エンジニア例：プロダクトのSRE担当はオンコールが多いため、完全遮断よりも通知のフィルタリングや代替連絡手段（担当交代）の仕組みが現実的でした。

比較：物理遮断 vs ソフトウェア対策

ソフトウェア的な対策（サイトブロッカー、集中モード、通知サイレンス）と物理遮断を比較します。選択の判断基準は「確実性」と「柔軟性」のトレードオフです。

エンジニア例：私はソフトブロッカーで十分だった時期と、全く効かなかった時期の両方を経験しました。特にバグ追跡やログ調査でつい通知をチェックしてしまう場合は、ソフトウェアは抜け穴が多かったため物理遮断が有効でした。

判断ポイントは以下です。どちらを採用するかは下記基準で決めます：誘惑の強度、作業の緊急性、チームとの同期頻度。

チェックポイント

ここでは導入前に必ず確認すべき点を列挙します。準備が足りないと逆効果になることがあります。

以下は確認のためのチェックリストです（導入前に一つずつクリアしてください）。

• オンコールや連絡が必要な場面の例外ルールは定めているか
• 解除（緊急解除）手段は誰がどうやるか決めているか
• チームへの事前説明や合意は取れているか
• 使用後のレビュー（効果測定）方法を決めているか
• 物理装置の信頼性（鍵の故障、電源問題等）を検証しているか

補足：これらを運用ルールとして文書化すると、緊急時の混乱を防げます。

行動のポイント

ここではすぐ実行できる短い行動リストを示します。実験的に導入して、運用を改善するアプローチを推奨します。

まずは短期トライアルを行ってください。例：1週間、毎朝90分だけ物理遮断を試し、効果をログ（集中できた割合、タスク完了数）で評価します。次に、チームと共有し、オンコールやミーティング時の例外ルールを確定させる。最後に、長時間作業向けの拡張（Faradayポーチや電源タイマー）を導入します。

エンジニア例：私はまず「朝のコーディング1時間」をロックボックスで試しました。結果、午前の生産性が上がったため、週次レビューでチームに提案し、個人取り組みとして継続しています。

結論と次のアクション
物理的な遮断はADHD傾向のエンジニアにとって強力なツールです。万能ではないため、オンコールや緊急対応がある場合は例外ルールを必ず設定してください。まずは短期トライアルで効果を測定し、問題点を洗い出して運用ルールを作ることをおすすめします。

次の具体的なステップ：

1. 1週間の90分トライアルを設定する（紙に記録する）
2. ロックボックス＋タイマーの簡易セットを購入する（予算5000〜15000円程度）
3. チームと「遮断時の連絡フロー」を事前に決める

よくある質問

Q. 物理遮断は仕事で使っても問題ありませんか？

職場のルールとオンコールの有無がポイントです。緊急対応が不要な時間帯に限定する、チームに事前通知するなどの運用ルールがあれば問題ありません。

Q. 緊急通知が来たときはどうすればいいですか？

事前に例外手順を決めます。例えば「担当代理の連絡先を常に表示する」「解除キーを信頼できる同僚に預ける」「タイマーを短めに設定する」などが現実的です。

Q. ソフトウェアだけでダメなら完全に物理に頼るべきですか？

必ずしも完全依存は推奨しません。誘惑の強度や業務特性に応じて組み合わせるのが現実的です。まずは短時間で試して効果を確認してください。

Q. 在宅勤務でも効果がありますか？

あります。在宅では視覚的誘惑が増えるため、物理隔離（別の部屋にスマホを置く、ロックボックス利用）は特に有効です。

Q. 機材はどれを買えばいいですか？

まずは安価な電子ロック付きロックボックス、簡易タイマー、必要ならFaradayポーチを組み合わせると良いです。オンコールがある場合はネットワーク物理スイッチやスマートプラグの導入を検討してください。

（以上）

投稿 物理的にスマホ・PCを遮断するADHDエンジニアの集中ブース実践ガイド は ADHDエンジニア成長日記 ― 障害を抱えながらIT業界で活躍するためのブログ に最初に表示されました。