イノベーションマネジメントとは|ISO 56002と体制設計

この記事は、ネクストイノベーションベース編集部の花田 海が書きました。

イノベーションマネジメントという言葉を検索したあなたは、おそらくこんな場面にいます。アイデア募集は始めました。アクセラレーションプログラムも走らせました。それなのに、採択した案件は決裁の手前で止まったままです。

原因は、担当者の熱意不足ではありません。決裁、予算、評価が既存事業の仕組みのままだと、検証よりも社内説明が優先されます。かといって、自由だけを与えて探索領域や中止条件を決めなければ、活動は続いても投資判断にはつながりません。

この記事では、ISO 56002の位置づけを起点に、意思決定・資源配分・検証・学習を組織の仕組みとして回す方法を、実務の順番で整理します。

イノベーションマネジメントとは何か

イノベーションマネジメントとは、新しい価値の実現に向けた探索と実行を、方針・役割・資源・プロセス・評価のつながりとして管理することです。

新規事業の「管理」と聞くと、案件一覧、審査会、進捗報告を思い浮かべる人が多いはずです。しかし、管理項目を増やすだけでは、未知の顧客課題や未検証の技術を扱う活動には合いません。必要なのは、確実な計画の達成度を追う管理と、不確実な前提を検証する管理を区別することです。

考えてみてください。既存事業なら、予算に対する売上、納期、品質と、達成すべき状態がはっきりしています。ところが探索の初期は、顧客も、課題も、提供価値も、実現方法も、収益の仕組みも、まだ仮説にすぎません。売上計画をどれだけ精緻に作っても、仮説が正しい証拠にはならないのです。だからこそ、「どの前提を、何で確かめ、結果によって何を変えるか」を管理の対象に置きます。

もうひとつ、案件の件数を増やす施策との違いも押さえておきましょう。イノベーションマネジメントは、案件の入口から終了後の学習までを見渡します。戦略に合うテーマへ資源を配分し、想定と違う結果が出た案件は止め、得た知識を次の探索に残します。案件単位の進捗だけでなく、複数案件に共通する判断の遅れや資源不足を見つけて、組織の運用へ戻すところまでが守備範囲です。

ISO 56002とは何を示す規格か

ISO 56002:2019は、イノベーションマネジメントシステムに関するガイダンス規格です。特定の事業アイデアの正解や、成功の手順を認定するものではありません。

正式名称は、国際標準化機構(ISO)が定めた「ISO 56002:2019 Innovation management — Innovation management system — Guidance」です(ISO公式規格ページ)。

次の表は、イノベーションをひとつの管理システムとして捉えるという発想を起点に、社内体制を点検するための7つの視点へ整理し直したものです。自社で意思決定や学習が途切れている場所を探すために使ってください。

体制を点検する視点

社内で確認すること

主な記録

組織の状況

外部環境、社内資源、関係者、対象範囲をどう捉えるか

環境認識、対象領域、関係者一覧

リーダーシップ

経営が何を目指し、誰へ権限を渡すか

方針、責任者、意思決定権限

計画

機会、リスク、目標、実施事項をどう置くか

探索テーマ、目標、前提一覧

支援

人材、時間、資金、知識、協力先をどう確保するか

資源計画、能力要件、協力先候補

運用

機会を見つけ、概念を作り、検証し、価値実現へ進めるか

仮説、実験、判断履歴

パフォーマンス評価

活動と仕組みの有効性を何で確かめるか

指標、レビュー記録、監査結果

改善

不適合や学習を次の運用へどう戻すか

改善事項、担当者、反映期限

注意したいのは、表を埋めることや会議体を置くこと自体は目的ではない、という点です。組織規模、事業領域、規制、既存制度によって、必要な設計は変わります。ISO 56002を正式な規格解釈や適合性評価に使う場合は、利用権限のある規格本文と専門家による確認が別途必要になります。

イノベーションマネジメントの社内体制|必要な役割と意思決定

専任部署を置くだけでは、体制は完成しません。戦略・案件・資源・検証それぞれの判断について、責任者と権限の範囲を対応させる必要があります。

経営層の役割は、「自由に挑戦してよい」と宣言することではありません。探索する領域と許容する不確実性を示し、既存事業と異なる判断が必要な場面で最終責任を持つことです。事業責任者は、顧客・課題・提供価値といった仮説を更新し、次の検証に必要な資源を説明します。管理部門は、既存規程を一律に当てるのではなく、守る条件と例外運用を分けます。

次の5つの役割は、新規事業の責任分担を確認するための例です。同じ人や部署が複数の役割を兼ねても構いません。

役割

主な責任

決めること

経営責任者

方針と探索領域を定め、資源配分に責任を持つ

優先領域、投資上限、撤退原則

ポートフォリオ責任者

複数案件を比較し、段階ごとの資源を調整する

継続・変更・中止、次段階への条件

案件責任者

仮説、検証、学習を一貫して管理する

検証対象、方法、次の行動

専門・管理部門

法務、知財、財務、情報管理などの条件を提示する

守る条件、例外の範囲、確認時期

社外協力者

自社にない経験、技術、顧客接点を補う

提供範囲、秘密情報、成果物、終了条件

会議体は、役割の代わりになりません。審査員を何人並べても、誰が最終判断を下すのか、想定と違う結果が出たときに誰が計画を変えられるのかが曖昧なら、「全員の同意を集める」運用に流れていきます。体制図には所属だけでなく、決定できる事項・相談が必要な事項・報告だけでよい事項を併記してください。

イノベーションマネジメントを導入する6つの手順

出発点は、全社規程の新設ではありません。対象範囲を絞り、ひとつの案件で意思決定と記録の流れを試すことです。

