翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
準備評価プロセス
準備状況評価は、次の 4 つのタスクを 2 週間にわたって実施します。
-
準備状況評価会議を予定し、出席を求めます。
-
各アプリケーションスイートの主要な利害関係者またはペルソナとの面接を実施します。
-
アプリケーションモダナイゼーションアンケート (付録を参照) を使用して情報を収集し、収集した情報を分析し、観察結果を文書化し、次のステップを決定します。
-
報告会を予定し、実施します。
以下のセクションで、これらのタスクについて詳しく説明します。
準備状況評価会議のスケジュールを設定します。
準備状況評価プロセスの最初のステップは、必要な出席者との準備状況評価会議をスケジュールすることです。推奨される出席者:
-
CEO
-
CTO / チーフアーキテクト
-
最高情報責任者
-
マネージングディレクター
-
ビジネスユニットオーナー
-
IT ファイナンス
-
セキュリティリーダー
-
ネットワークリーダー
-
アプリケーション開発リーダー
-
インフラストラクチャリーダー
-
オペレーションリーダー
-
アプリケーションオーナー (最初の数個のアプリケーション)
面接の実施
このステップでは、主要な利害関係者またはペルソナとの面接を行います。まず、経営陣との 1 時間または 2 時間の話し合いから始めます。このキックオフミーティングはプロセス全体の始まりであり、評価の重要な要素です。
-
キックオフミーティングでは、組織のビジネス上の優先事項を理解し、2 週間の準備状況評価で評価すべきコアアプリケーションを特定します。目標は、ビジネス上の優先事項に沿ったものにすることです。
-
ビジネスリーダーとテクノロジーリーダーが優先事項に関して足並みを揃えたら、2 日間のビジョンワークショップを開催して、モダナイゼーション戦略の詳細を定義し、リソース配分に関する調整と経営陣のコミットメントを推進します。ビジョンワークショップには次のような具体的な目標があります。
-
モダナイゼーションの取り組みの一環として実現できる重要なビジネス成果のうち、優先順位を付けたショートリストを特定します。
-
特定したビジネス成果に関連する、現在の技術的能力、アーキテクチャ、スキルセットを把握します。
-
重要な運用モデルメカニズムに参加する主要な利害関係者 (クラウド・リーダーシップ・チーム、クラウド・ビジネス・オフィス、クラウド・プラットフォーム・エンジニアリング・チームなど) を特定します。
ワークショップはモダナイゼーションプログラムマネージャーが主導し、モダナイゼーション・アーキテクト、インフラストラクチャー・スペシャリスト、データ・スペシャリストが参加する必要があります。(スペシャリストの役割は、組織の規模と構造に応じて組み合わせることができます)。エグゼクティブスポンサーは、取締役や VP を含めることを選択しても、チームには全面的な参加を委任しない場合があります。
-
-
ビジョンワークショップの後、利害関係者は成功要因、方法論、一般的な成果について合意します。これにより、組織の取り組みを完全に理解し、次のフェーズで重点的に取り組むことができます。
情報の収集
このステップでは、アプリケーションモダナイゼーションに関するアンケート (「付録」を参照) を使用して、現在のポートフォリオをよりよく理解し、評価してください。次の 5 つの観点からアプリケーションを評価することができます。
-
戦略的または事業的適合性
-
機能的妥当性
-
技術的妥当性
-
財務上の適合
-
デジタル対応
誰もがエコシステムについて共通の理解を持てるように、ジャーニーガイドを作成し、リプラットフォーム、リファクタリング、置き換えの対象となるアプリケーションに焦点を当てます。モダナイゼーションの対象となるワークロードを 1 つか 2 つ選び、それらのアプリケーションをモダナイズするためのブループリントを作成します。
-
前提条件をチェックする ブループリントを作成する前に、前提条件となるすべてのステップが完了していることを確認してください。前提条件には、コードの修正、パフォーマンス、統合、保守性、採用経路 (リプラットフォーム、リファクタリング、または置換) の決定など、アプリケーションのモダナイゼーションを推進する要因を確認することが含まれます。
-
アセットの調整。優先順位付けされたワークロードをサポートするために、提案されている資産と既存の資産のどちらが必要かを特定します。
-
イテレーションとリリースを定義。モダナイゼーション作業に割り当てられるタイムブロック (繰り返し) を決定します。生産プロセスを変更する前に、リリース (実施すべき作業) を定義します。
-
組織がモダナイゼーションに備えるのに役立つ、各分野のアクションを特定します。重要なのは、移行を計画している最初のいくつかのアプリケーションについて、スムーズな移行体験を保証することです。この最初の段階では、すべてのアプリケーションのあらゆる側面を解決するためのアクションプランを提示しようとしないでください。反復的なアプローチは、俊敏性とスピードを提供しながら、品質とセキュリティを維持するのに役立ちます。
-
期限と担当者を明確にします。アクションごとに、最低でも期日と所有者を記入しておきます。タイムリーに行動を終了させるために、プロジェクトを立ち上げ、開始することが理想的です。
結果の提示
報告会ミーティングで検出結果を議論 (検証) し、話し合ったビジネスプラン、特定されたリスク要因、各アプリケーションの進め方を概説するロードマップを作成します。分析と観察結果には以下が含まれる場合があります。
-
アプリケーションのグループ化、ランク付け、順序付け
-
目標と中間オペレーティングモデル
-
主要な技術要件と規制要件
-
データ移行要件が広範囲に及ぶアプリケーション
-
変換するデータの範囲と量
これにより、観察結果やその後の活動に適切な調子が付けられ、その成果の実現に役立ちます。報告会セッションの目的は、特定の分野をより深く掘り下げ、実行に移し、勢いをつけるための次のステップについての調整と合意です。