構造ナビゲーション
望む挙動が
自然に生まれる条件を、
定義し、軸にして、
見守り続ける
人が支え続けなくても、必要な行動が生まれる状態へ。
その状態に必要な成立条件を定義し、新しい施策、AI、組織変更、事業拡大などの実装案を、その条件に照らして確認します。
構造ナビゲーションは、現在の実成立構造をレビューし、望む挙動が自然に生まれるために実装が満たすべき成立条件を定義する継続サービスです。
定義した条件を判断軸として、実装案が成立可能な範囲に収まっているか、導入や変更によって条件が壊されていないか、別の場所に人の判断や調整への依存が移っていないかを確認し続けます。
期間：継続契約｜目的：成立条件の定義・実装との整合確認・継続観測
構造仮説は、
まだ次の一手の
判断軸ではない
構造ディスカバリーでは、一つの成果や運用を起点に、現在の実成立構造を構造仮説として言語化します。
どの構造条件がどの挙動を生み、どこで人の判断、接続、調整が成立を支えているのか。その見立てが、初めて共通言語になります。しかし、構造仮説は、正式な成立条件ではありません。
次の施策や実装の判断軸として使うためには、観測対象を定め、現在の実成立構造を本格的にレビューし、何が満たされていなければならないか、何を欠いてはいけないか、何を壊してはいけないか、どのような実装案なら成立可能か、何を継続して観測すべきかを、成立条件として定義する必要があります。
成立条件を定義する場面
実装が変われば、行動を生む構造条件の配置も変わります。
成立条件を
判断軸にしないまま、
次の一手を重ねるリスク
新しい施策や実装は、それぞれ合理的に設計されています。しかし、望む挙動が自然に生まれるために必要な条件が定義されていなければ、実装を選ぶたびに、「何が満たされていなければならないか」が曖昧になります。その結果、合理的に設計された実装が、次のような形で働くことがあります。
問題は、変化することではありません。変化の前提となる成立条件を持たずに、合理的な実装を重ねてしまうことです。
成立条件から外れていく例
条件が変わらなければ、同じ挙動は別の形で戻ります。条件が変わったことを見落とせば、別の挙動が静かに生まれます。
構造ナビゲーションとは
成立条件を定義し、実装の判断軸として使い続ける
構造ナビゲーションは、Semantic Flowに基づき、現在の実成立構造をレビューし、望む挙動が自然に生まれるために、実装が満たすべき成立条件を定義する継続サービスです。ここで定義するのは、ツールの機能要件や業務プロセスの要件ではありません。
人が支え続けなくても必要な行動が生まれるために、
を定義します。
成立条件は、成功を保証する十分条件ではありません。
望む挙動が成立可能になるために、どのような実装であっても満たす必要がある条件と、実装が取りうる選択範囲を示します。何を実装するかは、クライアントと各領域の専門家が決定します。構造ナビゲーションは、その実装案が成立可能な範囲に収まっているかを確認します。
成果の数字だけを見て、成立条件が維持されているとは判断しません。見るのは、定義した条件が維持されているか、必要な行動が構造から生まれているか、人の判断や調整への依存が、定義した範囲を超えて増えていないかです。
こんなとき
構造仮説を、実装の判断軸へ変えたいとき
向いている状況
- 構造ディスカバリーで得た構造仮説を、本格的にレビューしたい
- 望む挙動が自然に生まれるための成立条件を正式に定義したい
- AI導入、組織変更、事業拡大の前に、実装が満たすべき条件を明確にしたい
- 複数の実装案を、同じ構造条件に照らして比較したい
- 現在機能している経路を壊さずに変更を進めたい
- 人の判断や調整への依存が、別の場所へ移っていないか確認したい
- 導入後も、必要な条件が維持されているか観測したい
- 条件の変化によって、再観測や再定義が必要になった時点を捉えたい
構造ナビゲーションで扱うこと
構造ナビゲーションは、成立条件の定義、実装案との照合、構造状態の継続観測を行います。ソラリストが実装の主体になることはありません。何を採用し、どのように実装するかの判断は、クライアントが持ちます。
私たちが示すのは、「その実装案が、望む挙動が自然に生まれるための成立条件を満たせる範囲にあるか」という、構造の側からの見立てです。
扱うこと
- 観測対象と範囲の合意
- 現在の実成立構造のレビュー
- 構造が生成している挙動の記述
- 人の判断、接続、調整への依存の観測
- 望む挙動の成立に必要な条件の定義
- 欠いてはいけない条件、壊してはいけない条件の定義
- 実装案が成立可能な範囲にあるかの確認
- 導入・変更による条件への影響
- 成立条件からのずれの兆候
- 条件を再定義すべき変化の検出
- 継続観測による構造状態の記録
扱わないこと
- 解決策や実装手段の選定
- ツール、ベンダー、組織形態の最終決定
- 実装や導入の代行
- PMO、進捗管理、タスク管理
- 経営判断や投資判断の代行
- 個人の能力評価
- 組織の良し悪しの判定
- 成果や成功の保証
進め方・形式
構造ディスカバリーで得た構造仮説、または構造ナビゲーション開始時の観測対象の合意を起点に、本格的なレビューを行います。
現在の実成立構造を観測し、望む挙動が自然に生まれるために必要な成立条件を定義します。
その後、実装案が提示された場合は成立条件との整合を確認し、導入後は構造状態が定義した範囲から外れていないかを継続的に観測します。
条件の有効性が失われた場合は、条件をその場で都合よく書き換えるのではなく、現在の構造を改めて観測し、必要な再定義を行います。
形式
構造ナビゲーションの流れ
構造ナビゲーションでは、現在の実成立構造をレビューし、成立条件を定義します。 その後は、実装案や観測の必要性に応じて、成立条件との照合と継続観測を行います。
望む挙動が自然に生まれるための
成立条件を定義する
Review
現在の実成立構造を本格的にレビューします。設計された仕組みだけでなく、
- どの構造条件がどの挙動を生んでいるか
- どこで人の判断や調整が成立を支えているか
- どの経路が形式だけになっているか
- 何が現在の成立を支えているか
- どの条件が残ると、どの挙動が再び生まれうるか
を観測します。その上で、望む挙動が自然に生まれるために、以下のような実装が満たすべき成立条件を定義します。
- 必ず満たす必要がある条件
- 欠いてはいけない条件
- 壊してはいけない成立経路
- 判断と責任が完結する条件
- 実装案が収まりうる選択範囲
- 継続観測すべき兆候
実装案がある場合
→ 成立条件に照らす
Framing
定義した成立条件を基準に、新しいツール、制度、組織変更、AI、施策などの実装案を確認します。
見るのは、その実装案が一般的に優れているかではありません。以下のような条件を確認します。
- 望む挙動の成立条件を満たせるか
- 欠いてはいけない条件を外していないか
- 現在機能している経路を壊していないか
- 別の場所に人的依存を移していないか
- 判断や責任が完結するための条件を欠いていないか
どの案を採用するかは、クライアントが判断します。構造ナビゲーションは、その選択が成立可能な範囲にあるかを示します。
継続観測が必要な場合
→ 構造状態を見守る
Monitoring
実装後も、定義した成立条件が維持されているかを継続的に観測・確認します。
- 必要な行動が構造から生まれているか
- 人の判断や調整への依存が、想定外の場所へ移っていないか
- 形式だけが守られる状態へ戻っていないか
- 成立条件からのずれが蓄積していないか
- 条件そのものを再定義すべき変化が起きていないか
成果の数字が出ていることだけを、成立条件が維持されている証拠にはしません。
成果が出ていても、人の継続的な働きかけや外部条件によって支えられている可能性があるためです。
モニタリングで現在の成立条件が有効でなくなった兆候を捉えた場合は、改めて現在の実成立構造をレビューし、成立条件を再定義します。
望む挙動が
自然に生まれる条件を、
実装の判断軸にする
成立条件を定義する。
次の一手を、その条件に照らす。
導入後も、必要な条件が維持されているかを確認する。
構造ナビゲーションが見守るのは、施策の進捗ではありません。
実装や運用が、定義した成立条件から外れていないかです。
成立条件は、成功を保証するものではありません。
しかし、どのような実装であっても、何が揃っていなければならないか、
何を壊してはいけないか、どの範囲で選択できるかを示します。
次の一手を、想像や成功事例だけではなく、構造条件の上で進める。