コーチングプラクティス： 使うツールを減らして複雑さを手放す方法

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「使うツールを減らして複雑さを手放す方法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

役立つかもしれないプラクティス

1. テクノ複雑性——自分のスキルを追い越すツールスタックを削る
   テクノ複雑性は、システムが今の自分のスキルには複雑すぎると感じられるテクノストレスの次元です——新しいツールはすべて利得ではなくコストとして扱う。
   テクノストレス——それが何であり、どう対処するか
2. 削減する
   問い:何を取り除いても、簡素化しても、削減しても、価値の核心を失わずに済むか?
   SCAMPER法:体系的な創造性テクニック
3. 何を取り除けるかを見つけるために構成要素をトリミングする
   現在の解決策の中で、別の構成要素がその機能を引き継げば取り除ける構成要素はどれかを体系的に問う。
   TRIZ:体系的発明と矛盾の論理
4. 始める前にどのテクノロジーが「オプション」かを定義する
   使っているすべてのデジタルツールを地図化し、それぞれを必須、有用、オプションに分類する——デクラッターはオプションのみを標的にする。
   デジタル・デクラッター(片づけ)を実践する
5. 一度に導入する相互作用する要素の数を調整する
   前提となる要素が自動化された後にのみ、高い要素間相互作用性を持つ概念を導入する。
   熟達逆転効果:助けが害になるとき
6. テクノ侵入を止めるために明示的な仕事とテクノロジーの境界を設定する
   仕事のテクノロジーが個人の時間に入り込めない時間帯を定義し、その境界を守る。
   テクノストレス——それが何であり、どう対処するか
7. 意図的により単純な選択をする
   多くの選択肢がある決定に直面したとき、複雑さを選ぶ特定の理由がない限り、より単純なほうを既定とする。
   樸（ぼく）：道教の簡素さと素朴な木材
8. サブスキルの分離と配列
   複雑なスキルのコンポーネントを、組み合わせる前に一つずつ自動化する。
   自動性——スキルが自ら動き出すとき
9. シンプルで少数のリストのシステムを保つ
   できる限り少ないリストを使う—一つの受信箱、いくつかの文脈リスト、それ以上凝ったものは持たない。
   Zen To Done(ZTD)を実践的に
10. 問題の核心にある矛盾を名指しする
    改善する必要があるパラメータと、その結果悪化するパラメータを正確に述べる。
    TRIZ:体系的発明と矛盾の論理

自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。