翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

詳細なビジネスケース

この段階では、ビジネスケースの範囲を検証して拡張し、変換プログラムをサポートするためにより詳細なレベルを提供することをお勧めします。すぐに組み立てられる最初の方向性のあるビジネスケースは、基本的なステップと次のレベルの詳細な計画に投資するのに十分な信頼性を提供するように設計されています。 

詳細なビジネスケースを作成すると、次の方法でこの計画プロセスがサポートされます。

詳細なビジネスケースでは、以下を確立します。

ケースに必要なシナリオを決定する

詳細なビジネスケースを構築する場合、通常、ビジネスケースが使用されるさまざまな目的をサポートする複数のシナリオを開発する必要があります。 

最小変更シナリオ – 財務パフォーマンスの最小期待値を評価するには、ステータスクォーへの最小予想変更を想定したシナリオを準備します。このシナリオは、最悪の場合のバックストップとして、移行に投資する権限を取得する際に役立つサポートを提供します。このシナリオでは、可用性や耐障害性など、他のquality-of-serviceのニーズに対して予想される最小の容量増加度と最小限の変更をモデル化します。最小の変更により、現在の運用モデルのコストとリソースの非効率性が最も低くなります。

最も可能性の高いシナリオ – プログラム戦略と優先順位付けの決定を通知するには、ビジネスが期待することを反映するシナリオを準備します。このシナリオには、ピーク時の使用率の増加または減少の可能性と、ビジネスからの高レベルのサービス品質 (特に可用性と回復力) の需要を満たすためのアップグレードコストを含める必要があります。

その他の特定のシナリオ – ビジネスケースに大きな影響を与える可能性のある仮定をまだ作成する必要がある場合は、その仮定が当てはまるかどうかを示すシナリオを開発します。ただし、これらの代替シナリオの数は絶対的に最小限にしておくことをお勧めします。合計 3 つを超えるシナリオは進行が遅く、コストがかかり、混乱し、維持が困難になります。可能な限り、実験を行い、より大きな仮定を削除してください。

インフラストラクチャと移行のコストモデルを検証して絞り込む

ポートフォリオ分析を完了し、ターゲットの設計とサイズ設定を準備したら AWS のサービス、シナリオ AWS ごとに の現在の運用モデル (COM) と将来の運用モデル (FOM) の運用コストの見積もりを絞り込みます。通常、以下の見積もりを絞り込む必要があります。

IT 生産性と IT 運用を改善し、効率バリューモデルをサポートする

方向性のあるビジネスケースと同様に、IT 運用とサポートに関する価値モデルを改良および開発するには、主に 2 つのアプローチがあります。選択するアプローチは、COM が社内で管理されているか、請負業者または外部委託サービスで管理されているかによって異なります。

社内チームの生産性向上

IT 運用とサポートが社内で管理されている場合、ビジネスケースの焦点は次の通りです。

チーム内の各ロールの各メンバーがさまざまな通常のアクティビティに費やした時間のメリットニーズの分析と、さまざまなアクティビティのワークロードの予想される削減に関するガイダンスを評価します。 

次の表は、IT オペレーションの大部分を消費し、チーム内のさまざまなロールの労力をサポートするタスクのアクティビティ別のワークロード削減の一般的なレベルに関する初期ガイダンスを示しています。この表には、生産性の実現方法の説明が含まれています。 

次の表は、ワークロード削減の各レベルで予想される削減額を示しています。

これらのメトリクスは、生産性の向上を評価し、詳細なビジネスケースに含めるための出発点となります。実際の生産性の向上は、特定の状況によって異なります。範囲の中間と下限の両方で生産性の節約を計算して、一般的なシナリオと保守的なシナリオを推定すると便利です。

プログラムが進むにつれて、各アクティビティに費やされた時間の実際のデータをロールごとにキャプチャすることが重要です。このデータは、運用を推定するための改善されたベースを構築し、新しいプロジェクトとサービスの拡張のコストをサポートします。

外部委託された IT 運用とサポートのコスト削減

