最初の動き
本 当の制約が明確になったら、次のステップは人生全体を作り直すことではありません。フレームワークのデフォルトの設計の動きの一つを加えることです。
これらは硬直したルールではありません。失敗しているプラクティスをより機能的にするためにAdaptable Disciplineが最もよく使う方法です。
1. Frictionを下げる
プラクティスへ、またはプラクティスに戻る動きが高コストすぎるなら、まずfrictionを下げることから始めます。それはセットアップを減らす、次のステップを明確にする、状態を外部化する、または望む行動に手が届きやすくなるよう環境を変えることを意味するかもしれません。
多くのシステムが気にかけが足りないからではなく、行動のポイントで不必要な抵抗が多すぎるために失敗するため、これが最も一般的な最初の動きの一つです。
その抵抗はライティングセッションの前、ワークアウトの前、難しい謝罪の前、または怒りが込み上げる感覚とエスカレートしないことを選ぶ間の数秒間に現れるかもしれません。領域は変わります。論理は変わりません。
2. リターンをCapacityに合わせる
システムが現在の状況で支えられる以上のものを想定しているなら、returnを現在のcapacityに合わせてリサイズします。それは通常、縮小バージョン、より小さな再開、または方向性を保ちながらより軽い期待を使うことを意味します。
これは多くの場合、プラクティスが良い日にのみ機能し、ストレス後に崩壊し、または完全版を再開するコストが高すぎるために羞恥心に変わり続けるときの正しい動きです。
縮小されたリターンは、十分の書き込み、より短い散歩、水一杯と少し早めの就寝、または激しい会話から上手く修復しようとする前に離れることかもしれません。それをリターンにするのはスケールではありません。方向性です。
3. 方向性を明確にする
努力がますます恣意的に、過度に、または感情的に薄く感じられるなら、purposeを明確にします。実際に何に戻っているか、なぜそれが大切か、そして現在の時期にどの程度合致していれば十分かに答えることを easier にします。
これは多くの場合、忙しさが方向性に取って代わっているとき、プラクティスが義務的だが空虚になっているとき、または保護する価値があるものに戻り続けているかどうかを判断できないときの正しい動きです。
4. 頭に置いておくべきでないものを外部化する
システムが記憶、動機、または理想的な注意力に依存しすぎているなら、より多くをtoolsに移します。書き留める。状態を保存する。目に見えるキューを使う。思考、優先事項、次のステップを頭の外で保持できる場所を作る。
これは後で覚えることだけについてではありません。内部ノイズを減らし、何が重要かを明確にし、アイデアが積み重なる前にトリアージし、すべてをゼロから再構築せずにプラクティスに再開することを easier にすることでもあります。
コンテキストが頻繁に落ち、再開コストが増え続け、または心が今この瞬間に明確に整理できる以上を担っているときに特に有益です。
感情的または関係的な領域では、外部化は異なった見え方をするかもしれません。活性化が高まったときに何が助けになるかについてのメモ、または会話が上手くいかなかった後のための修復のプロンプトかもしれません。ポイントは依然として、最も難しい瞬間に完璧な記憶に依存するのではなく、リターンをサポートすることです。
5. 失敗の意味を変える
すべての失敗が証拠になるなら、リターンの感情的コストは上がり続けます。その場合、正しい動きはmindsetの中にあるかもしれません。取り組みは、失敗が重要でないふりをすることではありません。それを判決に変えることをやめることです。
これは多くの場合、システムが構造的に十分に健全でも、羞恥心、完璧主義、またはアイデンティティの言語が実際の状況が必要とする以上にリターンを難しくし続けているときの正しい動きです。
6. 可視性を改善する
何が改善されているか、何が失敗しているか、またはシステムのどこで壊れているかを判断できないなら、metricsを改善します。それはcomeback speedを追跡する、遅延がどこで起きるかに気づく、またはシステムの状態をより読み取りやすくすることを意味するかもしれません。
これは多くの場合、すべてが曖昧に感じるとき、情報ではなく気分に頼っているとき、または同じ失敗が洞察をもたらさずに繰り返されるときの正しい動きです。
可視性が必要なのは成果だけとは限りません。感情が高ぶった後にどれくらい速く回復するか、亀裂が生じる前にdriftに気づく頻度、またはプレッシャー下でより落ち着いた反応に アクセスしやすくなっているかどうかかもしれません。
多くの動きの前に一つの動きを使う
フレームワークは通常、いくつかを積み重ねる前に一つの意味のある動きをするときに最も機能します。frictionを下げて、リターンをリサイズして、システム全体を書き直して、環境を変えて、新しい追跡を加えると、実際に何が助けになったかを知ることができません。
変更を常に分離しなければならないという意味ではありません。明確さが重要だということです。良い最初の動きは、気づける形でプラクティスの感じられるコストを変えるものであるべきです。
これらの動きの目標
これらの動きはそれ自体が目的ではありません。その目的は、リターンをより安く、明確に、着実に、現実の条件下で恥が少ない形にすることで、disciplineをより使いやすくすることです。それは成果をサポートするかもしれませんが、修復、調整、忍耐、回復、または何か意味のあることが戻る道を必要とし続ける他の領域をサポートすることも同様にあり得ます。
取り組んでいるプラクティスでどの制約が有効かを知ったら使ってください。
- 制約を名前付けする。 Friction、capacity、purpose、外部化、mindset、またはvisibility——現在の失敗パターンに当てはまるものを選ぶ。
- 対応する動きを選ぶ。 それぞれの制約にはデフォルトの動きがあります。Friction → 入口コストを下げる。Capacity → リターンをリサイズする。Purpose → 方向性を明確にする。頭の中に多すぎる → 外部化する。失敗したときの恥 → 失敗の意味を変える。何が起きているか見えない → 可視性を改善する。
- 具体的にする。 具体的に何を変えますか？一つのステップ、一つのこと。「明日の最初の文をすでに書いておく」は具体的です。「frictionを下げる」はそうではありません。
完了の目安： 一つの具体的な制約を標的にする一つの具体的な変更があるとき。
次のステップ： 適切な修正を選ぶでは、どの制約が実際に失敗を引き起こしているかが不確かな場合に役立ちます。