以下の6手順は、「管理システム」という考え方を社内運用へ移すときの進め方です。

  1. 対象範囲と目的を決める — 全社の文化改革から始めず、特定の事業領域、社内公募、研究テーマなど対象を絞ります。「何を増やしたいか」ではなく、「いまどの判断が止まっているか」を書き出すのがコツです。
  2. 現在の流れを可視化する — アイデアの受付から顧客検証、予算承認、契約、事業化、終了までを並べます。正式な規程だけでなく、実際に誰へ説明し、どこで待たされ、何が差し戻されるかまで確認します。
  3. 判断権限と段階を設計する — 一度の採択で事業化まで承認しません。課題探索、解決策検証、提供検証と、次の不確実性へ進む単位で判断し、各段階に必要な証拠と判断者を対応させます。
  4. 資源へのアクセスを決める — 予算だけでなく、顧客候補、技術者、法務・知財、調達、社外協力者へいつ相談できるかを定めます。担当者が個人の人脈で補っている状態を、組織の仕組みへ移します。
  5. 一案件で運用してみる — 仮説、事実、判断、次の実験を同じ記録に残します。会議資料を増やすのではなく、判断に使われなかった項目を削り、足りなかった情報を足していきます。
  6. 案件と仕組みを別々に振り返る — 案件が進んだかどうかだけでなく、承認・資源・支援・記録が学習を助けたかを確認します。制度上の詰まりを担当者の努力で吸収させず、次の案件が使える運用へ反映します。

既存の管理制度と探索活動をどう分けるか

探索活動にも統制は必要です。ただし、確定した計画の達成管理と、未確定な仮説の検証管理を、同じ基準で扱ってはいけません。

共通して守るものは、たしかにあります。法令、情報セキュリティ、安全、会計上の記録。探索だから省略してよいわけではありません。一方で、単年度で確定売上を求める、複数部門の全員一致を前提にする、本業と同じ成果指標で担当者を評価する——こうした運用は、初期の顧客検証を止めることがあります。

制度を見直すとき、「規程を守るか、破るか」の二択にしないでください。条件を3つに分けると、議論が前へ進みます。

  • 常に守る条件:法令、安全、機密保持など、案件の段階によらず必要な条件
  • 段階によって変える条件:予算上限、契約方法、審査資料、評価指標など、不確実性と投資額に応じて変える条件
  • 案件ごとに判断する条件:知財の帰属、社外連携の範囲、ブランド利用など、相手と検証内容で変わる条件

例外運用を設ける場合も、担当者の交渉力に依存させないことです。対象、期限、決裁者、記録方法、通常運用へ戻す条件まで決めておきます。例外を透明に管理できれば、統制を弱めずに、検証へ必要な速度を確保しやすくなります。

形骸化を防ぐ評価と改善の方法

評価はひとつの指標に集約せず、活動・学習・判断・価値実現の4つを、案件の段階に応じて分けます。

初期の案件を売上だけで評価すると、検証よりも数字の説明が優先されがちです。かといって、アイデア数、イベント数、面談数だけでは、顧客課題や投資判断へ進んだのかを判別できません。停滞の原因を評価制度だけに求めず、意思決定権限、予算サイクル、法務・品質要件、技術成熟度、既存事業との優先順位もあわせて確認します。

4区分の中身を見ていきます。「活動」では、顧客対話や実験が実施されたかを確認します。「学習」では、事実によって仮説の何が維持・修正・棄却されたかを見ます。「判断」では、継続・変更・中止が決まり、必要な資源が動いたかを確かめます。そして「価値実現」では、顧客の行動変化、利用、契約、収益など、その案件が目指す結果を追います。

レビューでは、案件側と仕組み側の問いを分けてください。案件側には「最も不確かな前提は何か」「次に集める証拠は何か」。仕組み側には「判断に不要な資料はなかったか」「相談が遅れた専門部門はどこか」「同じ詰まりが別の案件でも起きていないか」。制度を変える前に、案件記録、決裁履歴、関係者ヒアリングで停滞箇所を確かめ、案件固有の問題なのか、複数案件に共通する問題なのかを切り分けます。

まとめ|イノベーションマネジメントを意思決定の仕組みにする

イノベーションマネジメントとは、新しい価値を生む活動を、戦略・役割・資源・検証・評価・改善のつながりとして運用することです。ISO 56002:2019は、その管理システムを考えるためのガイダンス規格です。

導入は、規格の項目を形式的に埋めることから始めません。いまの案件で、どの判断と学習が途切れているかを捉えてください。対象範囲を絞り、意思決定者と段階を決め、必要な資源へアクセスできる状態を作ります。そのうえで、案件の成果と管理システムの有効性は別々に振り返ります。

既存制度と探索活動の違いは、統制の有無ではありません。常に守る条件、段階によって変える条件、案件ごとに判断する条件を分け、担当者の例外交渉に頼らず、期限と責任者を持つ運用へ移します。これで検証と統制は両立しやすくなります。

外部の支援を検討する前に、どの資源が足りないのかを切り分けてください。判断権限や社内制度が詰まっているなら、まず責任者と例外運用を整えます。対象領域の実務経験者や顧客候補との接点が足りないなら、社外人材との対話やコラボレーション創出が選択肢になります。接点を得ても仮説検証・社内調整・実行管理を続けられないなら、BPaaSのような継続運用の支援を次の段階として検討します。

Spreadyへ支援を相談する場合も、探索領域、予算、契約、機密情報の扱い、案件の継続・中止を判断するのは顧客企業自身です。

最初の一歩は、直近の一案件を選んで、次の3点を確かめることです。

  1. 次の検証へ進むか、変更するか、中止するかを、誰が決めるのか
  2. その判断に必要な証拠と期限は何か
  3. 判断を止めている要因は、社内制度、社外接点、継続運用のどこにあるか

無料相談を申し込む