IT 運用とサポートが主に請負業者に委託または管理されている場合、パートナー AWS 主導の を含むマネージドサービスソリューションを提供する AWS パートナーに見積りをリクエストすることで、将来の運用モデル (FOM) のコスト配分を準備することができますAWS Managed Services。 「方向性のあるビジネスケースの作成」セクションの 「運用コストの最適化の構築」のサブセクションで説明されているように、 AWS アカウントマネージャーに連絡して AMS の料金を直接リクエストすることもできます。

詳細なビジネスケースでは、ベンチマークの数値を、改訂された AWS のサービス 部品表と予想されるサービス消費量、AMS パッケージと必要なオプション、および必要なサービスレベルに基づく引用に置き換えます。コストには、1 回限りの実装コンポーネントと消費ベースの実行レートがあります。 

残りの IT オペレーション、移行されないサービスで保持する必要があるサポート AWS、契約上のペナルティ (早期終了など) がある場合は 1 回限りのコストを含めます。

レジリエンスバリューモデルを開発する

では AWS、高可用性、ディザスタリカバリ、耐障害性に優れた幅広いアーキテクチャを構築できます。消費ベースの料金とは、 サービスが使用時にのみ課金されることを意味します。これら 2 つの要因を組み合わせることで、耐障害性に優れたコストパフォーマンスが得られます。 

さらに、 AWS お客様はこれを使用してワークロードの耐障害性を向上させています。IDC 2018 調査では、参加している顧客が年間停止回数を 73% 削減し、平均復旧時間 (MTTR) を 58% 削減し、生産性の低下を 94% 削減した例を示しています。同じ調査では、レジリエンスの向上によって得られる財務上のメリットは、IT インフラストラクチャのコスト削減のメリットよりも 50% 大きいことがわかりました。 

さらに、アプリケーションのソフトウェア開発ライフサイクルをモダナイズすることで、さらなる回復力が達成されます。テストオートメーションを備えた CI/CD パイプラインが導入されてビジネスの俊敏性が向上した場合、ソフトウェア欠陥は開発サイクルの早い段階で発見され、ソフトウェアメンテナンスコストが大幅に削減されます。

ビジネスケースでこの価値を評価して含めるには、まずアプリケーションのビジネスオーナーと協力して、移行する各ワークロードの全体的なメリットの機会を把握します。 これには、次の項目が含まれる場合があります。

次に、予想される と、サービス中断による損失時間のより控えめな削減を評価し 、耐障害性を高める必要があります。たとえば、次の項目を含めることを検討してください。

これらを移行およびモダナイズするアプリケーションのポートフォリオにまとめ、ケースの毎年の予想およびより保守的なビジネス価値の数値を計算します。メリットは移行スケジュールに沿って拡大し、寄与するアプリケーションの使用量の増加の期待に沿ってボリュームを拡大する必要があります。 

ビジネスの俊敏性バリューモデルを開発する

ビジネスの俊敏性は、 AWS 顧客が移行する主な理由です AWS。 IDC 2018 の顧客調査では、ビジネス俊敏性のメリットは、測定される合計メリットの 47% を占め、インフラストラクチャのコスト削減によるメリットの 5 倍以上を占めていることを示しています。 AWS

あらゆるトランスフォーメーションから生じるビジネス俊敏性のメリットを正確に予測することは困難です。ただし、多数のユーザーをサポートするアプリケーションやビジネス上の差別化要因であるアプリケーションに焦点を当てることで、この利点の重要な部分をモデル化し、ベースラインの詳細なビジネスケースに含めることができます。

移行が進むにつれて、より多くのメリットが定量化可能になるにつれて、ビジネス俊敏性バリューモデルを段階的に改善および拡張します。これにより、ビジネスケースが関連付けられるため、プログラムを運営する主要な意思決定サポートツールとして使用できます。

ビジネスの俊敏性バリューモデルを構築するには、次のガイダンスを使用します。

デベロッパーの生産性の向上と起動時間の短縮により、追加のリソースが不要になるため、割引キャッシュフロー、NPV、ROI、MIRR、およびペイバック計算に含めるために、各ワークロードの純利益ラインをビジネスケースのキャッシュフローモデルに追加します。