イノベーションの創出 普通の組織をイノベーティブにする処方箋 (その128)

投稿日

技術マネジメント

 

【この連載の前回へのリンク】

現在「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にむけて、日々の活動の中でどうイノベーションを創出するかについて、解説しています。前回は「過去の過ちを棚卸する:自分編」を考えました。今回は「会社編」を解説します。

 

◆前回の提示内容:「小イノベーションを起こすには前提を常に問い直せ」

小イノベーションを起こすために、その前提を常に問い直す必要性を説明し、以下の4つの点を常に思考する重要性を提示しました。

  1. 今考えている前提は正しいか?(前回の「 正しい前提は何かを問う」から変更)
  2. その前提の変化の可能性を考える
  3. その他の前提を考える
  4. それら前提の軽重を評価する

 

●「1. 今考えている前提は正しいか?」

今考えている前提が間違っている場合として、以下の3つがあるように思えます。一つ一つ解説をしていきたいと思います。

〇1A:今考えている前提は特異点
〇1B:今考えている前提は誤り
-1B1:「自分」の誤った思考や経験に基づく
-1B2:「他人」の誤った思考や経験を墨守
〇1C:今考えている前提は余分な誤った前提を含んでいる

 

1B1:「自分」の誤った思考や経験に基づいていないか?

●過去の過ちを棚卸する

【会社編】

会社は失敗の宝庫です。経営者や社員個別レベルでも、間違いなく大小数多くの失敗をしてきています。それらから学ばない手はありません。しかし、特に会社レベルでは、失敗から学ぶことは簡単ではありません。

 

●責任追及のための犯人捜しにならないような工夫

失敗は苦痛だからです。誰しも過去の失敗をほじくり返して、過去の古傷に触れられるのはいやなものです。また、封印された過去を暴くことで、新な苦痛を感じるのは避けたいものです。しかし、上でも触れたように過去の失敗は学びの宝庫でもあり、放っておくことは、大変もったいないことです。

 

ですので、ここは責任追及のための犯人捜しにならないような工夫が必要です。さもないと、社内では様々な抵抗に遭遇することはもちろんのこと、失敗から学ぶ活動が、社内の軋轢を生むことになり、結果としてこのような活動は二度とやめようという、社内のネガティブなコンセンサスが生まれてしまうことになります。

 

そのための工夫として、私は過去の失敗の棚卸の絶対守るべき原則として以下を掲げるということで、このような問題は解決することがあると思います。

 

  • 原則1:目的はあくまで過去の失敗からの教訓を学ぶことで、それ以外の何物でもないこと。
  • 原則2:仮に結果として失敗に責任のある特定の個人・部署が新に特定されても(実際にはその可能性は高い)、それを公表せず、また一切責任を問うことはしない。
  • 原則3:そもそも、責任のある特定の個人や部署が特定され、社内にネガティブなインパクトが生まれてしまうおそれがあるような失敗事例は、敢えて調査の対象としない。
  • 原則4:対象を研究開発に絞る。
  • 原則5:企業...

技術マネジメント

 

【この連載の前回へのリンク】

現在「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にむけて、日々の活動の中でどうイノベーションを創出するかについて、解説しています。前回は「過去の過ちを棚卸する:自分編」を考えました。今回は「会社編」を解説します。

 

◆前回の提示内容:「小イノベーションを起こすには前提を常に問い直せ」

小イノベーションを起こすために、その前提を常に問い直す必要性を説明し、以下の4つの点を常に思考する重要性を提示しました。

  1. 今考えている前提は正しいか?(前回の「 正しい前提は何かを問う」から変更)
  2. その前提の変化の可能性を考える
  3. その他の前提を考える
  4. それら前提の軽重を評価する

 

●「1. 今考えている前提は正しいか?」

今考えている前提が間違っている場合として、以下の3つがあるように思えます。一つ一つ解説をしていきたいと思います。

〇1A:今考えている前提は特異点
〇1B:今考えている前提は誤り
-1B1:「自分」の誤った思考や経験に基づく
-1B2:「他人」の誤った思考や経験を墨守
〇1C:今考えている前提は余分な誤った前提を含んでいる

 

1B1:「自分」の誤った思考や経験に基づいていないか?

●過去の過ちを棚卸する

