知識は経験から生み出される 普通の組織をイノベーティブにする処方箋 (その51)

更新日

投稿日

 
  技術マネジメント
 
 今回からイノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)の解説に入っていきたいと思います。
 

1. 「知識」は「経験」から生み出される

 
 ここまでKETICモデルの1つ目のKnowledge(知識)を議論してきましたが、知識を得る方法には、単純化していえば、他者が既に生み出した知識を他者から自分に移転する方法で学ぶ方法と、自分の経験の中から知識を抽出・創出し、それを学ぶ方法があります。
 
 これまで何度か、知識については、形式知と暗黙知があることを議論してきました。
 
 両者はそれぞれ、「形式知とは、文章や図表、数式などによって説明・表現できる知識のこと」、「暗黙知とは経験や勘に基づく知識のことで、個人はこれを言葉にされていない状態でもっている」(出所:コトバンク)と説明されています。
 
 形式知と暗黙知やその関係性といったこのあたりの議論は、一橋大学の野中郁次郎名誉教授のSECIモデルなどの中で言われていることですが、この定義で言及されている「勘」も経験の中から得られるとすると、最終的に形式知を得る重要なルートとして、「経験」→「暗黙知」→「形式知」があることが分かります。
 
 もちろん現実にはもう少し複雑で、他者が既に生み出した知識と自分の経験から、新たたな知識を抽出・創出するということ、すなわち「経験+形式知・暗黙知」→「暗黙知」→「形式知」といったようなことが行われていると思います。
 
 いずれにしても、自分自身が新たな知識を得るには、「経験」は大変重要な役割を担います。
 

2. 「百聞は一経験にしかず」

 
 有名な言葉に「百聞は一見にしかず」がありますが、更には「百聞は一経験にしかず」(少し語呂が悪いですが)です。
 
 すなわち、人から聞くだけでなく、五感を持って実際に自分でやって数多くの経験することで、上の「経験」→「暗黙知」→「形式知」のモデルで言うと、多くの「暗黙知の前提」を得ることができるのです。
 
 孔子の言葉に、「聞いたことは忘れ、見たことは思い出し、やったことは忘れない」がありますが、孔子はまさにこの点について言及していると言ってよいでしょう。
 

3. 形式知は他人の頭脳の細いストローを通して得られたものに過ぎない

 
 上で触れた形式知は大変便利なものです。
 
 なぜなら、既に文章や図表で表されている知識ですので、暗黙知に比べて他者から学ぶことは遥かに効率的に行うことができます。
 
 そのため、人が学習する場合には、本や資料や人を介してこの形式知を中心に学ぶということをする訳ですが、初級者が学ぶにはそれでも良いでしょうが、中級者、上級者にとってはそこには重大な落とし穴があります。
 
 それは、形式知は現実に存在する潜在的知識の極々一部に過ぎないということです。そもそも形式知は他人の極めて限られた経験とその他知識を源流としているからです。私は「形式知は他人の頭脳の細いストローを通して得られたものに過ぎない」と考えています。
 
 また形式知は学びや伝達が効率的にできるからこそ、自分達の競合者も同様に効率的に得ることができ、差別性が生まれにくいことがあります。したがって、イノベーションとい...
 
  技術マネジメント
 
 今回からイノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経験)の解説に入っていきたいと思います。
 

1. 「知識」は「経験」から生み出される

 
 ここまでKETICモデルの1つ目のKnowledge(知識)を議論してきましたが、知識を得る方法には、単純化していえば、他者が既に生み出した知識を他者から自分に移転する方法で学ぶ方法と、自分の経験の中から知識を抽出・創出し、それを学ぶ方法があります。
 
 これまで何度か、知識については、形式知と暗黙知があることを議論してきました。
 
 両者はそれぞれ、「形式知とは、文章や図表、数式などによって説明・表現できる知識のこと」、「暗黙知とは経験や勘に基づく知識のことで、個人はこれを言葉にされていない状態でもっている」(出所:コトバンク)と説明されています。
 
 形式知と暗黙知やその関係性といったこのあたりの議論は、一橋大学の野中郁次郎名誉教授のSECIモデルなどの中で言われていることですが、この定義で言及されている「勘」も経験の中から得られるとすると、最終的に形式知を得る重要なルートとして、「経験」→「暗黙知」→「形式知」があることが分かります。
 
 もちろん現実にはもう少し複雑で、他者が既に生み出した知識と自分の経験から、新たたな知識を抽出・創出するということ、すなわち「経験+形式知・暗黙知」→「暗黙知」→「形式知」といったようなことが行われていると思います。
 
 いずれにしても、自分自身が新たな知識を得るには、「経験」は大変重要な役割を担います。
 

