最新化の準備

この記事は、意思決定者が、最新化が投資に値する時期を判断するのに役立ちます。

組織には、どの最新化の機会が投資に値するか、またそれらにワークロード ポートフォリオ全体でどのように優先順位を付けるかを判断するための一貫した方法が必要です。 この一貫性がなければ、最新化の決定はワークロード チーム内に閉じたままになり、より広範なビジネスの優先順位に合わない機会に投資が向けられてしまう可能性があります。 このガイダンスは、組織が一貫したビジネス ケースに裏付けられる、優先順位の付いたワークロード モダン化の投資セットを作成するのに役立ちます。

1. 最新化とは

組織は、チームが同じ標準に対して機会を評価できるように、モダン化の共有定義を確立する必要があります。 モダン化は、機能を拡張したり、維持管理と進化の効率化を図ったりすることで、ワークロードが要件を満たす方法を改善します。 これは、ターゲットを絞った改善から、アーキテクチャの大幅な変更まで多岐に及びます。

1.1 モダナイゼーションの機会

組織はどこにモダナイゼーションの機会を見いだすべきでしょうか。 一般的なモダン化の機会としては、データベース、アプリケーション プラットフォーム、主権、データ、セキュリティ、アプリケーション コード、エンタープライズ プラットフォーム (SAP など) が挙げられます。 最新化により、これらの領域は、マネージド サービス、サポートされているテクノロジ、または組織の要件をより適切に満たすその他の機能に移行できます。 次の例は、意思決定者がポートフォリオ全体の最新化の機会を認識し、結果として生じる可能性のある変更の種類を理解するのに役立ちます。

テーブル。 モダナイゼーションの例

1.2 モダンとレガシ

ワークロードはいつモダンと見なされますか? "モダン" と "レガシ" を、テクノロジ ラベルではなく評価する条件として扱います。 ワークロードは、その目的に見合う程度に最新である必要があります。

• モダン: ワークロードは、組織の要件を満たしており、さらなるモダン化を正当化するような制約がない場合に、十分にモダンです。 さらに最新化しても、コストやリスクに見合うほどの十分な改善は得られません。 たとえば、マネージド サービスはインフラストラクチャ管理を減らすことができます。 最新のアーキテクチャにより、ワークロードを進化させることが容易になります。 これらの特性は最新化を示す可能性がありますが、単一の特性だけでワークロードがモダンになるわけではありません。

• レガシ: 従来のワークロードには、最新化によって意味のある改善が可能な制約があります。 サポートされていないテクノロジーは一例です。 過剰な管理作業ももう 1 つの要因です。 古さだけでは、ワークロードはレガシになりません。 古いワークロードは、ビジネス要件を満たしており、追加の最新化は投資に見合わない場合、十分に最新の状態を維持できます。

1.3 最新化と移行

最新化と移行の違いは何ですか? 移行と最新化は、独立して、または同じイニシアチブの一部として行うことができます。 移行によって、組織がワークロードを実行する場所が変更されます。 モダナイゼーションでは、機能を拡張したり、保守と進化をより効率的にしたりすることで、ワークロードが要件を満たす方法が向上します。

組織は移行中または個別の最新化作業としてこれらの変更を行うことができるため、リプラットフォーム、リファクタリング、再設計などの用語は両方のコンテキストで表示されます。 リホスト移行だけではモダナイゼーションではありません。 リホスト移行だけではモダナイゼーションではありません。 リホストによって、ワークロードが実行される場所は変わりますが、ワークロードの機能が拡張されたり、ワークロード チームによる運用や進化の効率が向上したりすることはありません。

2. 最新化の成果

モダン化する理由 組織は、ワークロード ポートフォリオ全体でモダン化の機会を積極的に特定する必要があるかどうかを決定する必要があります。 ほとんどの組織にとって、最新化は継続的な考慮事項である必要があります。 既存のワークロードでは、コスト、リスク、または制約が蓄積され、組織が目標を効果的に達成できなくなる可能性があります。

モダン化では、これらの制限に対処したり、新しい機会を生み出すことができます。 コストやリスクが削減される可能性があります。 機敏性を向上させたり、既存のワークロードでサポートできない機能を有効にしたりすることができます。 これらの潜在的な結果により、組織は個々のワークロード チームが提案するのを待つのではなく、最新化の機会を定期的に探す理由が得られます。 最新化により、次の結果が得られます。