【会社編】

会社は失敗の宝庫です。経営者や社員個別レベルでも、間違いなく大小数多くの失敗をしてきています。それらから学ばない手はありません。しかし、特に会社レベルでは、失敗から学ぶことは簡単ではありません。

 

●責任追及のための犯人捜しにならないような工夫

失敗は苦痛だからです。誰しも過去の失敗をほじくり返して、過去の古傷に触れられるのはいやなものです。また、封印された過去を暴くことで、新な苦痛を感じるのは避けたいものです。しかし、上でも触れたように過去の失敗は学びの宝庫でもあり、放っておくことは、大変もったいないことです。

 

ですので、ここは責任追及のための犯人捜しにならないような工夫が必要です。さもないと、社内では様々な抵抗に遭遇することはもちろんのこと、失敗から学ぶ活動が、社内の軋轢を生むことになり、結果としてこのような活動は二度とやめようという、社内のネガティブなコンセンサスが生まれてしまうことになります。

 

そのための工夫として、私は過去の失敗の棚卸の絶対守るべき原則として以下を掲げるということで、このような問題は解決することがあると思います。

 

  • 原則1:目的はあくまで過去の失敗からの教訓を学ぶことで、それ以外の何物でもないこと。
  • 原則2:仮に結果として失敗に責任のある特定の個人・部署が新に特定されても(実際にはその可能性は高い)、それを公表せず、また一切責任を問うことはしない。
  • 原則3:そもそも、責任のある特定の個人や部署が特定され、社内にネガティブなインパクトが生まれてしまうおそれがあるような失敗事例は、敢えて調査の対象としない。
  • 原則4:対象を研究開発に絞る。
  • 原則5:企業における活動では失敗は当然起こり、同時に失敗は今後の大きな学びの機会を提供するものであることを経営トップが積極的に認める。

 

●失敗の棚卸の押さえるべき項目

失敗の棚卸では何がアウトプットとすべきなのかを、きちんと押さえておく必要があります。私は以下の項目をアウトプットとすることが必要と考えます。

  • 社内で捉えられている現象面の問題
  • 問題の結果の整理
  • 問題の原因の整理
  • 当該問題に対して実際にとった対策(何も対策を打たなかったを含め)
  • 当該問題のあるべき解決策・注意しておくべきであった点   など。


次回に続きます。

 

   続きを読むには・・・


この記事の著者

浪江 一公

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

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


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

もっと見る
自社のコア技術の発信 普通の組織をイノベーティブにする処方箋 (その31)

 今回も前回に引き続き、「その1:自社のコア技術の補完技術」を探す方法としての自社のコア技術の発信について、解説をしたいと思います。 ◆関連解説『技術マ...

 今回も前回に引き続き、「その1:自社のコア技術の補完技術」を探す方法としての自社のコア技術の発信について、解説をしたいと思います。 ◆関連解説『技術マ...


恐れずに目標設定をするための仕組みとは 新規事業・新商品を生み出す技術戦略(その60)

◆ 不明確な状況であってもゴールを設定する 1. 不明確はデフォルト  先日コンサルティング現場で次のような事例を目にすることがありました。  ...

◆ 不明確な状況であってもゴールを設定する 1. 不明確はデフォルト  先日コンサルティング現場で次のような事例を目にすることがありました。  ...


Painのインパクト 普通の組織をイノベーティブにする処方箋 (その88)

   今回も引き続き、エドワード・デシが内発的動機付けに必要と主張している2つの要素、「自律性」と「有能感」の内、後者の実現手段として「有...

   今回も引き続き、エドワード・デシが内発的動機付けに必要と主張している2つの要素、「自律性」と「有能感」の内、後者の実現手段として「有...


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

もっと見る
QFD-TRIZを活用した革新的製品開発への挑戦

♦ 限られた人員、予算で効率的にヒット製品を 1. QFD-TRIZ導入の背景  今回は創業当初から電磁バルブなどの「機器事業」と、198...

♦ 限られた人員、予算で効率的にヒット製品を 1. QFD-TRIZ導入の背景  今回は創業当初から電磁バルブなどの「機器事業」と、198...


設計部門の仕組み構築(その3)

【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...

【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...


管理力より技術力を磨け

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...