進みながら調整す る
変更を加えて評価したら、次のステップは反復です。プラクティスが一度で上手く設計されることはほとんどないため、これは重要です。ほとんどのシステムは、調整のサイクルを通じて改善されていきます。
Adaptable Disciplineにおける反復とは、システムの動作から学び、プロセス全体を混乱に陥れることなく次の有益な変更を加えることを意味します。反復は、実験を一つにまとめるより大きなリズムです。仮説を検証し、結果を観察し、実際に起きたことを踏まえてシステムの次のバージョンを形成していきます。
一度に一つの意味ある変更を加える
システムが読み取りやすい状態を保つとき、反復は最もうまく機能します。五つのことを一度に変えると、動きは生まれるかもしれませんが、何が実際に効果的だったのかが見えなくなります。フレームワークは、特に初期の段階では、一度に一つの意味ある調整を優先します。
これは、システムをずっとゆっくり進化させなければならないという意味ではありません。明確さが構築プロセスの一部だということです。変化する中で、プラクティスから何かを学べるようにしたいのです。良い反復サイクルは、ただの動きではなく、学びをもたらします。
失敗ポイントを追う
反復における最良のガイドの一つは、直近の失敗ポイントです。システムは実際にどこで壊れましたか？
driftに気づかなかったのでしょうか？再開時にfrictionが高くなりすぎたのでしょうか？構造が、その瞬間に支えられる以上のcapacityを想定していたのでしょうか？プラクティスがpurposeを失ったのでしょうか？失敗の感情的な意味が重くなりすぎたのでしょうか？
次の反復は通常、システム全体についての大げさな話ではなく、そのポイントに応答するものであるべきです。実践上、それは次の反復が次の実験にもなることが多いことを意味します。
機能するものを残し、機能しないものを取り除く
反復は追加するだけではありません。残すこと、シンプルにすること、刈り込むことでもあります。本当に効果的な介入は維持すべきです。新たな負担を生み出すものもあります。ある時期に機能して、別の時期に過剰になるものもあります。
システムは有益な部分を得ることだけでなく、無用または負担となる部分を失うことでも強 化されます。作りすぎる傾向がある人には、これが特に重要です。複雑さは進歩のように感じられながら、静かにプラクティスを担い続けることを難しくしていきます。反復こそが、実験が蓄積にならないようにするものです。
システムが過剰に作られていると感じたら、シンプルな見直しが役立ちます：
- 残す： リターンをより安く、明確に、または利用しやすくする部分
- 修正する： 効果はあるが、シンプル化またはサイズ調整をしてから
- 取り除く： 主にメンテナンス、罪悪感、または認知的負荷を増やすだけの部分
主な問いは、あるツールがかつて賢明に思えたかどうかではありません。今もリターンを支えているかどうかです。
過剰に構築されたシステムには、警告サインもあります：
- システムを使うより管理することに多くの時間を費やしている
- 実際の作業や修復を始める前に、多くの層を経由する必要がある
- 一つの部分を取り除くことが、それが役立つかどうかを評価するよりも感情的に難しい
- システムは整理されているように見えるが、リターンはまだコストが高い
それらは通常、構造が負担へと転じたサインです。
場当たり的な混乱を避ける
場当たり的な混乱は、悪い日のたびに新しいルール、新しいツール、新しいルーティン、または新 しいアイデンティティの物語が生まれるときに起こります。システムは変わり続けますが、積み重なる形ではありません。何一つ本物になれるだけの時間や明確さを得られないため、不安定なままです。
反復はパニックよりも洗練に近い感覚であるべきです。失敗から逃げようとしているのではありません。システムを十分に理解して改善しようとしているのです。それが実験と迷走の違いです。
これはまた、シンプル化が本物の実験になり得ることを意味します。一つの層を取り除いて、何が起きるかを観察してください。明確さを失わずにリターンが安くなれば、構造はおそらく重すぎたのです。システムが曖昧または脆くなれば、完全な取り除きではなく、より軽い代替が必要かもしれません。
システムから学ぶ
良いプラクティスは、ただ繰り返しを求めるだけではありません。情報を生み出します。時間をかけて、パターンが見え始めるはずです：
- リターンが最も安い場所
- システムが繰り返し壊れる場所
- 実際に効果的な介入の種類
- プラクティスのコストを繰り返し変える条件
これこそが、フレームワークを単なる是正ではなく発展的なものにするものです。あなたがそこから学ぶことで、システムはより賢くなります。それぞれの反復は、次にテストする価値のある仮説の種類について、より鋭い感覚をもたらすはずです。
方向性は依然として重要
反復によってシステムをより機能的にするべきですが、coherenceを失わせてはなりません。プラクティスはより簡単になりながらも、大切なことから離れてしまう可能性があります。だからこそ、反復は方向性と同様に機能にも結びついていなければなりません。
問いは、システムが楽になったかどうかだけではありません。正しい人生を支え続ける形で楽になったかどうかです。
最近の変更を評価した後に使ってください。
- 最新の失敗ポイントを名前付けする。 システムが前回どこで壊れたか、正確に。全体の話ではなく、driftが主導権を握った、リターンのコストが高くなった、またはプラクティスが持ちこたえられなくなった特定の瞬間を。
- 決める：残す、修正する、または取り除く。 現在システムにある各要素について、それがリターンをより安く、または明確にするかどうかを問う。主にメンテナンス 、罪悪感、または実際の作業が始まる前のステップを追加するだけのものは、取り除きの候補です。
- 一つの調整を名前付けする。 失敗ポイントに基づいて、次に行う価値のある変更は何か？一つのことに絞ってください。二つの間で決められなければ、試すコストが低い方を選ぶ。
- 方向性を確認する。 この反復はシステムを楽にしながら、大切なことと合致した状態を保てているか？変更がリターンを速くするが方向性から切り離されるなら、それは別の種類の問題です。
次のステップ： プラクティスを安定させる方法は、反復がアーキテクチャへと変わり始めるところです。