作業を開始しましょう。クラウドで新しい製品とサービスのイノベーションを促進する

クラウドで新しい製品やサービスを作成するには、移行に必要なアプローチとは異なるアプローチが必要です。 クラウド導入フレームワークのイノベーションの方法論では、新しい製品とサービスの開発をガイドするアプローチが確立されます。

イノベーションは、標準的な移行と比べて予測しづらいものの、広義のクラウド導入計画のコンテキストには当てはまります。 このガイドは、企業がイノベーションに必要なサポートを提供すると共に、クラウド導入全体でバランスの取れたポートフォリオを作成するための構造を提供するうえで役立ちます。

手順 1:ビジネス戦略を文書化する

一般的な阻害要素を回避するには、イノベーションのための明確で簡潔なビジネス戦略を作成します。 動機と期待されるビジネス成果について利害関係者の意見をすり合わせておくことで、クラウド導入チームによる意思決定の方針が決まります。

成果物:

• 戦略と計画のテンプレートを使用して、動機および目標となるビジネス成果を記録します。

成果物の完遂をサポートするうえでのガイダンス:

• 動機: 戦略的なすり合わせの第一歩は、イノベーション作業を推進する動機について合意を得ることです。 ビジネスと IT 分野の利害関係者の動機と共通テーマを把握し、分類することから始めます。
• ビジネス成果:動機のすり合わせが済めば、目標となるビジネス成果が見えてきます。 この情報から、変革全体の測定に使用できる明確なメトリックが得られます。
• ポートフォリオのバランス調整:イノベーションは、すべてのワークロードに適した導入パスではありません。 この導入手法は、アーキテクチャの見直しや完全な再構築が要求される新しいカスタムビルドのアプリケーションやワークロードに適しています。 すべてのワークロードについてイノベーションに大きく動機が傾いている場合、それらの投資で確実に適切な投資収益率が得られるよう、ポートフォリオを評価することが大切です。 特定のリソースのモダン化や小規模な再構築作業を革新的なものにすることはできますが、その場合は、「作業の開始: 移行を促進する」に従うことをお勧めします。

説明責任チーム	実行責任チームとサポート チーム
クラウド戦略チーム	クラウド導入チーム クラウドのセンター オブ エクセレンスまたは中央 IT チーム

手順 2:業務上の正当な理由を評価する

ビジネス ケースを作成する最初の段階で、クラウド導入に踏み切った場合に得られる概算の初期リターンを評価します。 この手順の目標は、"クラウドを全面的に導入することは、把握しているデータから、ビジネス上の賢明な判断と言えるか?" というたった 1 つの簡単な質問について、すべての利害関係者の認識を一致させることです。 クラウド導入という目標の中で、このイノベーション プロジェクトが予想されるユーザーのニーズを満たすうえでどのように役立つかについて、チームはこの質問を基に共通認識を強めることができます。

成果物:

• 戦略と計画のテンプレートを使用して業務上の正当な理由を記録します。

成果物の完遂をサポートするうえでのガイダンス:

• 業務上の正当な理由: クラウドにおけるイノベーションの機会をそれぞれ評価する前に、業務上の正当な理由の大枠を完成させて、全体的な導入計画についての利害関係者の認識を一致させる必要があります。
• 事業価値における合意:プロセスの初期段階では、イノベーションの価値を定量化するのが難しい場合があります。 この記事で取り上げる作業は、イノベーションに向けた特定の取り組みのビジネス価値についての共通認識を評価するうえで役立ちます。

説明責任チーム	実行責任チームとサポート チーム
クラウド戦略チーム	クラウド導入チーム

手順 3:データを収集して資産とワークロードを分析する

ほとんどの企業では、アプリケーション、仮想マシン (VM)、データなどの既存の資産を使用することによってイノベーションを促進できます。 イノベーションのための計画では、そうした資産がいつ、どのようにクラウドへと移行されるのかを把握しておくことが大切です。

成果物:

• アプリケーション、VM、データなど、既存インベントリに関する生データを取得します。
• 提案されたイノベーションが既存のインベントリに依存する場合は、次の成果物がすべて揃っている必要があります。
  • 計画されたイノベーションをサポートするうえで必要な関連インベントリの定量分析。
  • イノベーションを実現するうえで必要な関連ワークロードの定性分析。
