構造ディスカバリー
解決策を選ぶ前に、
いまの仕組みが何を生み出しているのかを見る
望む挙動に必要な成立条件を、想像だけで決めないための120分
多くの組織には、すでに仕組みがあります。そして、成果も出ています。
それでも、その仕組みを動かすために、確認、催促、説明、調整、例外判断、手直しを繰り返していないでしょうか。
構造ディスカバリーは、一つの成果や運用を起点に、現在どのような挙動が繰り返し生まれ、その成果や運用が、実際にはどのような条件と人の行動によって支えられているのかを、経営者とキーメンバーで共同観測する120分の有償セッションです。
この時間で確定診断や解決策を出すことはありません。
参加者が持つ実務上の事実と違和感をもとに、どの条件がどの挙動を生み、どこで人の判断や調整が成立を支えているのかを、初期的な構造仮説として言語化します。
現在を見るのは、今を説明して終わるためではありません。
人が支え続けなくても必要な行動が生まれる状態に向けて、次に本格的に定義すべき成立条件を、想像だけで決めないためです。
120分｜事前準備不要｜経営者＋キーメンバー
仕組みはある。
成果も出ている。
それでも、
動かす仕事が増えていないか
プロセスがある。システムも導入されている。会議も開かれている。AIも出力を返している。それでも、その裏側で次のような仕事が増えていることがあります。
- 入力されていない情報を、会議前に誰かが補う
- 部門ごとに異なる解釈を、特定の人が合わせる
- 判断できない案件が、いつも同じ人に集まる
- AIの出力を、人が毎回確認し直す
- 公式なプロセスの外で、先に調整を済ませる
- 例外が発生するたびに、個別対応で成立させる
CRMに情報が入力され、会議が予定どおり開かれ、AIが出力を返していても、必要な判断が完結し、確認や再解釈を増やさず次の行動へつながっているとは限りません。
仕組みが存在しないのではありません。仕組みが稼働することと、そこから必要な挙動が生まれることは、別の問題です。成果が出ている限り、仕組みを成立させるための仕事は、問題として表面化しません。むしろ、有能な人が支えているほど、すべてが正常に機能しているように見えます。
同じ成果でも、何によって成立しているかは異なる
外から見える成果が同じでも、その成立の仕方は一つではありません。
外から見れば、どれも同じ成果です。しかし、何を維持し、何を変え、次の実装が何を満たすべきかという判断の前提は、まったく異なります。成果だけを見ても、その成果を支える挙動と条件までは分かりません。
人や仕組みを替えても、
同じ挙動が戻ってくる
担当者を替えた。人を増やした。ツールを入れ替えた。
プロセスを変更した。組織を再編した。
それでも、しばらくすると、同じ確認、調整、例外処理が戻ってくる。
変えたのは人や仕組みでも、その挙動を合理的にしていた条件までは変わっていないのかもしれません。条件が残っていれば、同じ挙動は、別の人、別のツール、別の場所、別の形で再び現れます。
挙動が繰り返される例
ここで見るのは、現在の成果や運用の良し悪しではありません。なぜその挙動が繰り返されるのか。その挙動を生みやすくしている条件は何か。次の判断を行う前に、まだ説明できていない部分を見えるようにします。
構造ディスカバリーとは
現在の成果や運用を支える構造を、
初めて構造仮説として言語化する
構造ディスカバリーは、一つの成果や運用を選び、それが実際にはどのような条件と人の行動によって成立しているのかを、その場で共同観測する、単体で完結するセッションです。
見るのは、人の能力や努力の良し悪しではありません。どの条件がどの挙動を生み、どこで人の判断、接続、調整が成立を支えているのかを見ます。
この時間で得られるのは、現在構造についての確定診断や解決策ではありません。現在の成果や運用を支えている構造についての初期仮説と、人が支え続けなくても必要な行動が生まれるために、次の段階で本格的に定義すべき成立条件の論点です。
構造インテリジェンスの継続契約への移行を前提としていません。
こんな感覚があるとき
今の仕組みの動きが何から生まれているのか、まだ説明しきれていない部分がある。その感覚は、単なる不安ではなく、どの条件がどの挙動を生んでいるのかが、まだ共通言語になっていないことの表れかもしれません。
対象になりやすい状態
- 成果は出ているが、なぜ出ているのか説明しきれない
- 特定の人の判断や部門間の接続に支えられている感覚がある
- 担当者や仕組みを替えても、同じ確認や調整が戻ってくる
- 現在のやり方を拡大すると、どこかで壊れそうに感じる
- 過去の打ち手が、思ったほど定着しなかった
- AI導入や組織変更の前に、現在の前提を確かめたい
- 担当者が替わったときの引き継ぎや再現に不安がある
この時間で扱うこと
一つの成果や運用を起点に、どの条件がどの挙動を生み、どこで人の判断や調整が成立を支えているのかを、構造仮説として言語化します。
その上で、望む挙動に向けて、次に本格的に定義すべき成立条件の論点を整理します。
扱うこと
- 当日扱う成果や運用の範囲
- 現在の成果や運用を支える構造の見立て
- 構造から繰り返し生成されている挙動
- 人の判断、接続、調整によって支えられている部分
- 外部条件によって支えられている部分
- 同じ挙動が再び生まれる条件
- 現在機能しており、壊してはいけない成立経路
- 過去の打ち手が触れられなかった条件
- 次に本格的に定義すべき成立条件の論点
- 「人の問題」ではなく「条件の配置」として語るための共通言語
扱わないこと
- 個人の能力評価
- 組織の良し悪しの判定
- 現在構造の確定診断
- 改善提案
- ツールや施策の選定
- 実装計画の作成
- 成立条件の正式な定義
- 詳細な診断レポート
- 成果保証
進め方・形式
資料も事前準備も必要ありません。
経営者の手触りと違和感が、そのまま観測の起点になります。考え方を説明して終わるのではなく、その場で一つの成果や運用を選び、実際にどの条件と行動によって成立しているのかを見ていきます。
セッションの流れ
- 0〜10分 なぜ同じ挙動が戻ってくるのか
- 10〜20分 当日扱う成果や運用を選ぶ
- 20〜55分 成果や運用の実際の成立経路をたどる
- 55〜80分 どの条件が、どの挙動を生んでいるかを見る
- 80〜100分 仕組みから生まれている部分、人が支えている部分、外部条件に支えられている部分を分ける
- 100〜115分 構造仮説と、次に定義すべき成立条件の論点を整理する
- 115〜120分 まとめ
形式
5つの原則
1. 手ぶらで
資料も準備も不要です。
2. 一つの成果や運用を選ぶ
売上、受注、プロジェクトの前進、業務改善、現場が回っていることなど、実際に成立しているものを扱います。
3. 人ではなく、条件を見る
能力や努力ではなく、その挙動が生まれやすくなっている条件の配置を見ます。
4. 共通言語をつくる
違和感を個人の問題としてではなく、挙動と条件の関係として語れる状態にします。
5. 現在の成立を否定しない
成果や運用は、実際に成立しています。見るのは、それが仕組みから繰り返し生成されているのか、人の継続的な働きかけや外部条件に支えられているのか、その構造です。
望む挙動に必要な成立条件を、
想像だけで決めないために
成果は、何が起きているかを示します。
構造ディスカバリーでは、その成果や運用を何が支え、どのような挙動が繰り返し生まれているのかを見ていきます。
現在を見るのは、過去を説明するためではありません。
次の仕組みが満たすべき条件を、想像だけで決めないためです。
まずは、一つの成果や運用を起点に、それを支えている構造を、初期的な仮説として言語化する。
その上で、人が支え続けなくても必要な行動が生まれるための成立条件を、本格的に定義する価値があるかを判断します。