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

 

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

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

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


次回に続きます。

 

   続きを読むには・・・


この記事の著者

浪江 一公

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

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


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

もっと見る
ものづくり企業のR&Dと経営機能 【連載記事紹介】技術経営を考える

  【目次】   ◆関連解説記事:イノベーション創出 新規事業を実現する技術経営のあり方   ◆連載記事紹介:ものづくりドットコムの人気連載...

  【目次】   ◆関連解説記事:イノベーション創出 新規事業を実現する技術経営のあり方   ◆連載記事紹介:ものづくりドットコムの人気連載...


普通の組織をイノベーティブにする処方箋 (その172) 物になったと仮定して

【目次】   【この連載の前回:普通の組織をイノベーティブにする処方箋 (その171)へのリンク】   これまでアナロ...

【目次】   【この連載の前回:普通の組織をイノベーティブにする処方箋 (その171)へのリンク】   これまでアナロ...


アウトプット量を増やす効果とは 新規事業・新商品を生み出す技術戦略(その73)

   2020年は新コロナ騒動で、例年以上に何かと閉塞感を感じます。日常当たり前であった出張会議はほぼゼロへ、会議はオンラインへ移行し、こ...

   2020年は新コロナ騒動で、例年以上に何かと閉塞感を感じます。日常当たり前であった出張会議はほぼゼロへ、会議はオンラインへ移行し、こ...


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

もっと見る
海外と積極コミュニケートを!

 ものづくりの世界において、大企業の製品はもちろんのこと、海外Makersの新製品情報も早々に目に入ってくるようになりました。KickStarter等のク...

 ものづくりの世界において、大企業の製品はもちろんのこと、海外Makersの新製品情報も早々に目に入ってくるようになりました。KickStarter等のク...


スーパーマンではなくプロフェッショナルな技術者に(その3)

【プロフェッショナルな技術者 連載目次】 1. 製品開発現場が抱えている問題 2. プロフェッショナルによる製品開発 3. 設計組織がねらい通り...

【プロフェッショナルな技術者 連載目次】 1. 製品開発現場が抱えている問題 2. プロフェッショナルによる製品開発 3. 設計組織がねらい通り...


トレーサビリティの保証 プロジェクト管理の仕組み (その43)

 前回までシステム設計について、その基本の考え方や実施方法について解説してきました。多くの組織で、システム設計は、できる人だけの作業になっており、設計の最...

 前回までシステム設計について、その基本の考え方や実施方法について解説してきました。多くの組織で、システム設計は、できる人だけの作業になっており、設計の最...