第11回 トップの暗黙知を「組織の実装知」へ変える
「社長に聞かなければ分からない」。新しい技術や事業を進めるとき、この言葉が増えていないでしょうか。
経営者の経験は貴重な資産ですが、あらゆる判断が一人へ集中すると、現場の変化に応じて動けなくなります。必要なのは、経営者を意思決定から外すことでも、その答えを全員に暗記させることでもありません。異なる現場が判断し、その結果から組織全体が学べる条件をつくることです。
以前中小企業を対象に取り組んでいた「社内大学院」は、トップのビジョンや戦略を経営理論で読み解き、幹部や現場が判断の意図と前提を共有する社内教育システムです。公開した標準例では、市場、利益、顧客、業務、数値目標、学習する組織、新規事業、進化といった問いを12回にわたり扱います。講師が一般論を教えるだけでなく、トップが自社事例を説明し、理論と照合する点に特徴があります。
判断原理と問い方を共有する
技術実装では、標準作業書やFAQの整備が欠かせません。しかし、状況が変化したときに必要なのは、手順の記憶ではなく、なぜその手順を選んだかという判断原理です。顧客価値を優先するのか、安全余裕を取るのか、短期収益よりデータ蓄積を重視するのか・・・そういった優先順位が共有されていなければ、現場は例外ごとに上司へ確認することになります。
弊社が掲げるEmergence Designは、創発の結果ではなく、それを可能にする関係や学習の条件を設計する考え方です。「社内大学院」もこの視点から生まれたものです。経営者の経験を共有する目的は、過去の成功を複製することではなく、社員が自分の現場を読み解き、異なる知識を組み合わせて判断できるようにすることです。
トップの知見を全社へ広げるという表現は、全員がトップの判断を模倣することだと誤解されやすいものです。しかし社会実装で必要なのは、状況が違っても同じ結論を出すことではありません。顧客は誰か、どの価値を提供するか、何を観測すべきか、どのリスクを許容しないかという問い方を共有することです。
現場に近い人は、トップが持たない情報を持っています。ただし、知識が増えても、決める権限や試す時間がなければ行動は変わりません。共通の判断原理に加え、現場へ委ねる範囲、上位者へ相談する条件、試行の費用上限を定めます。知識移転とは、情報を渡すだけでなく、その情報を判断に使える関係をつくることなのです。
実装経験を教材と組織知へ変える
例えば、新技術を導入する部署が、顧客価値、収益モデル、業務変更、リスクを整理し、トップと検討する場を考えてみましょう。
そこで大切なのは、トップの説明を最後に置くことです。まず参加者が判断を示し、根拠の違いを比較します。上位者の答えへ合わせるのではなく、自分には見えていなかった情報と前提を見つけます。判断を現場で試し、次回の場へ結果を戻します。
この往復により、教育と事業が接続します。参加者は理論を実際の意思決定に使い、組織は案件から得た知識を共有資産にできます。失敗事例も、条件と判断過程が記録されれば、次の実装コストを下げます。研修の成果は受講満足度ではなく、意思決定時間の短縮、再発防止、部門間の判断の整合性、次世代リーダーの自律性で測るべきです。
経験を教材にする際には、三点に注意します。
- 第一に、後知恵を避けることですす。成功後に語られる物語は、偶然や迷いを消し、最初から正解が見えていたように見えます。可能な限り当時の資料や判断記録へ戻る必要があります。
- 第二に、個人の勘を絶対化しないことです。複数の現場事例とデータで検証し、通用しない条件を明らかにします。
- 第三に、言語化した知識を固定しないことです。市場、制度、技術が変われば、判断原理も見直します。
これらに注意することで、特定の状況下での正解を知る学びではなく、新たに直面した状況で持つべき問いと判断基準を身につける学びを進めることができるようになります。
現場で試した結果が経営者の前提を変えることも、学習の成果に含めます。社員だけが変わり、トップは変わらない仕組みでは、知識は循環しません。安全上守る原則と、顧客や市場の変化に応じて見直す仮説を分けることで、組織の一貫性を保ちながら、新しい判断の余地を確保できます。
判断ケースを蓄積し更新責任を置く
トップへのインタビューで「成功の秘訣」を尋ねても、抽象的な信念や結果論になりがちです。具体的な意思決定を一件選び、時系列で再構成する方が有益な情報にたどり着きやすいものです。そうやて作成するケースには、当時の目的、観測できた事実、分からなかったこと、選択肢、制約、最も懸念した損失、判断、実行後の結果、後から見た修正点を記します。現場社員には、同じ情報を与えられたらどう判断するかを考えてもらい、トップの説明と比較します。
理論やフレームワークは、正解を採点するためでなく、判断の違いを構造化するために使います。顧客価値の見方が違ったのか、時間軸が違ったのか、リスク許容度が違ったのかが分かれば、組織として共有すべき原則と、現場へ委ねる裁量を分けられます。複数のケースを比較し、同じ原則が異なる結論を生んだ条件も残します。
言語化した知識は、放置すれば新しいドグマになってしまいます。各判断原理に、根拠となるケース、適用範囲、最終確認日、見直し責任者を付けます。新規事業や事故、顧客構成の変化が起きたときには、関連する原則をレビューします。現場から反例を登録できる窓口も必要です。
判断の違いを、直ちに能力差として採点しないことも重要です。現場の反例が歓迎されるか、説明を求めた人が不利益を受けないかを点検します。率直な発言を求めながら、評価制度が上司への同調を報いるなら、研修だけでは変わりません。学習の場と日常の評価を接続してこそ、知識が行動へ移行します。
判断ケースは、新任者のオンボーディングや後継者育成にも使えます。過去の答えを当てさせるのではなく、当時の不完全な情報から判断を組み立て、現在なら何を変えるかを議論します。組織史を、懐古ではなく未来の判断訓練へ変えるのです。
私は、社内大学院の価値を、トップの考えが浸透したかという視点だけで判断するつもりはありません。現場で新しい問いが生まれ、その問いが経営判断を更新したかを評価します。組織の実装知とは、蓄えた答えの量ではなく、経験を持ち寄って次の答えをつくり直せる能力です。