• セキュリティ態勢を改善する: サポート対象外の技術を置き換えるか、より強力なセキュリティ機能を導入することで、セキュリティ上のリスクを軽減します。
• 運用コストと労力を削減する: マネージド サービスや自動化などの機能を使用して、インフラストラクチャ管理や定期的な運用作業を削減します。
• 信頼性とスケーラビリティの向上: ワークロードが必要な可用性、パフォーマンス、または拡張を満たすことを妨げる制約に対処します。
• 組織の機敏性を高める: 重要なビジネス変更を困難または遅くする技術的制約を軽減します。
• データと AI の機能を有効にする: 承認された分析および AI の使用に対して、管理対象のデータやアプリケーション機能を利用可能にします。
• 統合を簡略化する: システムの接続と変更が困難またはコストがかかる依存関係を減らします。
• 従業員の生産性の向上: チームがより価値の高いアクティビティに集中できるように、不要な複雑さや反復的な作業を減らします。

3. モダン化の役割と責任

誰がどの意思決定を行いますか? 組織は意思決定権と責任を割り当てる必要があります。 最新化には、投資決定からデリバリー、継続的な運用まで、ビジネスと技術の機能をまたいで調整する必要があります。 責任範囲の明確化は、意思決定者が技術的な実装の責任を負うことなく、ビジネス成果と組織の境界に対するアカウンタビリティを維持するのに役立ちます。 モダン化の責任には、一般に次のものが含まれます。

• ビジネス上の意思決定者: モダン化投資の意思決定とポートフォリオの優先順位付けを担う。
• プラットフォーム チーム:新しいテクノロジのオンボード、Azure Policy定義の更新、ワークロード ランディング ゾーンサブスクリプションの提供をサポートします。
• ワークロード チーム: 最新化の提案とビジネス ケースを開発し、最新化アプローチを推奨し、承認されたモダン化投資を実行します。

4. モダン化のアプローチ

どのくらいの変更が必要な場合がありますか? 意思決定者は、モダン化が必要とする可能性のあるさまざまなレベルの変更を理解する必要があります。このアプローチは、モダン化提案の投資、デリバリー作業、リスクに影響を与えるためです。 モダン化は、必要な結果を達成するために必要最小限の変更にとどめるべきです。 一部の機会では、対象プラットフォームの変更が必要です。 アプリケーション コードまたはアーキテクチャを変更する必要があるものもあります。 最新化の一般的なアプローチは次のとおりです。

• 再プラットフォーム: 既存の機能がビジネス ニーズを満たしているが、プラットフォームによって不要なコスト、労力、制約が発生する場合に使用します。
• リファクタリング: コードの制限や技術的負債によってワークロードが必要な結果を達成できなくなる場合に使用します。
• リアーキテクト: アーキテクチャ上の根本的な制約により、ワークロードが要求される成果を達成できない場合に使用します。
• 続行して再評価します。 期待される利点が最新化のコスト、リスク、または中断を正当化しない場合に使用します。

ワークロード チームは、適切な最新化アプローチを推奨する必要があります。 意思決定者は、提案されたアプローチを使用して、モダン化ビジネス ケースで必要な投資と配信の実現可能性を評価する際に、変更のおおよその規模を理解する必要があります。

5. モダナイゼーションのスキル習得

最新化を実現できますか? 組織は、モダン化投資を実現するために必要なスキルと能力を取得する方法を決定する必要があります。 スキルや能力のギャップがあっても、最新化を妨げるとは限りません。 シーケンス処理、資金調達、または組織が専門知識を調達する方法に影響を与える可能性があります。

組織には通常、社内能力の開発、Microsoft またはパートナーの専門知識の使用、専用の専門知識の追加という 3 つのオプションがあります。 適切なアプローチは、その機能がどれだけ早く必要かと、それを繰り返し必要とすることが予想されるかどうかによって異なります。

• 社内能力を開発する: 組織は、既存のスタッフを研修し、新しいスキルを応用するための時間を与えることで、モダン化の能力を育成することができる。 AI支援型のモダナイゼーションツールを使用すると、生産性を向上させ、専門的なモダナイゼーションの知識をより利用しやすくなります。 たとえば、GitHub Copilotモダン化エージェントは、アプリケーションの評価、最新化の計画、およびコードの変更を支援できます。 これらのツールは、モダン化の決定や成果を検証するために必要なスキルや責任を置き換えるのではなく、専門知識を補完するものです。

  モダン化機能が多くの将来のイニシアチブをサポートし、組織が持続可能な内部専門知識の開発に投資できる場合は、このオプションを選択します。 トレードオフ: AI を活用したツールによって一部のモダン化タスクが加速される場合でも、社内の能力を構築するにはより長い時間を要し、学習のための時間を確保する必要があります。 Well-Architected フレームワークを参照してください。

