「動かす仕組み」から
「動く仕組み」へ
人が支え続けなくても、必要な行動が生まれる状態へ
多くの組織には、すでに仕組みがあります。そして、成果も出ています。
それでも、その仕組みを動かすために、確認、催促、説明、調整、例外判断、手直しを繰り返していないでしょうか。
ソラリストは、仕組みを増やすのではなく、望む挙動が特定の人の働きかけに依存せず、構造条件から生まれ続けるための成立条件を定義します。定義するのは、特定のツールや制度の要件ではありません。どの実装を選ぶ場合にも外せない条件を明らかにし、実装案をその条件に照らします。
Semantic Flow | 望む挙動が生まれる条件を定義する | Soralist, Inc.
仕組みを動かす、見えない仕事
仕組みを「動かす」
ために、
実は何をしているか
多くの組織には、すでに合理的に設計された仕組みがあります。プロセス、KPI、CRM、AI、会議体、評価制度、マニュアル、研修。足りないものの話ではありません。
ここで見たいのは、その仕組みを止めないために増えている仕事です。
確認、催促、説明、調整、再確認、例外判断、手直し、引き取り。
これらは、本来の仕事でしょうか。 それとも、仕組みを成立させるために増えた仕事でしょうか。
多くの場合、運用が止まらない背景には、誰かが隙間を埋めていることがあります。止まらないからこそ、誰が何を支えているのかは見えにくくなります。
こうした兆候はないか
確認や調整そのものが悪いわけではありません。
問うべきは、「それが本来の仕事なのか」それとも「仕組みを成立させるために増えた仕事なのか」です。
人や仕組みを替えても同じ調整が戻ってくる
担当者を替えた。ツールを替えた。プロセスを変えた。 それでも、しばらくすると同じ確認と調整が戻ってくる。
人や仕組みだけを替えても、行動を生む条件までは変わっていないのかもしれません。
増やすほど、動かす仕事も増える
新しいツール
新しいKPI
新しい会議
新しいルール
新しいAI
新しいチェック
新しい仕組み自体は合理的です。しかし、行動を生む条件が変わっていなければ、新しい仕組みの周囲にも、また確認、説明、解釈、調整、例外処理が生まれます。
多くの組織は仕組みを作る能力を持っています。しかし、その仕組みが人の行動として成立し、自然に動き続ける条件まで設計できているとは限りません。AIと複雑化は、この不足を人の判断や調整だけで埋め続けることを難しくしています。
同じ仕組みでも、生成される挙動は変わる
仕組みの動き方を
左右するのは「条件」
同じ仕組みでも…
ある条件下では
人が動かし続ける
人が介入し続けることで成立
生成される挙動
指示
調整
確認
例外処理
別のある条件下では
自然に動く
必要な行動が、特別な働きかけに頼らず成立
生成される挙動
特別な介入を常態化させずに続く
これは、良し悪しの問題でも、努力の違いでもありません。 成立条件の違いです。
合理的な仕組みを設計することと、そこから望む行動が生まれることは別です。
望む行動を
指示するのではなく、
望む行動が生まれる
条件を設計する
Semantic Flow は、人が関わる仕組みにおいて、人・構造・意味の関係から、どのような挙動が生まれ、なぜ続く、または続かないのかを扱う理論です。
意味を構造変数として扱い、仕組みが人の行動として成立する条件を記述します。
仕組みは、そのまま行動になるわけではない
人は制度やルールを、そのまま機械的に実行しているわけではありません。
こうした状態は、個人の意欲だけで決まりません。人が置かれている構造条件によって成立します。
Semantic Flowは、仕組みの外形だけではなく、 仕組みが人の行動として実際に成立する条件を設計対象として扱います。
仕組みを増やす前に、挙動を生む条件を見る
構造インテリジェンスは、Semantic Flowに基づき、現在の実成立構造を観測し、望む挙動が構造条件から生まれ続けるために、実装が満たすべき条件を定義する実践体系です。
現在を見るのは、今を説明して終わるためではありません。次の仕組みが満たすべき条件を、想像だけで決めないためです。
最初の一歩
構造ディスカバリー
120分｜事前準備不要｜経営者＋キーメンバー
一つの成果や運用を起点に、そこで繰り返し生まれている挙動と条件を見てみる
自社の成果や運用が、どのような条件によって成立しているのかを、経営者とキーメンバーで初めて観測する120分の有償セッションです。
解決策を決める場でも、構造診断を確定する場でもありません。
現在の成果や運用が何に支えられ、どの条件からどのような挙動が生まれているのかを構造仮説として言語化し、望む挙動に必要な成立条件を、本格的に定義する必要があるかを判断する時間です。
成立条件の定義と継続確認
構造ナビゲーション
期間：継続契約 ｜ 目的：成立条件を軸にした導入・運用確認
成立条件を定義し、その状態を見守る
現在の実成立構造をレビューし、望む挙動が自然に生まれるために、実装が満たすべき成立条件を定義する継続サービスです。
ここで定義するのは、ツールの機能要件や業務プロセスの要件ではありません。人が支え続けなくても必要な行動が生まれるために必要な成立条件の定義、実装案との照合、構造状態の継続観測を行います。
何を実装するかは、クライアントと各領域の専門家が決定します。構造ナビゲーションは、その実装案が成立可能な範囲に収まっているかを確認します。
観測と考察
インサイト
-
成果は出ている。でも、このままで本当にいいのだろうか。
売上は出ている。 プロジェクトも進んでいる。 施策も動いている。 外から見れば、大きな問題はないように見えます。 しかし内部では、特定の人に判断が集まり、確認、催促、説明、調整、例外処理が増えている。…
-
望む挙動が生まれる構造とは
0. はじめに 仕組みは動いている。成果も出ている。 売上、進捗、処理量、納期達成率。何が起きているかは、数字で見えます。 しかし、その仕組みが望む挙動を生んでいるのか、それとも人が支え続けることで動…