PMstyle考 / PMstyleコラム

◆イノベーションは意思を以って起こす

イノベーションは自然に起こるものではありませんし、誰か、優秀な社員が起こしてくれるものでもありません。

イノベーションは意志を以って起こしていくものです。今回のＰＭスタイル考はイノベーションの話をしたいと思います。

今、イノベーションが注目されているのには戦略的な理由があります。１０年前なら技術イノベーションを求めて研究開発を行い、うまく行けばその成果を使った事業戦略を立てて５～１０年単位で事業展開ができていました。今でもイノベーションにはこのイメージが残っていますが、戦略を組み立てる「ネタ」になるものでした。

◆戦略＝イノベーション

ところが今はそのような状況ではありません。ひとつのイノベーションによる優位性がそんなに長続きせず、競争に勝つためには次から次に連続的にイノベーションを起こしていく必要が生じています。言い換えれば、

戦略＝イノベーション

という図式になってきました。この時代を象徴するのがアップルです。iPhoneというとてつもないイノベーションを実現したにも関わらず、毎年、新製品が発表される度に今年はどんなイノベーションがあるのかとユーザーから期待されています。そして、その期待に答えれなければ対価に見合わないと判断したユーザーは似て安い製品に移っていきます。

情報システムのような受注製品でも同じようなことが起こっています。ＩＴのベンダーはこの１０年、ソリューションということを盛んに訴えてきました。ソリューションビジネスとは顧客がビジネスやサービスについて抱えている問題や不便を解消することで、ＩＴベンダーはそのために提供される情報システムを提供してきたわけです。

顧客のビジネスが５年、１０年続いていた時代には、ソリューションは情報システムの更新に併せて提供すれば十分でしたが、上にのべたようにイノベーションが戦略として求められるようになるとソリューションもそのサイクルに併せて提供しなくてはなりません。

つまり、顧客の狙うイノベーションに併せてソリューションを提供しなくては顧客は満足せず、ここでは、

ソリューション＝イノベーション

という図式ができつづあります。今後、ＩＴベンダーが生き延びていく条件の一つにイノベーションを起こすソリューションを継続的に提供できることが間違いなく入ってくると思われます。

◆イノベーションマネジメントとプログラムマネジメント

さて、このようにイノベーションを継続的に起こしていくにはどうすればよいのでしょうか。冒頭にも述べましたように、成り行き任せではできないことは明らかです。

そこでマネジメントが必要になってきます。

イノベーションを起こすには２つのマネジメントが必要です。一つはイノベーションを効果的に起こす組織的活動を実現するマネジメントです。これは「イノベーションマネジメント」と呼ばれます。具体的には戦略実現に必要なイノベーションのテーマを見つけ、資源配分を決め、イノベーションの成果をうまくビジネスに取り込んでいく戦略マネジメントです。

もう一つはイノベーション活動そのもののマネジメントが必要になります。イノベーションは通常の業務と異なり、目標が決まっても確実にその目標を達成できるという保証はありませんし、目標そのものが変わってしまう場合もあります。試行錯誤が不可欠です。

一方で、連続的にイノベーションを起こすにはリードタイムが問題になってきますので、できるだけ効率的に試行錯誤をしていく必要があります。そのためのマネジメントとしては、プログラムマネジメントが効果的です。

◆イノベーションを俊敏にするプログラムマネジメント

プログラムマネジメントの中でポイントになるのは、プログラムのデザインです。プロジェクトであれば

目的、目標、前提、制約、体制

を決めれば事足りますが、プログラムの場合はもう少し複雑になります。PMstyleの場合、プログラムのデザインの要素を以下の９つとしています。

（１）ミッション
（２）ゴール
（３）製品・サービス
（４）収益
（５）アークテクチャー
（６）プログラムシナリオ
（７）リソース
（８）投資
（９）ベネフィット

（１）のミッションは、戦略実行のためにプログラムが実現すべき事項で、プログラムが生み出すべきの総体ということになります。

（２）のゴールは、ミッションを実現するためには何をゴールにすればよいかを明確にします。

