最新化の準備

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

最新化により、ビジネス ニーズが変化したり、現在の状態によって許容できないコストやリスクが生じたときに、既存のワークロードを改善できます。 組織には、どの最新化の機会が投資に値するか、またそれらにワークロード ポートフォリオ全体でどのように優先順位を付けるかを判断するための一貫した方法が必要です。

結果: 最新化の準備が完了すると、組織はワークロードの最新化投資について優先順位が付けられた一覧を持つようになります。

1. 最新化とは

最新化により、既存のワークロードまたはワークロード コンポーネントが改善され、現在または将来のビジネス要件をより適切に満たすことができます。 プラットフォーム、アプリケーション、データ、運用モデルなど、ワークロードのさまざまな部分を変更できます。 モダナイゼーションは特定のテクノロジの到達点ではありません。 これは、対象を絞ったアップグレードからアーキテクチャの大幅な変更まで多岐に及びます。

目標は、すべてのワークロードを技術的に可能な限り最新にすることではありません。 組織は、許容可能なコストとリスク レベルで必要な改善を達成するために十分に最新化する必要があります。 適切な最新化のレベルは、解決する必要がある問題と、その解決に期待される価値によって異なります。

結果: 組織全体でモダン化の定義が共有されています。

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

組織はどこにモダナイゼーションの機会を見いだすべきでしょうか。 一般的な最新化の機会には、データベース、アプリケーション プラットフォーム、アプリケーション コード、データ、セキュリティ、主権、エンタープライズ プラットフォーム、SAP などが含まれます。 最新化により、これらの領域は、マネージド サービス、サポートされているテクノロジ、または組織の要件をより適切に満たすその他の機能に移行できます。

次の例は、意思決定者がポートフォリオ全体の最新化の機会を認識し、結果として生じる可能性のある変更の種類を理解するのに役立ちます。 機会だけでは投資は正当化されません。 ワークロード評価では、どの変更が実行可能か、またそれによってどのようなモダナイゼーションの成果が得られるかを見極める必要があります。

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

1.2 モダンとレガシ

ワークロードはいつモダンと見なされますか? "モダン" と "レガシ" を、テクノロジ ラベルではなく評価する条件として扱います。 ワークロードは、技術的に可能な限り最新になる必要はありません。 それは、その目的のために十分に最新化する必要があります。

• 最新: ワークロードは、さらなる変更を行っても、そのコスト、リスク、または中断を正当化するのに十分な改善が得られない場合に、十分に最新の状態にあります。 最新のワークロードでは、通常、不要な作業や制約を軽減するテクノロジとプラクティスが使用されます。 たとえば、マネージド サービスを使用すると、インフラストラクチャ管理の責任を軽減できます。 最新のアーキテクチャにより、ワークロードの変更、スケーリング、統合、セキュリティ保護、運用が容易になります。 これらはモダン化の特性であり、ワークロードをモダンと呼ぶための要件ではありません。

• レガシ: 従来のワークロードには、一般に、新しいテクノロジまたはプラクティスが改善できる特性があります。 サポートされていないテクノロジーは一例です。 年齢だけでは、最新化が必要かどうかは決まりません。 古いワークロードは、目標を効率的に満たし、そのコストとリスクが許容可能なままであれば、十分に最新である可能性があります。

1.3 最新化と移行

最新化と移行の違いは何ですか? 移行によって、ワークロードの実行場所または実行方法が変更されます。 最新化により、より良い結果を得るためにワークロードを変化させます。 取り組みは両方を実行できます。 移行は、変更によってビジネス機能、コスト、リスク、運用、またはその他の必要な成果において承認された改善がもたらされる場合、モダナイゼーションでもあります。

2. 最新化の成果

なぜ最新化するのか 現在の状態でワークロードが必要な結果を十分に効率的に達成できない場合、組織はモダナイズします。 最新化により、コストやリスクが削減されたり、機敏性が向上したり、新しい機能が有効になる可能性があります。 特定の最新化作業では、すべての結果を改善する必要はありません。 そのビジネスケースは、どの改善が投資を正当化するかを確立する必要があります。 最新化により、次の結果が得られます。

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

結果: モダナイゼーションが提供できる改善点と、組織にとって重要な点を理解している。

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

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

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

結果: モダン化ライフサイクルのために、組織全体でロールと責任が割り当てられている。

4. モダナイゼーションのアプローチ

どのくらいの変更が必要な場合がありますか? モダン化では、許容できるコストとリスクの範囲内で承認された結果を達成するために必要な最小限の変更を行う必要があります。 問題の原因がプラットフォームにある場合は、限定的なリプラットフォームで十分な場合があります。 アプリケーションまたはアーキテクチャの制約によって必要な結果の達成が妨げられる場合は、リファクタリングまたは再設計が必要になる場合があります。 最新化の一般的なアプローチは次のとおりです。

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

ワークロード チームは、承認された結果を達成できる最も影響の少ないアプローチを推奨する必要があります。 意思決定者は、提案された変更レベルが期待値とリスクに見合っているかどうかを評価する必要があります。

成果: 提案された変更レベルが、予想される最新化の成果に比例しているかどうかを評価できます。

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

最新化を実現できますか? 組織には、承認されたモダナイゼーション投資を許容できるレベルのリスクで実行するための十分な能力と実行力が必要です。 ギャップが必ずしも最新化を妨げるわけではありません。 シーケンシング、資金調達、または専門知識の調達方法に影響を与える可能性があります。

• 社内能力を開発する: 組織は、既存のスタッフをトレーニングし、新しいスキルを適用する時間を与えることで、モダナイゼーション能力を開発できます。 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 つの要素を比較して、最新化の優先順位を決定します。 より多くの価値を生み出す投資や遅延コストが高い投資に優先順位を付けますが、組織が期待される成果を現実的に実現できるかどうかを検討します。 投資の優先順位が同様の場合は、元のビジネスケースに立ち返って判断します。

結果: ビジネス ケースの一貫性のある根拠に基づいて、優先順位付けされた最新化投資の一覧を得られます。

次のステップ