• イノベーションに向けた取り組みをサポートするうえで必要な新しいインベントリのコストを計算します。
• 戦略と計画のテンプレート内の業務上の正当な理由を厳密な計算で更新します。

成果物の完成をサポートするためのガイダンス:

検出と評価により、より深いレベルで技術的な整合性を確保できます。 その後、計画されたイノベーションに必要な依存ワークロードを移行するためのアクション プランを作成できます。 このシナリオがよく見られるのは、会社が所有する既存のデータ ソース、一元化されたアプリケーション、サービス レイヤーが、その企業の他のコンテキストでイノベーションを生み出すために必要になるケースです。

依存システムがある場合は、検出と評価のガイドとして次の記事を参照してください。

• 既存システムのインベントリ: プログラムを用いたデータドリブン アプローチで現在の状態を把握することが最初の手順です。 データを検出、収集することによって、あらゆる評価アクティビティが可能となります。
• 増分型の合理化:すべての資産の定性分析に重点を置いて取り組む (場合によってはビジネス ケースまでサポートする) ために、評価作業を効率化します。 そのうえで、最初の 10 個のワークロードの詳細な定性分析を追加します。

説明責任チーム	実行責任チームとサポート チーム
クラウド導入チーム	クラウド戦略チーム

手順 4:依存資産の移行を計画する

新しいイノベーションが既存のワークロードや既存の資産に依存する場合でも、クラウド導入計画は、プロジェクトのバックログをすばやく作成できるようになっています。 このバックログを編集して、検出結果、合理化、必要なスキル、パートナー契約を反映することができます。

成果物:

• バックログ テンプレートをデプロイします。
• テンプレートを更新して、移行する最初の 10 個のワークロードを反映します。
• メンバーとベロシティ (メンバーの時間) を更新して、リリースのタイミングを見積もります。
• タイムラインのリスク:
  • Azure DevOps を使い慣れていないと、このデプロイ プロセスに時間がかかる可能性があります。
  • 各ワークロードで使用できる複雑さとデータも、タイムラインに影響を与える可能性があります。

成果物の完成をサポートするためのガイダンス:

• クラウド導入計画:基本テンプレートを使用して計画を定義します。
• ワークロードの調整: バックログにワークロードを定義します。
• 作業の調整: バックログの資産とワークロードを調整して、優先度の高いワークロードの作業を明確に定義します。
• メンバーと時間の調整: ワークロードのイテレーション、ベロシティ、リリースを確立します。

説明責任チーム	実行責任チームとサポート チーム
クラウド導入チーム	クラウド戦略チーム

手順 5:ガバナンスの要件を導入計画に合わせる

計画されたイノベーションについてガバナンス チームと意見交換しておくことには、さまざまな阻害要因を未然に防ぐ効果があります。 新しい画期的なソリューションには、健全なガバナンス プラクティスでは推奨されない手法が要求される場合があります。 必要となるこれらの機能の一部は、ガバナンスを実施する自動ツールによってブロックされる可能性があります。

成果物:

• イノベーションのニーズとガバナンスの制約との間に透明性と合意を形成します。
• 既存のガバナンスの制約に対する変更や例外を反映するために、必要に応じてポリシーとプロセスを更新します。

成果物の完遂をサポートするうえでのガイダンス:

次のリンクは、クラウド ガバナンス チームのアプローチを導入チームが理解するのに役立ちます。

• ガバナンスのアプローチ: 企業のポリシーとプロセスについて検討するためのプロセスを概説しています。 そのうえで、クラウド エンタープライズ作業全体でガバナンスを実現するために必要な規範を構築することができます。
• 企業ポリシーの定義:ビジネス上のリスクを突き止めて軽減します。

説明責任チーム	実行責任チームとサポート チーム
クラウド ガバナンス チーム クラウド導入チーム	クラウド戦略チーム クラウドのセンター オブ エクセレンスまたは中央 IT チーム

手順 6:運用ニーズとビジネス コミットメントを定義する