• オプション 2。 MicrosoftまたはMicrosoft パートナー: 外部の専門知識は、組織の能力を補完し、最新化を促進できます。 Frontier Accelerate for Azureは、専門パートナー、資金提供された評価、スキルリソース、Microsoftの投資へのアクセスを提供します。 Cloud Accelerate Factory では、サポートされている最新化シナリオに対して、Microsoftの専門家からゼロ コストのデプロイ 支援を提供します。

  このオプションが適しているのは、組織が社内で育成するよりも迅速に、専門的なノウハウや追加の能力を必要とする場合です。 トレードオフ: 外部からの支援は導入を加速させることができますが、組織は、契約終了後もモダン化されたソリューションを運用、発展させていけるよう、ナレッジの移転について計画を立てておく必要があります。

• オプション 3。 専門知識を追加: 特定の不足を補うために、従業員や契約社員を採用します。 このオプションを使用すると、内部スキルを開発するよりも速くキャパシティを増やすことができます。 このオプションが適切なのは、継続的な容量確保や、特定の専門職のロールが必要な場合です。 トレードオフ: 採用コストが追加され、提携するよりも時間がかかります。

6. 最新化ビジネスケース

この具体的な機会は資金提供する価値がありますか? 組織は、最新化投資を承認する前に、一貫性のあるビジネスケースを求める必要があります。 ビジネス ケースは、予想される組織価値で必要な投資と提供リスクを正当化できるかどうかを判断するのに十分な証拠を提供する必要があります。 また、提案を他のモダン化の機会と比較するための一貫した基礎も提供する必要があります。 投資の中には、金銭的なリターンによってその正当性が認められるものもあります。 モダン化を遅らせると許容できないコストやリスクが生じるため、必要な投資もあります。

6.1 モダン化の導入

モダン化の候補の根拠 成功した組織は、モダン化の提案のための共通の受付プロセスを確立します。 このプロセスにより、チームは、検討のためにモダン化の機会を提出するための定義済みの方法を利用でき、意思決定者はワークロード ポートフォリオ全体のモダン化の需要を可視化できます。 各提案では、影響を受けるワークロードと、モダン化が検討されている理由を特定する必要があります。

モダン化の候補は、組織がワークロードの問題や改善の余地を特定した場所であれば、どこからでも発生する可能性があります。 ワークロード チームは、技術的負債、サポートされていないテクノロジ、過剰な運用作業、またはアーキテクチャの制約を特定できます。 ビジネスの意思決定者は、変化するビジネス要件や新しい組織の優先順位を特定できます。 セキュリティ、ガバナンス、またはプラットフォームの要件によって、最新化の必要性が生じる場合もあります。

ビジネスケース開発

誰がビジネスケースを作成しますか？ モダナイゼーションの提案では、投資の意思決定に一貫した情報を提供すべきです。 最新化の提案ごとに同じビジネス ケース構造を使用してください。 この整合性は、意思決定者が各提案が投資を正当化するかどうかを判断し、ワークロード ポートフォリオ全体の価値のある投資を比較するのに役立ちます。 このビジネス ケースでは、3 つの優先順位付けの要素、すなわち "ビジネスへの影響"、"遅延から生じるコスト"、"実現可能性" に関する根拠が示されています。

証拠は判断に見合った範囲に保ちます。 完全なターゲット アーキテクチャや実装計画は必要ありません。 機会が投資を正当化するかどうかを判断するのに十分な情報が必要です。

ビジネスの意思決定者とワークロード チームは、ビジネス ケースを一緒に開発します。 ワークロード チームは、ワークロードに関する知識と技術的評価に基づいた根拠を提供します。 ビジネスの意思決定者は、組織の優先事項、ビジネス コンテキスト、投資に関する考慮事項を提示します。 プラットフォーム チームは、共有プラットフォームの機能または変更が投資またはその実施に影響を与える場合に証拠を提供します。

テーブル。 モダナイゼーションのビジネスケース

7. モダナイゼーションの優先順位付け

組織は、価値のあるモダン化の投資をどのように優先順位付けすべきでしょうか? 意思決定者は、完成したビジネス ケースを使用して、最新化投資の優先順位付けされたポートフォリオを作成する必要があります。 各ビジネス ケースの 3 つの要因 (ビジネスへの影響、遅延のコスト、実装の実現可能性) を比較して、最新化投資に優先順位を付けます。 これらの要因により、ビジネス ケースは、先に進める投資を決定するための一貫した基礎になります。

3 つの要素を比較して、最新化の優先順位を決定します。 より多くの価値を生み出す投資や遅延コストが高い投資に優先順位を付けますが、組織が期待される成果を現実的に実現できるかどうかを検討します。 投資の優先順位が同様の場合は、元のビジネスケースに立ち返って判断します。

次のステップ