イノベーションのビジネス価値の合意を築く

[アーティクル]
08/03/2023

新しいイノベーションの開発における最初のステップは、そのイノベーションによってビジネス価値をどのように促進できるかを明確にすることです。この演習では、組織でビジネス価値を定義する際に多くの時間をかけることの重要性を示す一連の質問に回答します。

ビジネス価値の概要

"ビジネス価値"は非公式の用語であり、企業によって異なる可能性があります。これは、お客様にとっての純益であり、企業の長期的な健全さと繁栄を判断するあらゆる形式の価値を含みます。

ビジネス価値を判断するための見極めの質問

(クラウドまたはオンプレミスで) ビジネスイノベーションやビジネス価値のソリューションを開発する前に、次の質問に回答することでビジネス価値の基準を確認してください。

このソリューションで対応したい顧客ニーズの定義は何ですか。
このソリューションはあなたのビジネスにどのような機会をもたらしますか。
このソリューションでどのようなビジネス成果が得られますか。
このソリューションはあなたの会社のどの動機に役立ちますか。

4 つのすべての質問に対する回答が十分にドキュメント化されている場合、この演習の残りの部分を完了する必要はない可能性があります。

さいわいなことに、どのドキュメントも簡単にテストできます。 2 つの短いミーティングを設定して、ドキュメントと組織の内部連携の両方をテストします。コミットされたビジネスの利害関係者を 1 つのミーティングに招待し、参加している開発チームとの別のミーティングをセットアップします。各グループにこの 4 つの質問をして、結果を比較します。

既存のドキュメントは、どちらのチームともミーティングの前には共有しないでください。真の一致が存在する場合は、各グループのメンバーが、指針となる仮説に言及するか、さらには列挙するはずです。

ヒント

ミーティングを円滑に進めようとしないでください。このテストは、一致を判断するためのものです。一致を生み出すための演習ではありません。

ミーティングの開始時に、チーム内の既存の合意との方向性の一致をテストすることが目的であることを、参加者にもう一度知らせてください。質問ごとに 5 分の時間制限を設定します。タイマーを設定し、回答に対してすべての参加者の意見が一致しない場合でも、5 分後に各質問を終了します。

各グループの言葉と関心事を考慮してください。テストの結果として回答の方向性が一致していれば、この演習は成功と考えてください。これで、ソリューション開発に進む準備が整いました。

方向性の一致する回答が 1 つか 2 つの場合は、あなたの努力が報われていると考えてください。既にほとんどの組織よりも連携しています。将来成功する可能性は高く、連携への継続的な投資はわずかです。次の各セクションを確認して、さらなる一致を築くのに役立つアイデアを探してください。

いずれかのチームが 30 分以内に 4 つの質問すべてに回答できなかった場合は、連携と次のセクションの考慮事項が、この取り組みや他の取り組みに大きな影響を与える可能性があります。次の各セクションに細心の注意を払ってください。

最初に大局的見地に対処する

クラウド導入フレームワークは、戦略、計画、準備、導入の 4 つのフェーズを通して規定されたパスに従います。クラウドおよびビジネスイノベーションは、このプロセスの導入フェーズに含まれています。

見極めの質問 3 と 4 に対する回答は、成果と動機に関連します。これらの回答が一致していない場合は、クラウド導入ライフサイクルの戦略フェーズ中に組織によって何かが見落とされたことを示しています。次のシナリオのいくつかが関連している可能性があります。

一致の機会: ビジネスの利害関係者がクラウドおよびビジネスイノベーションの取り組みに関連する動機やビジネス成果に合意できない場合、それはより大きな課題の兆候です。戦略手法の演習は、ビジネスの利害関係者間の一致を発展させるのに役立ちます。また、同じ利害関係者が定期的にミーティングを行うクラウド戦略チームを形成することをお勧めします。
コミュニケーションの機会: 開発チームが動機とビジネス成果に合意できない場合は、この意見の不一致は、戦略に関するコミュニケーションギャップの症状である可能性があります。クラウド導入チームと共にクラウド戦略を再検討することで、この問題をすばやく解決できます。再検討の数週間後に、チームは、見極めの質問に回答する演習をもう一度行う必要があります。
優先順位付けの機会: クラウド戦略は、基本的には経営幹部レベルの仮説です。最適なクラウド戦略は、イテレーションとフィードバックに対して開かれています。

クラウド導入チームとクラウド戦略チームが戦略を理解していても、質問に対する回答で意見の一致が得られない場合は、優先順位がずれている可能性があります。これらのチームを集めてセッションを催します。このセッションは、両方のグループの作業に役立つ場合があります。クラウド導入チームは、見極めの質問に対する一致した回答を共有することから始めます。そこから、クラウド導入チームとクラウド戦略チームの間の会話で、優先順位をより適切に一致させる機会を明らかにすることができます。

たいていの場合、このような大局的見地から見ると、革新的なソリューションをクラウド戦略により適切に適合させる方法が明らかになります。この演習では、多くの場合、次のいずれかの成果が得られます。

このような会話が、組織のクラウド戦略の改善と、重要な顧客ニーズのより適切な表現に役立つ場合があります。このような変更により、チームに対する経営陣の支援が強化される可能性があります。
この会話により、クラウド導入チームが別のソリューションに投資すべきであることがわかる場合もあります。この場合、イノベーションへの投資を続ける前に、このソリューションを移行することを検討してください。あるいは、この会話によって、シチズンデベロッパーの手法を採用し、最初にビジネス価値をテストするように示される場合もあります。どちらの場合でも、この会話は、ビジネス上の利益がわずかなものに大きな投資をすることを避けるのに役立ちます。

ソリューションの一致に取り組む

質問 1 と 2 に対する回答が一致しないことは、かなり一般的です。

構想や開発の初期段階では、顧客のニーズとビジネスチャンスの整合が取れなくなることがよくあります。多くの開発チームは、定義の過剰と不足の間でバランスをとるのが難しいことに気づきます。クラウド導入フレームワークでは、これらの質問に答えるために、Build-Measure-Learn (構築-計測-学習) フィードバックループのような効率的なアプローチが推奨されています。

次の一覧は、一致を生み出すための機会と方法を示しています。

仮説の機会: 利害関係者や開発チームがソリューションに抱く期待が多すぎることがよくあります。非現実的な期待は、仮説があいまいすぎるという兆候である場合があります。より明確な仮説を構築するには、「顧客の共感を構築する」のガイドに従ってください。
構築の機会: 顧客のニーズを解決する方法で意見が一致しないため、チームの足並みがそろっていない場合があります。通常、このような意見の相違は、チームが早期の技術的スパイクによって遅れていることを示します。

チームが顧客に集中できるようにするには、最初のイテレーションを開始し、小さな実用最小限の製品 (MVP) を構築して仮説の一部に対処します。詳細については、「デジタル発明を開発する」を参照してください。
トレーニングの機会: 複雑な技術面の要件や広範な機能要件が必要になるために、どちらかのチームの足並みがそろっていない可能性があります。このニーズは、アジャイル手法でトレーニングを行う機会につながる可能性があります。チームの文化がアジャイルプロセスに対応できない場合は、イノベーションを行い、市場に遅れを取らないことが困難になる可能性があります。

DevOps とアジャイルプラクティスに関するトレーニング用のリソースについては、以下を参照してください。

この記事の各セクションのクラウド導入フレームワークのイノベーション手法とバックログ管理ツールに従うと、ソリューションの一致を生み出すのに役立ちます。

次のステップ

ビジネス価値の提案が調整され、伝達されたら、ソリューションの構築を開始できます。

次の手順のイノベーションの演習に戻る