計画されたイノベーションについて、長期的な運用上の責任に関する計画を定義します。 確立された管理ベースラインで運用ニーズを満たすことはできるでしょうか。 それができないのであれば、そのイノベーションを支えるテクノロジについて別途、資金運用のための選択肢を評価してください。

成果物:

• Microsoft Azure Architecture Review に必要事項を記入して、さまざまなアーキテクチャと運用の意思決定を評価します。
• 高度な運用が必要であれば、運用管理ブックを調整して反映します。

成果物の完遂をサポートするうえでのガイダンス:

• 管理ベースラインの展開:クラウド導入フレームワークのこのセクションでは、クラウドでの運用管理へのさまざまな移行について説明します。
• 高度な運用についての詳細を把握する: 管理ベースラインの範囲を超える運用方法を紹介します。
• 実際の運用ニーズに対応するために高度な運用が要求される場合、ビジネス コミットメントを評価して、両方のチームに対する運用上の責任を明らかにします。

説明責任チーム	実行責任チームとサポート チーム
クラウド運用チーム クラウド導入チーム	クラウド戦略チーム クラウドのセンター オブ エクセレンスまたは中央 IT チーム

手順 7:調整済みのランディング ゾーンをデプロイする

クラウドでホストされるすべての資産は、ランディング ゾーンに置かれます。 ランディング ゾーンは、ガバナンス、セキュリティ、運用についての明示的な要件を有している場合もあれば、 他のチームからのサポートがない新しいサブスクリプションである場合もあります。 どちらのシナリオでも、大切なことは、最初からガバナンスと運用上の要件に沿ったランディング ゾーンをまず用意することです。

承認済みのランディング ゾーンを最初から使用することで、チームは、ソリューションが運用環境にリリースされたときではなく、開発の早い段階でポリシー違反を発見しやすくなります。 早期の発見は、チームが阻害要因を排除するのに役立つだけでなく、変更を実施するための十分な時間を導入チームとガバナンス チームにもたらします。

成果物:

• 早期のイノベーション中、リスクが低い初期の実験用に、最初のランディング ゾーンをデプロイします。
• ガバナンス、セキュリティ、運用についての共通認識を確保するために、クラウドのセンター オブ エクセレンスまたは中央 IT チームと共にリファクタリング計画を作成します。
• タイムラインのリスク:
  • 最初の 10 個のワークロードでは、ガバナンス、運用、セキュリティの要件によって、このプロセスに時間がかかることがあります。 最初のランディング ゾーンと後続のランディング ゾーンのリファクタリングは長い時間がかかりますが、移行作業と並行して行う必要があります。

成果物の完遂をサポートするうえでのガイダンス:

• ランディング ゾーンの選択: このセクションを使用して、実際の導入パターンに基づいてランディング ゾーンをデプロイするための適切なアプローチを見つけます。 次に、その標準化されたコード ベースをデプロイします。
• ランディング ゾーンを拡張する: 出発点に関係なく、デプロイされたランディング ゾーンに不足しているものを見極め、リソース編成、セキュリティ、ガバナンス、コンプライアンス、運用に必要なコンポーネントを追加します。

説明責任チーム	実行責任チームとサポート チーム
クラウド プラットフォーム チーム クラウド導入チーム	クラウド導入チーム クラウドのセンター オブ エクセレンスまたは中央 IT チーム

手順 8:クラウドでイノベーションを起こす

イノベーションの方法論は、クラウドでイノベーションを起こすために最もよく使用されるツールと製品の管理手法についてのガイダンスとなります。 この手法には、以下の手順で着手することができます。

成果物:

• 顧客の暮らしを豊かにし、ビジネスの価値を高めるテクノロジベースのソリューション。
• クラウドを使用してそれらのソリューションの反復を迅速化し、さらに価値を高めるプロセスとツール。
  • 反復開発のアプローチ。
  • カスタム ビルド アプリケーション。
  • テクノロジベースのエクスペリエンス。
  • IoT を使用した物理的な製品とテクノロジの統合。
  • アンビエント インテリジェンス: 環境への非侵入型テクノロジの統合。
  • Azure Cognitive Services: ビッグ データ、AI、機械学習、予測ソリューション。

