イノベーションの創出 普通の組織をイノベーティブにする処方箋 (その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:企業における活動では失敗は当然起こり、同時に失敗は今後の大きな学びの機会を提供するものであることを経営トップが積極的に認める。

 

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

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

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


次回に続きます。

 

   続きを読むには・・・


この記事の著者

浪江 一公

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

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


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

もっと見る
馬鹿にできない組織風土づくり 新規事業・新商品を生み出す技術戦略(その48)

        新商品の開発リーダーは、その商品開発だけではなく、片付けなくてはいけない業務で手一杯かと思い...

        新商品の開発リーダーは、その商品開発だけではなく、片付けなくてはいけない業務で手一杯かと思い...


、技術マーケティングとは 技術企業の高収益化:実践的な技術戦略の立て方(その8)

  ◆ お肉屋さんに学ぶ技術マーケティング  今回は、技術マーケティングについて解説します。技術戦略を固定観念にとらわれることなく合理的...

  ◆ お肉屋さんに学ぶ技術マーケティング  今回は、技術マーケティングについて解説します。技術戦略を固定観念にとらわれることなく合理的...


『価値づくり』の研究開発マネジメント (その3)

     前回は、「自社の市場と技術を目いっぱい広げ活動する」というタイトルで、解説しました。今回は、その中で、「市場」につい...

     前回は、「自社の市場と技術を目いっぱい広げ活動する」というタイトルで、解説しました。今回は、その中で、「市場」につい...


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

もっと見る
追求するのは擦り合わせ能力を活かすマネジメント(その2)

 前回のその1に続いて解説します。それでは、まず「調整」の仕組みについて考えたいと思います。最初に質問です。調整の仕組みが欠如した製品開発はどのような状態...

 前回のその1に続いて解説します。それでは、まず「調整」の仕組みについて考えたいと思います。最初に質問です。調整の仕組みが欠如した製品開発はどのような状態...


設計部門と組織政治の影響(その3)

 前回のその2に続いて解説します。   ◆政治的要因の検討で決まるスケジュールの確度・精度    日程を決めるときには、仕組み...

 前回のその2に続いて解説します。   ◆政治的要因の検討で決まるスケジュールの確度・精度    日程を決めるときには、仕組み...


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

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

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