ADHDのための自己規律

自己規律に関するアドバイスのほとんどは、注意が安定していて・モチベーションが信頼でき・継続することはほぼ努力の問題だという前提に基づいています。ADHDがあるなら、そのアドバイスはすぐに機能しなくなります。

ADHDは規律ができないことを意味しません。規律を異なる方法で構築しなければならないことを意味します。問題はあなたが気にかける程度が低いとか、望む気持ちが少ないということではありません。注意・タスク開始・ワーキングメモリ・モチベーションが、従来のシステムが前提とするよりも安定していないという問題です。

それはフレームワークの適用を変えます。あなたのシステムが安定した注意・一貫した開始・低コストの継続を前提とするなら、キャラクターとはほとんど関係のない理由で失敗します。問題はたいてい戻りたいかどうかではありません。問題は、必要になったときに戻る道が認知的に高コストすぎることです。

何が変わるか

従来の規律のアドバイスはたいてい、ADHDを持つ多くの人には実際よりも信頼できると前提されているものに依存しています。タスク開始がある程度手に届きやすいこと・ギャップを橋渡しするのに十分なほどモチベーションがアクセス可能であること・ワーキングメモリが大したサポートなしに文脈を保持できること・ルーティンをほぼ同じ形で日々繰り返せることを前提とします。

これらの前提が崩れると、人々はしばしば自分が規律に向いていないと結論づけます。しかしこのフレームワークの観点からは、その結論は浅すぎます。実際に起きていることは、driftがより大きなテコを得て・フリクションが高すぎ続け・キャパシティがより大きく変動し・リターンの条件が設計不十分であることです。

代わりに役立つもの

ADHDでは、システムが脳が落としやすいものを外部化し・活性化エネルギーを下げ・可変的なキャパシティに合わせてつくられ・フィードバックループから羞恥心を取り除くとき、規律はより機能します。それはたいてい、戻る動きをより小さく・より明確に・より見つけやすくすることを意味します。

目に見えるリマインダーは、意図をワーキングメモリに保持する必要性を減らすから役立ちます。書かれた次のステップは、ある瞬間から次の瞬間への継続性を保存するから役立ちます。行動が起きる場所に置かれたキューは再参入の検索コストを減らします。チェックリストは意思決定の負荷を減らします。より小さい入り口は最初の動きをより脅威の少ないものにします。ルーティンの縮小版は、フル版が高コストすぎるときでもシステムを使えるものにします。

これらの変更はすべて同じ目的を果たします——理想的な条件ではなく、実際の条件下でリターンを行いやすくすること。また、一貫性のパフォーマンスよりもカムバックスピードをより意味のある尺度にします。問題はシステムが外から規律的に見えるかどうかではありません。問題は、注意が滑ったり・文脈が落ちたり・開始が消えたりしたときに戻ってくる助けになるかどうかです。

一つの置き場所がどう見えるか

ADHDにとって最も有用なサポートの一つは、プラクティスの現在の状態のための一つの置き場所です。目的はすべてを記録することではありません。リターンが全状況を記憶から再構築しなくて済むほどの文脈を保存することです。

有用な置き場所はたいてい次を含みます。

• 自分がどこにいるか： タスク・ルーティン・プロジェクトの現在の状態
• 次に重要なことは何か： 次の物理的または見える動き
• 今は無視してよいこと： 再参入時に解決しなくてよいオープンループやアイデア

例えば：

• ライティング： 現在のドラフト・次の文・次のサブセクション
• プランニング： 現在の優先事項・待機中の項目・次の管理上の一手
• 日常のルーティン： 今日の最小版とは何か、一日が崩れた場合にどこから再スタートするか

置き場所が複雑になりすぎると、役に立たなくなります。目標は完璧なシステムではありません。より軽い再参入です。

外部化も難しいとき

外部化はそれ自体がプラクティスであり、ADHDではキャパシティのプレッシャーの下でも失敗することがあります。だからといって悪いアイデアではありません。外部システムが維持できるほど小さくなければならないということです。

それはたいてい次を意味します。

• 多くではなく、一つのメインの置き場所を保持する
• より少なく書く、より多くではなく
• 文脈がまだ手に入る間に、セッションの終わりに更新する
• 更新を見逃したことを、システム全体が無用であることの証拠ではなく、別のリターンの問題として扱う

サポートシステムが繰り返し放棄されるなら、それは有用な情報です。ツールが重すぎる・散らばりすぎている・あるいは節約するよりも多くの実行機能を要求していることを意味するかもしれません。

ツールの増殖はそれ自体が問題

ADHDのシステムはしばしば、構造が少なすぎることと多すぎることの間を行き来します。よくあるパターンは、不足しているサポートを5つの新しいものに置き換えることです。結果としてサポートの層それ自体がフリクションの問題になります。

警告サインには次のようなものがあります。

• 再スタートの前に確認する場所が多すぎる
• 同じことをしているツールが複数ある
• システムを使うよりも維持することにより多くのエネルギーをかけている
• 再参入がシステムのクリーンアップから始まるようになったため、セットアップ全体を放棄する

そうなったとき、答えはたいてい別のツールではありません。シンプル化です。

何に注意するか

最もよくある失敗パターンは、良い日にしか機能しないシステムをつくることです。もう一つは、すべての失敗をシステムがうまくいかなかったことの証拠に変えてしまうことです。どちらの場合も結果は同じです——戻る動きが重くなり、規律という考え全体が敵意あるものに感じられ始めます。

だからこそ感情的な層も重要です。すべての失敗が証拠になると、リターンのコストが上がります。すべての失敗が情報になると、システムはより扱いやすいままでいられます。ADHDはプラクティスの必要性を取り除きません。ADHDはプラクティスを可能にする条件をつくることの重要性を高めます。

より良い目標

目標はdriftしない人間になることではありません。ADHDが実際につくり出す種類の条件の下で、どうやって戻るかを知っている人間になることです。つまり、不安定さがないふりをするのではなく、不安定さに合わせて設計することを意味します。

---