成果物の完遂をサポートするうえでのガイダンス:

• 事業価値における合意に基づく仮説の作成: 技術的なソリューションを決定する前に、新しいイノベーションによってビジネス価値がどのように促進されるかを識別し、顧客のニーズについて仮説を立てます。
• 最初の MVP の構築: 仮説に十分な価値の可能性があることが検証され、アプリケーションに組み込むことになった場合、構築プロセスが開始されます。 仮説を迅速に検証または拒否したり、必要な機能をアプリケーションに統合する方法を微調整したりするには、開発スプリントをできるだけ迅速に行う必要があります。
• 測定と学習: できるだけ早く仮説の精度を確認する必要があります。 実用最小限の製品 (MVP) は、新しい機能の予備バージョンであり、正しい方向に進んでいるかどうかを確認するためのフィードバックを収集するのに十分な機能を提供します。
• デジタル イノベーションの展開: データの民主化、アプリケーションを使用した連携、導入の強化、デバイスの操作、予測と影響などのイノベーション規範やデジタル発明を使用して、仮説の完成度を高めます。 これらの発明は、イノベーション手法の中核です。

手順 9:組織のイノベーションの成熟度を評価する

イノベーション戦略の開発をサポートする AI 準備評価ツールは、AI ベースのシステムを作成および所有する能力を組織自身で評価するのに役立つ無料のリソースです。 成熟度には、基礎、アプローチ、意欲、成熟の 4 つのレベルがあります。 各レベルには、お客様の組織について、特定の種類の AI ソリューションを採用し、関連するリスクを軽減し、戦略を実装する能力を判断するのに役立つ特定の特性セットが含まれています。

評価には 5 分から 10 分かかり、4 つのカテゴリ (戦略、カルチャ、組織の特性、機能) にわたってお客様の組織の能力が測定されます。 これらのカテゴリを測定することで、AI 準備評価ツールは、お客様の組織のスコアを計算し、曲線上に AI イノベーションの成熟度の推定値を示すことができます。

成果物:

• Gartner AI 成熟度モデル を使用して、組織の AI 成熟度を評価して、AI ベースのシステムを作成します。

成果物の完遂をサポートするうえでのガイダンス:

• 評価が完了すると、AI イノベーションがどの程度成熟した状態であるかを推定したスコアがツールの出力に表示されます。

説明責任チーム	実行責任チームとサポート チーム
クラウド導入チーム	クラウドのセンター オブ エクセレンス クラウドのセンター オブ エクセレンスまたは中央 IT チーム

バリュー ステートメント

このガイドで概説した手順は、皆さんやそのチームが、ビジネス価値の創造、適切なガバナンス、優れた設計を兼ね備えた革新的なソリューションをクラウドで作成するのに役立ちます。

次のステップ

クラウド導入フレームワークはライフサイクル ソリューションです。 これは、イノベーションの取り組みを開始するのに役立ちます。 これは、組織がイノベーションの取り組みを開始し、イノベーション作業をサポートするチームの成熟度を高めるのにも役立ちます。

以下に示したチームは、後続の手順を使用して、その作業の成熟度を引き続き高めていくことができます。 これらは並行して行うプロセスであって直線的なものではなく、また阻害要因と考えるべきではありません。 それぞれが会社の全体的なクラウド対応を成熟させる効果を持った、並行したバリュー ストリームなのです。

チーム	次のイテレーション
クラウド導入チーム	「プロセス改善」では、顧客に影響を与え、継続的な導入を促進するイノベーションを生み出すためのアプローチについて深く分析します。
クラウド戦略チーム	戦略の方法論と計画の方法論は、導入計画と共に進化する反復的なプロセスです。 これらの概要ページに戻り、引き続きビジネス戦略と技術戦略の反復作業を行います。
クラウド プラットフォーム チーム	準備の方法論に戻り、移行または他の導入作業をサポートする全体的なクラウド プラットフォームを引き続き発展させます。
クラウド ガバナンス チーム	ガバナンスの方法論を使用して、ガバナンスのプロセス、ポリシー、規範を引き続き改善します。
クラウド運用チーム	管理の方法論に基づいて、より充実した運用を Azure で実現します。