はじめに:クラウドでの新しい製品とサービスのイノベーションを加速する
クラウドで新しい製品とサービスを作成するには、移行に必要なアプローチとは異なる方法が必要です。 クラウド導入フレームワークのイノベーション手法は、新しい製品とサービスの開発を導くアプローチを確立します。
イノベーションは標準的な移行ほど予測できませんが、より広範なクラウド導入計画のコンテキスト内に収まります。 このガイドは、企業がイノベーションに必要なサポートを提供し、クラウド導入全体でバランスの取れたポートフォリオを作成するための構造を提供するのに役立ちます。
手順 1: ビジネス戦略を文書化する
一般的な阻害要因を回避するには、イノベーションのための明確で簡潔なビジネス戦略を作成します。 動機と期待されるビジネス成果に関する利害関係者の連携は、クラウド導入チームが行う決定を形作ります。
成果物:
- 戦略と計画テンプレート を使用して、動機と望ましいビジネス成果を記録します。
成果物の完了をサポートするための ガイダンス:
- 動機: 戦略的連携の最初のステップは、イノベーションの取り組みを推進する動機について合意を得することです。 まず、ビジネスと IT 全体の利害関係者からの動機と共通テーマを理解し、分類します。
- ビジネス成果: 動機のすり合わせが済めば、目標となるビジネス成果が見えてきます。 この情報は、全体的な変換を測定するために使用できる明確なメトリックを提供します。
- ポートフォリオのバランスを取る: イノベーションはすべてのワークロードに適した導入パスではありません。 この導入手法は、アーキテクチャの見直しや完全な再構築が "要求" される新しいカスタムビルドのアプリケーションやワークロードに適しています。 動機がすべてのワークロードのイノベーションを大きく優先する場合は、ポートフォリオを評価して、それらの投資が望ましい投資収益率を生み出すことを確認することが重要です。 特定のリソースのモダン化や小規模な再構築作業を革新的なものにすることはできますが、その場合は、CAF の移行に関する記事に従うことをお勧めします。
責任を持つチーム | 責任あるサポート チーム |
---|---|
手順 2: ビジネス上の正当な理由を評価する
この最初のパスでは、ビジネス ケースの構築時に、潜在的なクラウド導入作業からの初期の高レベルのリターンを評価します。 この手順の目的は、すべての利害関係者を 1 つの簡単な質問に沿って調整することです。使用可能なデータに基づいて、クラウドの全体的な導入は賢明なビジネス上の決定ですか? その質問に基づいて、チームは、このイノベーション プロジェクトがクラウド導入の目標内でユーザーの予想されるニーズを満たすのにどのように役立つのかについて、より適切に調整できます。
成果物:
- 戦略と計画テンプレート を使用して、業務上の正当な理由を記録します。
成果物の完了をサポートするための ガイダンス:
- ビジネス上の正当な理由: クラウドでイノベーションを行う機会を評価する前に、高レベルのビジネス上の正当な理由を完了して、全体的な導入計画に対する利害関係者の整合性を確立します。
- ビジネス価値コンセンサス: イノベーションの価値を定量化することは、プロセスの早い段階で困難になる可能性があります。 この記事の演習は、特定のイノベーション作業のビジネス価値の整合を評価する上で役立ちます。
責任を持つチーム | 責任あるサポート チーム |
---|---|
手順 3: データを収集し、資産とワークロードを分析する
ほとんどの企業では、アプリケーション、仮想マシン (VM)、データなどの既存の資産を使用することで、イノベーションを促進できます。 イノベーションを計画するときは、それらの資産がクラウドに移行される方法とタイミングを理解することが重要です。
成果物:
- アプリケーション、VM、データなどの既存のインベントリの生データを取得します。
- 提案されたイノベーションが既存のインベントリに依存している場合は、次の成果物を完了します。
- 計画されたイノベーションをサポートするために必要なサポート インベントリに関する定量的分析。
- イノベーションを実現するために必要なサポート ワークロードの定性的分析。
- イノベーションの取り組みをサポートするために必要な新しいインベントリのコストを計算します。
- 戦略の業務上の正当な理由を更新し、詳細な計算を使用して テンプレートを計画します。
成果物の完了をサポートするための ガイダンス:
検出と評価により、より深いレベルの技術的なアラインメントが提供されます。 その後、計画されたイノベーションに必要な依存ワークロードを移行するためのアクション プランを作成できます。 このシナリオは、企業の他の部分のコンテキスト内でイノベーションを実現するために必要な既存のデータ ソース、一元化されたアプリケーション、またはサービス レイヤーがある場合に一般的です。
依存システムがある場合は、次の記事で検出と評価をガイドできます。
- 既存のシステムのインベントリ: プログラムによるデータドリブン アプローチから現在の状態を理解することが最初のステップです。 すべての評価アクティビティを有効にするために、データを検出して収集します。
- 増分合理化: すべての資産の定性的分析に重点を置く評価作業を効率化します。ビジネス ケースをサポートする場合もあります。 次に、最初の 10 個のワークロードの詳細な定性分析を追加します。
責任を持つチーム | 責任あるサポート チーム |
---|---|
手順 4: 依存資産の移行を計画する
新しいイノベーションが既存のワークロードまたは資産に依存する場合、クラウド導入計画では、プロジェクト バックログを開発するための迅速なアプローチが提供されます。 その後、バックログを変更して、検出結果、合理化、必要なスキル、パートナー契約を反映させることができます。
成果物:
- バックログ テンプレートをデプロイします。
- 移行する最初の 10 個のワークロードを反映するようにテンプレートを更新します。
- ユーザーとベロシティ (ユーザーの時間) を更新して、リリースのタイミングを見積もります。
- タイムラインのリスク:
- Azure DevOps に慣れていないと、デプロイ プロセスが遅くなる可能性があります。
- 各ワークロードで使用できる複雑さとデータも、タイムラインに影響を与える可能性があります。
成果物の完了をサポートするための ガイダンス:
- クラウド導入計画: 基本テンプレートを使用して計画を定義します。
- ワークロードの配置: バックログでワークロードを定義します。
- 作業量の調整: バックログ内の資産とワークロードを調整して、優先順位付けされたワークロードの作業量を明確に定義します。
- 人と時間の調整: ワークロードのイテレーション、速度、リリースを確立します。
責任を持つチーム | 責任あるサポート チーム |
---|---|
手順 5: ガバナンス要件を導入計画に合わせる
計画されたイノベーションについてガバナンス チームと話し合うと、発生する前に多くの阻害要因を回避するのに役立ちます。 革新的な新しいソリューションでは、健全なガバナンス プラクティスでは推奨されていないプラクティスが必要になる場合があります。 これらの必要な機能の一部は、ガバナンスの適用のための自動化されたツールによってブロックされる場合もあります。
成果物:
- イノベーションのニーズとガバナンスの制約の間に透明性と理解を生み出します。
- 必要に応じて、既存のガバナンス制約に対する変更または例外を反映するようにポリシーとプロセスを更新します。
成果物の完了をサポートするための ガイダンス:
これらのリンクは、導入チームがクラウド ガバナンス チームのアプローチを理解するのに役立ちます。
-
ガバナンスアプローチ: この手法では、Azure 環境全体でリスクを管理し、ガードレールを確立するためのプロセスを概説します。
責任を持つチーム | 責任あるサポート チーム |
---|---|
手順 6: 運用上のニーズとビジネス コミットメントを定義する
計画されたイノベーションに対する長期的な運用責任の計画を定義します。 確立された管理ベースラインは、運用上のニーズを満たしますか? そうでない場合は、このイノベーションをサポートするテクノロジに固有の資金調達操作のオプションを評価します。
成果物:
- Microsoft Azure アーキテクチャ レビュー を完了して、さまざまなアーキテクチャと操作の決定を評価します。
- 必要な高度な操作を反映するように、操作管理ブックの を調整します。
成果物の完了をサポートするための ガイダンス:
- 高度な操作について具体的に掘り下げる: 管理ベースラインを超える方法を見つけましょう。
- 運用ニーズをサポートするために高度な運用が必要な場合は、 ビジネス コミットメントを評価して、両方のチームの運用責任を決定します。
責任を持つチーム | 責任あるサポート チーム |
---|---|
手順 7: 整合されたランディング ゾーンをデプロイする
クラウドでホストされているすべての資産は、ランディング ゾーン内に存在します。 そのランディング ゾーンには、明示的なガバナンス、セキュリティ、運用の要件がある場合があります。 または、他のチームからのサポートがない新しいサブスクリプションである可能性があります。 どちらのシナリオでも、最初からガバナンスと運用の要件に合わせたランディング ゾーンから始める必要があります。
承認されたランディング ゾーンから開始すると、開発時と運用環境へのソリューションのリリース時に、チームがポリシー違反を早期に検出できるようになります。 早期発見は、チームが阻害要因を取り除くのに役立ち、導入チームとガバナンス チームに変更を加えるのに十分な時間を与えます。
成果物:
- 初期のイノベーション中に、リスクの低い初期実験用の最初のランディング ゾーンをデプロイします。
- ガバナンス、セキュリティ、運用上の整合性を確保するために、クラウドのセンター オブ エクセレンスまたは中央の IT チームを使用してリファクタリングする計画を策定します。
- タイムラインのリスク:
- 最初の 10 個のワークロードのガバナンス、運用、セキュリティの要件により、このプロセスが遅くなる可能性があります。 最初のランディング ゾーンとそれ以降のランディング ゾーンのリファクタリングには時間がかかりますが、移行作業と並行して行う必要があります。
成果物の完了をサポートするための ガイダンス:
- ランディング ゾーンのを選択する: このセクションを使用して、導入パターンに基づいてランディング ゾーンをデプロイするための適切なアプローチを見つけます。 その後、標準化されたコード ベースをデプロイします。
- ランディング ゾーンのを拡張する: 開始点に関係なく、デプロイされたランディング ゾーンのギャップを特定して、リソース組織、セキュリティ、ガバナンス、コンプライアンス、運用に必要なコンポーネントを追加します。
責任を持つチーム | 責任あるサポート チーム |
---|---|
手順 8: クラウドでのイノベーション
イノベーション手法は、クラウドでのイノベーションに最も一般的に使用されるツールと製品管理アプローチに関するガイダンスを提供します。 これらの手順は、このアプローチの開始に役立ちます。
成果物:
- 顧客の生活を豊かにし、ビジネスの価値を促進するテクノロジベースのソリューション。
- これらのソリューションをより迅速に反復処理し、クラウドを使用してより多くの価値を追加するためのプロセスとツール:
- 反復的な開発アプローチ。
- カスタムビルドアプリケーション。
- テクノロジベースのエクスペリエンス。
- IoT を使用した物理製品とテクノロジの統合。
- アンビエント インテリジェンス: 非侵入型テクノロジの環境への統合。
- Azure Cognitive Services: ビッグ データ、AI、機械学習、予測ソリューション。
成果物の完了をサポートするための ガイダンス:
- ビジネス価値コンセンサスを持つ仮説を作成する: 技術的なソリューションを決定する前に、新しいイノベーションがビジネス価値をどのように推進できるかを特定し、顧客のニーズに関する仮説を立てます。
- 最初の MVPを構築する: 仮説にアプリケーションに組み込むのに十分な価値が得られると、ビルド プロセスが開始されます。 開発スプリントは、仮説の迅速な検証または拒否を可能にするため、または必要な機能をアプリケーションに統合する方法を微調整するために、可能な限り迅速にする必要があります。
- を測定し、を学習する: 仮説の精度をできるだけ早く確認する必要があります。 実用最小限の製品 (MVP) は、新しい機能の予備バージョンであり、正しい方向に進んでいるかどうかを確認するフィードバックを収集するのに十分な機能を提供します。
- デジタルイノベーションの拡大: データの民主化、アプリケーションの活用、導入の強化、デバイスとの対話、予測と影響を含むイノベーション規範またはデジタル発明を使用して仮説を調整します。 これらの発明は、イノベーション手法の中核となる部分です。
手順 9: 組織のイノベーションの成熟度を評価する
イノベーション戦略の開発をサポートするために、AI 対応性評価ツール は、組織が AI ベースのシステムを作成して所有する能力を評価するのに役立つ無料のリソースです。 成熟度には、基礎、アプローチ、熱望、成熟の 4 つのレベルがあります。 各レベルには、特定の種類の AI ソリューションを採用し、関連するリスクを軽減し、戦略を実装する組織の能力を判断するのに役立つ特定の特性セットが含まれています。
評価には 5 ~ 10 分かかり、戦略、カルチャ、組織の特性、機能の 4 つのカテゴリにわたる組織の機能が測定されます。 これらのカテゴリを測定することで、AI 対応性評価ツールは、組織のスコアを計算し、曲線上の AI イノベーションの成熟度の見積もりを提供できます。
成果物:
- Gartner AI 成熟度モデル を使用して、組織の AI 成熟度を評価し、AI ベースのシステムを作成します。
成果物の完了をサポートするための ガイダンス:
- 評価が完了すると、ツールの出力は、AI イノベーションの成熟度の状態を推定するスコアを提供します。
責任を持つチーム | 責任あるサポート チーム |
---|---|
価値宣言
このガイドに記載されている手順は、ビジネス価値を生み出し、適切に管理され、適切に設計された革新的なソリューションをクラウドで作成するのに役立ちます。
次のステップ
クラウド導入フレームワークはライフサイクル ソリューションです。 イノベーションの旅を始めるのに役立ちます。 これは、組織がイノベーション体験を開始し、イノベーションの取り組みをサポートするチームの成熟度を高めるのに役立ちます。
次のチームは、これらの次の手順を使用して、作業の成熟度を引き続き進めることができます。 これらの並列プロセスは線形ではなく、阻害要因と見なすべきではありません。 代わりに、それぞれが、会社の全体的なクラウド対応性を成熟させるために役立つ並列値ストリームです。
チーム | 次のイテレーション |
---|---|
クラウド導入チーム | プロセスの改善、顧客に影響を与えるイノベーションを実現し、継続的な導入を推進するためのアプローチに関する分析情報を提供します。 |
クラウド戦略チーム | 戦略手法 と 計画手法 は、導入計画に伴って進化する反復的なプロセスです。 これらの概要ページに戻り、ビジネス戦略と技術戦略を引き続き繰り返します。 |
クラウド プラットフォーム チーム | 移行やその他の導入作業をサポートするクラウド プラットフォーム全体を引き続き進めるために、準備方法の を見直します。 |
クラウド ガバナンス チーム | ガバナンス手法 を使用して、ガバナンス プロセスとポリシーを引き続き改善します。 |
クラウド運用チーム | 管理手法 に基づいて構築し、Azure で豊富な操作を提供します。 |