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

 

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

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

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


次回に続きます。

 

   続きを読むには・・・


この記事の著者

浪江 一公

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

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


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

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

  今回も前回と同様「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にもとづき、日々の活動の中でどう...

  今回も前回と同様「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にもとづき、日々の活動の中でどう...


紙幣識別装置の技術進化と今後の展望、経済活動を支える重要な技術インフラとは

   【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! 1. はじめに 紙幣識別装置は、自動販売機や...

   【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! 1. はじめに 紙幣識別装置は、自動販売機や...


技術はリスト化しておく 新規事業・新商品を生み出す技術戦略(その11)

        「技術戦略」および開発テーマを決定するための準備において、コア技術の決定が必要です。 &n...

        「技術戦略」および開発テーマを決定するための準備において、コア技術の決定が必要です。 &n...


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

もっと見る
システム設計6 プロジェクト管理の仕組み (その38)

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...


作業要素の進捗分析3 プロジェクト管理の仕組み (その20)

 前回のその19:作業要素の進捗分析2に続いて解説します。    一つひとつの作業要素の完了判断は、明確になっている必要があります。改めて作...

 前回のその19:作業要素の進捗分析2に続いて解説します。    一つひとつの作業要素の完了判断は、明確になっている必要があります。改めて作...


進捗の見える化:第1回 プロジェクト管理の仕組み (その10)

 この数回はプロジェクト管理の仕組みについて解説していますが、表面的な仕組みではなく、本質的な課題に対応したより進化・深化した仕組みにするための考え方を解...

 この数回はプロジェクト管理の仕組みについて解説していますが、表面的な仕組みではなく、本質的な課題に対応したより進化・深化した仕組みにするための考え方を解...