2. 「百聞は一経験にしかず」

 
 有名な言葉に「百聞は一見にしかず」がありますが、更には「百聞は一経験にしかず」(少し語呂が悪いですが)です。
 
 すなわち、人から聞くだけでなく、五感を持って実際に自分でやって数多くの経験することで、上の「経験」→「暗黙知」→「形式知」のモデルで言うと、多くの「暗黙知の前提」を得ることができるのです。
 
 孔子の言葉に、「聞いたことは忘れ、見たことは思い出し、やったことは忘れない」がありますが、孔子はまさにこの点について言及していると言ってよいでしょう。
 

3. 形式知は他人の頭脳の細いストローを通して得られたものに過ぎない

 
 上で触れた形式知は大変便利なものです。
 
 なぜなら、既に文章や図表で表されている知識ですので、暗黙知に比べて他者から学ぶことは遥かに効率的に行うことができます。
 
 そのため、人が学習する場合には、本や資料や人を介してこの形式知を中心に学ぶということをする訳ですが、初級者が学ぶにはそれでも良いでしょうが、中級者、上級者にとってはそこには重大な落とし穴があります。
 
 それは、形式知は現実に存在する潜在的知識の極々一部に過ぎないということです。そもそも形式知は他人の極めて限られた経験とその他知識を源流としているからです。私は「形式知は他人の頭脳の細いストローを通して得られたものに過ぎない」と考えています。
 
 また形式知は学びや伝達が効率的にできるからこそ、自分達の競合者も同様に効率的に得ることができ、差別性が生まれにくいことがあります。したがって、イノベーションという革新を実現するには、自ら数を多くを「経験」することが極めて重要になってくるのです。
 

4. 経験を得る対象の3つの分野:TAD

 
 それでは、イノベーションに結びつくような経験をするにはどのようにしたら良いのでしょうか。私は、時間軸(Time)、分野軸(Area)、深度軸(Depth)の3つ軸(TADと名付けています)で考えることが大事であると考えています。この解説は、次回以降に行いたいと思います。
 

   続きを読むには・・・


この記事の著者

浪江 一公

プロフェッショナリズムと豊富な経験をベースに、革新的な製品やサービスを創出するプロセスの構築のお手伝いをいたします。

プロフェッショナリズムと豊富な経験をベースに、革新的な製品やサービスを創出するプロセスの構築のお手伝いをいたします。


「技術マネジメント総合」の他のキーワード解説記事

もっと見る
ビジネスモデルの欠落 『価値づくり』の研究開発マネジメント (その22)

    オープンイノベーションに取り組む日本企業に欠けている重大な問題に、『ビジネスモデルの欠落』があります。今回はこのテーマについて解...

    オープンイノベーションに取り組む日本企業に欠けている重大な問題に、『ビジネスモデルの欠落』があります。今回はこのテーマについて解...


設計品質の作り込みと、人的設計ミス防止策(その4)

  【設計品質の作り込みと人的設計ミス防止策 連載目次】 1. 設計品質とはなにか 2. 設計プロセスと設計ミス回避策 3. 設計ミ...

  【設計品質の作り込みと人的設計ミス防止策 連載目次】 1. 設計品質とはなにか 2. 設計プロセスと設計ミス回避策 3. 設計ミ...


あなたの会社は顧客の奴隷になっていないか~技術企業の高収益化:実践的な技術戦略の立て方(その27)

  【目次】 先日、東京・武蔵野の和菓子店「紀の国屋」さんが廃業しました。私は京都在住ですが、ここの和菓子が好きで、東京に行...

  【目次】 先日、東京・武蔵野の和菓子店「紀の国屋」さんが廃業しました。私は京都在住ですが、ここの和菓子が好きで、東京に行...


「技術マネジメント総合」の活用事例

もっと見る
設計者の流出防止策は 中国企業の壁(その21)

        前回、中国企業の設計者には、設計者としての考え方、知識、経験、どれもが不足している。そのために設計に起因する不良が発生し大きな問題に...

        前回、中国企業の設計者には、設計者としての考え方、知識、経験、どれもが不足している。そのために設計に起因する不良が発生し大きな問題に...


製品開発部へのカンバン導入記(その3)

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...


システム設計1 プロジェクト管理の仕組み (その33)

 コンサルタントとして多くの開発現場に入ると、普段使っている単語、もしくは意味しているものが開発現場によって想像以上に違うことを実感します。たとえば、「レ...

 コンサルタントとして多くの開発現場に入ると、普段使っている単語、もしくは意味しているものが開発現場によって想像以上に違うことを実感します。たとえば、「レ...