（３）の製品・サービスはミッション実現のために開発する製品・サービスなどの成果物を明確にします。

（４）の収益はプログラムで得られる収益です。プログラムはその性格上、ミッションを達成し、ベネフィットを実現すると同時に、財務的な収益も求められることが普通です。ただし、組織変革プロジェクトのように組織内部のプロジェクトの場合には収益は必要ないケースもあります。

（５）のアーキテクチャーはプログラムのベネフィットを生み出すための個々の活動の定義です。具体的にはプログラムとして実施するプロジェクトの定義になります。

（６）のプログラムシナリオはアークテクチャーでプログラムのベネフィットが実現できる可能性を示すものです。複数のシナリオを可能性として示すのが普通です。

（７）のリソースはプログラムの実行に必要なリソース、（８）の投資はプログラムへの投資です。

（９）のベネフィットはプログラムがもたらすベネフィットですが、一般的には戦略にどのように貢献できるかだと考えていいでしょう。

◆プログラムキャンパス

この９つの要素をバランスを取りながら決めることによってプログラムをデザインします。プログラムのデザインにおいては、バランスを可視化できるようにプログラムキャンパスというツールを使います。

プログラムキャンパスは（１）～（４）を価値のキャンパス、（５）～（８）を最適化のキャンパスとして、両者からベネフィットが最大になるようにデザインするツールです。具体的には価値のキャンパスで価値を最大化し、最適化のキャンパスでリソースや投資を調整します。

プログラムキャンバスを使って構造的に考えることによって、効果的なプログラムの設計が可能になります。

◆関連セミナー
━【開催概要】━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
◆コンセプチュアルな組織を創るマネジメント　　　　　　　　　　◆（7PDU's）
日時・場所：【Zoom】2025年 01月 22日（水）9:30-17:30（9:20入室可）　　　　【Zoomハーフ】2023年 03月 15日（水）13:00-17:00＋３時間
　　　　　　　　※Zoomによるオンライン開催です
　　　　　　　　※ハーフセミナーは、事前学習３時間あります
　　　　　　　　※少人数、双方向にて、演習、ディスカッションを行います
　　講師：鈴木道代（プロジェクトマネジメントオフィス、PMP、PMS）
　　詳細・お申込　https://pmstyle.biz/smn/conceptual_management.htm
　　主催　プロジェクトマネジメントオフィス、PMAJ共催
　※Youtube関連動画「コンセプチュアルスキルとは（前半）」「コンセプチュアルスキルで行動が変わる」
　　　　　　　　　　「イノベーションを生み出す力」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　　【カリキュラム】　　　　　　　　　　　　　　　　　　　　　
　１．コンセプチュアルではない組織の問題点
　　・個人レベルの問題点
　　・チームレベルの問題点
　　・組織レベルの問題点
　２．コンセプチュアルなマネジメントのポイント
　　２．１　質問型の組織を創る
　　２．２　コンセプチュアルな組織活動のプラニング
　　２．３　ステークホルダーへのコンセプチュアルな対応
　　２．４　コンセプチュアルな人材育成
　　２．５　コンセプチュアルな組織文化の構築
　３．コンセプチュアルなマネジメントの目標
　４．コンセプチュアルマネジメントでコンセプチュアルな組織を創る仕組みワークショップ
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

著者紹介

好川哲人、ＭＢＡ、技術士
株式会社プロジェクトマネジメントオフィス代表、PMstyleプロデューサー
１５年以上に渡り、技術経営のコンサルタントとして活躍。プロジェクトマネジメントを中心にした幅広いコンサルティングを得意とし、多くの、新規事業開発、研究開発、商品開発、システムインテグレーションなどのプロジェクトを成功に導く。
１万人以上が購読するプロジェクトマネジャー向けのメールマガジン「PM養成マガジン（無料版）」、「PM養成マガジンプロフェッショナル（有料版）」や「コンセプチュアル・マネジメント（無料」、書籍出版、雑誌記事などで積極的に情報発信をし、プロジェクトマネジメント業界にも強い影響を与え続けている。