「学びがあった」で終わる組織は変われない
失敗をイノベーションに変える組織と、正当化して終わる組織の決定的な違い
目次
- 問題は「失敗」ではなく、失敗の扱い方にある
- 「一定の成果があった」が変化を止める
- なぜ権限者ほど失敗を認めにくいのか
- 反対意見を「抵抗勢力」と見る組織は学習できない
- 「始める力」よりも「判断する力」が問われる時代
- 失敗を学習資産に変える5つの是正策
- ▶是正策①:開始前に価値定義を義務化する
- ▶是正策②:成功基準・失敗基準・撤退基準を事前に決める
- ▶是正策③:意思決定ログと反対意見ログを残す
- ▶是正策④:失敗を分類する
- ▶是正策⑤:役職者の評価に「判断品質」を組み込む
- ISO 56001が示す「仕組みとしてのイノベーション」
- これからの組織に必要なのは「前向きな曖昧さ」ではなく「検証可能な挑戦」である
日本企業では、近年「イノベーション」という言葉が当たり前のように使われるようになりました。新規事業開発、DX、生成AI活用、社内提案制度、オープンイノベーション、アイデア募集、PoCなど、多くの企業が変化に対応するための取り組みを進めています。
その一方で、現場からは次のような声も少なくありません。
- 結局、何も変わっていない
- 毎年、新しい施策が出るが、成果が曖昧なまま終わる
- 失敗しても、最後は“学びがあった”で片付けられる
- 最初から無理だと分かっていたのに、反対意見が無視された
- 成功基準がないまま進められ、結果が出た後に評価される
これらは単なる愚痴ではありません。多くの組織に共通する、極めて重要な構造問題です。
イノベーションに失敗はつきものです。未知の領域に挑戦する以上、すべてが計画通りに進むことはありません。仮説が外れることもあります。市場の反応が想定と違うこともあります。技術的な制約に直面することもあります。だからこそ、「失敗から学ぶ」という考え方は重要です。
しかし、ここに大きな落とし穴があります。
「失敗から学ぶ」という言葉が、本来の仮説検証ではなく、判断ミスや準備不足、反対意見の無視を正当化するために使われている場合があるのです。これでは、本当の意味でのイノベーションは起こせません。むしろ、組織は変われないまま、同じ失敗を繰り返すことになります。
問題は「失敗」ではなく、失敗の扱い方にある
イノベーションにおいて、失敗そのものは悪ではありません。問題は、失敗をどのように扱うかです。
本来、価値のある失敗とは、事前に仮説を立て、何を検証するのかを明確にし、成功・失敗の基準を決めたうえで実行した結果として得られるものです。つまり、失敗は「仮説が違っていたことを示す情報」であり、次の判断をより良くするための材料です。
一方で、問題のある失敗もあります。それは、事前に周囲から重要な懸念が示されていたにもかかわらず、それを十分に検証せず、権限者の意向や組織内の空気によって強引に進めた結果、生じる失敗です。
たとえば、
- 顧客課題が明確ではない
- 収益性が見えていない
- 実行体制が足りない
- 現場負荷が大きすぎる
- 既存事業との整合性がない
- 法務・セキュリティ上のリスクがある
といった懸念です。こうした指摘が出ていたにもかかわらず、「まずはやってみよう」「新しいことには反対がつきものだ」「挑戦しなければ何も始まらない」として進めてしまいます。
その結果、失敗した後に「学びがあった」「次につながる経験になった」「一定の成果はあった」と総括されます。これでは、失敗から学んでいるように見えて、実際には失敗を美化しているだけです。
重要なのは、失敗を許すことではありません。良い失敗と悪い失敗を分けることです。
事前に分からなかったことを検証した結果としての失敗は、学習になります。しかし、事前に指摘されていたことを無視した結果としての失敗は、学習ではなく判断責任の問題です。この区別ができない組織では、イノベーションの名のもとに無責任な活動が繰り返されます。
「一定の成果があった」が変化を止める
変われない組織には、もう一つの共通点があります。それは、成果基準や価値基準が曖昧なまま取り組みを開始し、結果が出た後に評価軸を後付けすることです。
新規事業や改革プロジェクトが始まるとき、本来であれば、何をもって成功とするのか、誰にどのような価値を提供するのか、どの指標が改善すれば成果と判断するのか、どの状態になれば撤退するのかを事前に決める必要があります。
ところが実際には、「まずは可能性を探る」「社内の意識を高める」「新しい取り組みを始めることに意味がある」といった曖昧な目的で始まることがあります。そして結果が出た後に、当初の目的とは異なる評価軸が持ち出されます。
- 売上につながらなかったが、顧客理解は深まった
- 事業化できなかったが、社内の経験値は上がった
- 利用が定着しなかったが、現場の意識は変わった
- 成果は限定的だったが、次につながる取り組みだった
もちろん、顧客理解や経験値、意識変化が無意味だということではありません。問題は、それらが開始前に定義された成果基準ではなく、結果が出た後に持ち出された評価軸である場合です。
これが繰り返されると、組織は何をやっても「一定の成果があった」と言えるようになります。すると、成功でも失敗でもない曖昧な状態が続きます。責任、改善点、撤退判断までもが曖昧になり、何年たっても組織は変わりません。
組織における長期的な停滞は、外部環境だけで説明できるものではありません。成果基準を曖昧にし、結果が出た後に評価軸を変え、明確な判断を避け続ける組織内部の構造も、変化を妨げる一因になります。
本当に変わる組織は、「成果があったか」を後から語るのではありません。「何が実現したら成果なのか」を始める前に決めます。
なぜ権限者ほど失敗を認めにくいのか
この問題は、現場担当者だけで起きるものではありません。むしろ、役職者や権限を持つ立場では、失敗を率直に認めにくくなるケースが多く見られます。
その理由の一つは、権限者が意思決定者でもあることです。自分が承認したプロジェクト、自分が推進した施策、自分が資源配分を決めた取り組みが失敗した場合、それを認めることは、自分の判断が間違っていたことを認めることになります。
そのため、失敗を「判断ミス」として扱うのではなく、「挑戦した結果」「学びの機会」「次につながる経験」として表現したくなります。特に、評価制度が短期成果や減点主義に偏っている組織では、失敗を率直に認めることは昇進や評価に不利になる可能性があります。
また、過去に投入した予算、人員、時間を正当化したいという心理も働きます。すでに多くの資源を投入したプロジェクトほど、途中で「やめる」という判断は難しくなります。撤退は合理的な判断であるはずなのに、組織内では敗北や責任問題として受け止められがちです。
その結果、継続する理由を探すようになります。「もう少し続ければ成果が出るかもしれない」「方向性は間違っていない」「社内外の反応は悪くない」「今後の展開に期待できる」といった言葉によって、撤退判断が先送りされます。
しかし、撤退基準のない継続は、挑戦ではありません。単なる延命です。
反対意見を「抵抗勢力」と見る組織は学習できない
イノベーションを進めるうえで、反対意見や懸念は必ず出ます。新しい取り組みには不確実性があるため、慎重な意見が出ること自体は自然です。
もちろん、すべての反対意見が正しいわけではありません。前例主義や保身から出る反対もあります。変化を嫌う感情的な抵抗もあります。
しかし、だからといって反対意見を一括して「抵抗勢力」とみなしてしまうと、組織は重要なリスク情報を失います。反対意見の中には、顧客、現場、技術、法務、セキュリティ、収益性、運用負荷など、事業の成否に関わる本質的な指摘が含まれていることがあるからです。
本当にイノベーションを起こす組織は、反対意見を黙らせません。反対意見を検証項目に変えます。
- 顧客は本当に困っているのか
- 有料で使う意思はあるのか
- 現場は運用できるのか
- 既存業務との整合性はあるのか
- 法務・セキュリティ上の問題は解消できるのか
- 投資に見合うリターンは見込めるのか
こうした問いを検証することで、反対意見は単なるブレーキではなく、仮説検証の材料になります。
逆に、変われない組織では、反対意見を聞くこと自体が面倒なプロセスと見なされます。そして、権限者の意向や組織の勢いによって進められます。失敗後には「学びがあった」と総括されますが、本来は開始前に検証できたはずのことを、時間と資源を使って確認しただけです。
これは学習ではありません。組織的な判断不全です。
「始める力」よりも「判断する力」が問われる時代
高度成長期や市場が拡大していた時代には、ある程度の曖昧さがあっても、結果として成果につながることがありました。市場全体が伸びていれば、多少判断が粗くても、売上や利益が増えることがありました。人を増やし、設備を増やし、営業量を増やせば、一定の成果が得られる時代もありました。
しかし現在は違います。人口減少、市場成熟、技術変化の加速、生成AIの普及、グローバル競争、サプライチェーンリスクなど、企業を取り巻く環境は複雑化しています。過去の延長線上で事業を伸ばすことは難しくなっています。
このような時代に必要なのは、単に新しい取り組みを始める力ではありません。目的を定義し、価値を明確にし、仮説を立て、検証し、判断し、修正し、撤退する力です。
にもかかわらず、多くの組織では「始めたこと」が評価され、「やめたこと」は評価されにくい傾向があります。新規プロジェクトを立ち上げた人は前向きに見られますが、成果が見込めない取り組みを止めた人は消極的に見られることがあります。
これでは、組織はプロジェクトを増やすことはできても、価値を生み出すことはできません。大切なのは、活動量ではなく、判断品質です。
失敗を学習資産に変える5つの是正策
▶是正策①:開始前に価値定義を義務化する
まず必要なのは、すべての重要な取り組みに対して、開始前に価値定義を行うことです。
価値定義とは、「誰に、どのような価値を、どのような状態として実現するのか」を明確にすることです。単に「売上を伸ばす」「業務を効率化する」「新規事業を創出する」といった抽象的な表現では不十分です。
たとえば、顧客価値であれば、顧客のどの困りごとを解消するのか、顧客の意思決定や業務行動がどう変わるのかを定義します。業務価値であれば、どの業務時間がどれだけ削減されるのか、判断速度や品質がどう改善するのかを定義します。事業価値であれば、売上、利益、継続率、顧客単価、市場展開可能性など、何をもって成果とするのかを定義します。
重要なのは、活動実績と価値を分けることです。
- アイデアを100件集めたことは活動実績です。価値ではありません。
- PoCを実施したことは活動実績です。価値ではありません。
- 研修を実施したことは活動実績です。価値ではありません。
- システムを導入したことは活動実績です。価値ではありません。
本来問うべきは、その活動によって何が変わったのかです。顧客行動が変わったのか、業務成果が変わったのか、意思決定が速くなったのか、収益性が改善したのか、組織能力が高まったのか。ここまで定義して初めて、評価が可能になります。
▶是正策②:成功基準・失敗基準・撤退基準を事前に決める
次に必要なのは、成功基準だけでなく、失敗基準と撤退基準を事前に決めることです。
多くの組織では、始める基準はあります。しかし、やめる基準がありません。そのため、一度始めたものが止められず、成果が曖昧なまま継続されます。
たとえば、次の3つを事前に定めます。
| 成功基準 | どの状態になれば、成功と判断するのか |
| 失敗基準 | どの状態であれば、当初の仮説が成立しないと判断するのか |
| 撤退基準 | どの条件を満たさなければ、追加投資を行わないのか |
この3つを事前に決めておけば、結果が出た後に都合よく評価軸を変えることを防げます。
特に重要なのは反証条件です。反証条件とは、「この結果が確認された場合、当初の仮説は成立しないと判断する」という基準です。
たとえば、「顧客がこのサービスに価値を感じる」という仮説であれば、一定数の顧客インタビューで明確な課題認識や利用意思が確認できなければ仮説を見直す。「有料化できる」という仮説であれば、試験導入後に支払い意思が確認できなければ事業モデルを見直す。こうした基準が必要です。
反証条件がない取り組みは、どのような結果でも「まだ可能性がある」と言えてしまいます。これが、変われない組織の典型です。
▶是正策③:意思決定ログと反対意見ログを残す
失敗をなかったことにしないためには、意思決定の記録が必要です。
重要な判断については、誰が、いつ、何を根拠に、どの代替案を比較し、どのリスクを認識したうえで決めたのかを記録します。これが意思決定ログです。
さらに、反対意見や懸念も記録します。どのような指摘があったのか、それを検証するのか、採用しないのか、採用しない場合はなぜ問題ないと判断したのかを残します。これが反対意見ログです。
この二つがない組織では、失敗後に「当時は分からなかった」「想定外だった」「結果論だ」と言えてしまいます。しかし、実際には事前に指摘されていたことも少なくありません。
意思決定ログと反対意見ログは、責任を追及するためのものではありません。判断の質を高め、同じ判断ミスを繰り返さないためのものです。
▶是正策④:失敗を分類する
すべての失敗を同じように扱ってはいけません。失敗は少なくとも次のように分類する必要があります。
| 失敗の分類 | 内容 | 意味・位置づけ | 組織としての対応 |
| 探索上の失敗 | やってみなければ分からなかった不確実性に挑戦した結果として起きた失敗 | イノベーションにおいて許容されるべき失敗 | 挑戦の成果として学習し、次の探索に活かす |
| 仮説検証上の失敗 | 仮説を立てて検証した結果、前提が外れていたことが分かった失敗 | 学習価値のある失敗 | 仮説の修正や見直しを行い、次の判断精度を高める |
| 実行上の失敗 | 計画、体制、品質管理、コミュニケーション、運用設計などに問題があった失敗 | 改善対象となる失敗 | 実行プロセスや体制を改善し、再発防止につなげる |
| 予見可能な失敗 | 事前に周囲から指摘されていた重要な問題を無視した結果として起きた失敗 | 単なる学習ではなく、判断責任を検証すべき失敗 | なぜ指摘を無視したのかを検証し、意思決定の質を見直す |
| 隠蔽された失敗 | 報告されず、記録されず、組織の学習材料にならなかった失敗 | 組織文化とガバナンスの重大な問題 | 報告・記録の仕組みを整備し、隠蔽を防ぐ制度を作る |
この分類を行わなければ、すべての失敗が「挑戦した結果」として処理されます。それでは、良い失敗も悪い失敗も区別できず、組織は学習できません。
▶是正策⑤:役職者の評価に「判断品質」を組み込む
本気で組織を変えるには、担当者だけでなく、役職者の評価を変える必要があります。
役職者を売上や短期成果だけで評価すると、都合の悪い情報を隠し、失敗を認めず、撤退判断を避ける行動が生まれます。そこで評価すべきなのは、成果だけではなく、判断品質です。
- 目的を明確にしたか
- 成功基準を定義したか
- 反対意見を適切に扱ったか
- 意思決定の根拠を記録したか
- 撤退基準を設定したか
- 失敗後に制度やプロセスを改善したか
- 効果の薄い活動に資源を投入し続けなかったか
こうした項目を役職者の評価に組み込まなければ、失敗を隠す構造は変わりません。
特に、撤退判断を評価することが重要です。成果が見込めない取り組みを止め、資源をより価値の高い領域に振り向けることは、経営上の重要な能力です。撤退を敗北と見る組織では、無駄な継続が増えます。撤退を合理的な判断として評価する組織では、挑戦の質が高まります。
ISO 56001が示す「仕組みとしてのイノベーション」
この問題を考えるうえで、ISO 56001の考え方は有効です。ISO 56001は、イノベーションを一部の天才や偶然のひらめきに依存させるのではなく、組織として継続的に価値を創出するためのマネジメントシステムとして捉えます。
そこでは、経営の意図、方針、戦略、目標、計画、運用、評価、改善がつながっていることが重要になります。つまり、イノベーションは「とにかく新しいことをやる」活動ではありません。価値創出の意図を明確にし、それに基づいて目標を定め、必要な資源を配分し、結果を評価し、改善する仕組みです。
この観点から見ると、「学びがあった」で終わる組織には、目標と評価の接続が不足しています。成功基準が曖昧で、失敗基準もなく、撤退基準もなく、結果が出た後に評価軸を変える。そのような状態では、どれだけ活動してもマネジメントシステムとは言えません。
イノベーションを仕組みにするとは、失敗を許容することだけではありません。失敗を記録し、検証し、判断し、改善に反映することです。
これからの組織に必要なのは「前向きな曖昧さ」ではなく「検証可能な挑戦」である
日本企業の中には、組織内の調和を重視するあまり、判断や責任の所在を曖昧にするケースも見られます。調和を重視すること自体には意義がありますが、イノベーションにおいて曖昧さが過度になると、必要な判断を先送りする要因になります。
「一定の成果があった」
「今後につながる」
「可能性が見えた」
「学びがあった」
「方向性は間違っていない」
こうした表現は、場合によっては必要です。しかし、それだけで終わるなら、組織は変わりません。
問うべきことは明確です。
- 当初の成功基準は何だったのか
- その基準は達成されたのか
- 達成されていないなら、なぜか
- 事前に指摘されていた懸念はあったのか
- その懸念は検証されたのか
- 今回の学びは、事前には分からなかったことなのか
- 次の判断は、継続、修正、撤退のどれなのか
- 制度やプロセスは何を変えるのか
ここまで問わなければ、失敗は学びになりません。
イノベーションに必要なのは、失敗を恐れないことです。しかし、それ以上に必要なのは、失敗を都合よく解釈しないことです。
本当の挑戦とは、根拠なく突き進むことではありません。仮説を立て、反対意見を検証項目に変え、成功基準と撤退基準を定め、結果に基づいて判断を変えることです。
組織が変われない原因は、挑戦が足りないからだけではありません。挑戦の前提、判断、評価、学習の仕組みが曖昧だからです。
これからの企業に必要なのは、「失敗から学ぶ」という言葉ではありません。失敗を本当に学習資産に変える仕組みです。
「学びがあった」で終わる組織は、変われません。
「何を学び、何を変えたのか」まで問う組織だけが、変わることができます。
ISO 56001の考え方に沿ったイノベーションの仕組み化は、システムコンシェルジュにご相談ください
ISO56001の認証取得に関わらず、イノベーションの仕組み化の導入をご検討中の企業さまは、まずはシステムコンシェルジュにご相談ください。貴社の状況に合わせてご案内いたします。
まずは相談してみる