2.5 変更のビジネスケース

概要:

変更のビジネスケースは、クラウドトランスフォーメーションをビジネス理論的根拠にリンクする説得力のあるメッセージです。次のことを行う必要があります。

強力な財務ケースでサポートされる。
ステークホルダーのコミットメントを生み出すために、常にビジョンを伝えます。
会社全体または機能固有のメッセージに合わせてカスタマイズします。
IT、ビジネス、財務、顧客、従業員にとってのメリットについて説明します。
クラウドプログラムを外部環境 (競合市場や顧客など) に接続します。
緊急性を確立します。

作成した変更についてケースをテストするには、次の主要な基準に照らして検証します。

メッセージは、シンプルで明確な言葉で将来の状態を伝えます。例えば、「新製品を導入し、x% の市場シェアを失ったという下位四分位にいます。クラウドトランスフォーメーションプログラムにより、上位の四分位数に移行し、株主と顧客を満足させることができます。」
メッセージでは、現在の状態を記述し、現時点でクラウドトランスフォーメーションプログラムを開始または開始しない場合の結果を説明することで、変更が必要な理由について説明します。
メッセージは、クラウドトランスフォーメーションがビジネス成果を向上させる他のイニシアチブとどのように連携しているかを説明しています。
メッセージはメタファーを使用して将来の状態を記述するため、簡単に記憶できます。
メッセージは、個人の確信 (トーンまたは感情) を伝えます。
メッセージには、クラウドトランスフォーメーションの実装をサポートするために個人的に何をするか (個人の行動の変化、組織システムの変化など) が記載されています。
メッセージでは、対象者が変更をサポートするために実行できる特定のアクションについて説明します (クラウドトレーニングセッションやワークショップへの参加、クラウドリーダーシップチームの編成、クラウドトランスフォーメーションプログラムについて何がわかっているか、何がわかっていないかについてのコミュニケーションなど）。
メッセージは短い (5 分以下) です。

ベストプラクティス

ステークホルダーの評価を行った後、変更ケースを作成します。
影響者にとってのメリットを明確かつ誠実に説明してください。
クラウドジャーニーを行わない場合の結果について説明します。
さまざまなコミュニケーション (説明文、全員参加会議など) で変更する場合に使用します。
特定の対象者向けにメッセージを調整します。
他の従業員に変化のケースを明確にするよう促します。
変更のユースケースを提示するときは、双方向の対話を行います。
すべての利害関係者からのフィードバックと質問を集めて応答します。

変更に対する共有ニーズの作成

成功した組織は、変化の必要性を短期的な脅威以上のものとしてフレーム化することを学びます。短期的および長期的にニーズを脅威と機会の両方として伝える方法を見つけます。これにより、短期的な緊急性を伝達することを回避し、主要な利害関係者の長期的な注意と関与を確保できます。動機付けの鍵は、脅威と、人々を正しい方向に向け、動かす機会のバランスを取ることです。

次の表を使用して、ビジネスケースの変更の動機を収集します。このテーブルの説明を以下に示します。

脅威 (「変更しない場合...」) は、現在の状態を手放すことに焦点を当てた変更の理由です。脅威は、現在の状態を魅力的でなくなったり、耐えがたいものでもなくなったりします。
機会 (「変化した場合...」) は、新しい状態や将来の状態に向けて人々を惹きつける変化の理由です。機会は未来に焦点を当て、成長指向です。
短期的な動機付けは、比較的早く、または迅速に有効になります。短期的な定義は主観的で、プロジェクトや状況に固有です。短期的な動機づけは、切迫感を伝えます。
長期の動機付けは、将来有効になるか、時間の経過とともに蓄積されます。持続可能な動機付け能力を提供します。

短期的な動機:

脅威 (変更しない場合)	機会 (変更した場合)
1.	1.
2.	2.
3.	3.
4.	4.
5.	5.
6.	6.
7.	7.

長期的な動機:

脅威 (変更しない場合)	機会 (変更した場合)
1.	1.
2.	2.
3.	3.
4.	4.
5.	5.
6.	6.
7.	7.

テーブルを完了したら、テーブル内のできるだけ多くの動機をカバーした言語を使用して、変更の必要性を示す 3～4 文のステートメントを作成します。

ビジョンの形成

効果的なビジョンステートメントは、変更の結果を記述します。これは明確で正当で、広く理解され、共有されています。ビジョンは行動用語で形成されています。派手なスローガンではありませんが、将来の良い様子を説明しています。説得力があり、測定可能で、感情的に刺激的です。これは、変更作業の一部となる、または変更作業の影響を受けるすべての利害関係者の目標として機能します。

次の表を使用して、ビジョンステートメントの情報を収集します。

からのフィードバック	クラウドトランスフォーメーション後、さらにに何が聞こえますか?	クラウドトランスフォーメーション後のの音は少なくなりますか?
お客様	1.	1.
お客様	2.	2.
お客様	3.	3.
従業員	1.	1.
従業員	2.	2.
従業員	3.	3.
パートナーとサプライヤー	1.	1.
パートナーとサプライヤー	2.	2.
パートナーとサプライヤー	3.	3.

テーブルを完了したら、テーブルにキャプチャされたフィードバックのできるだけ多くをカバーする言語を使用して、変更の必要性を示す 3～4 文のステートメントを作成します。

さらに、ビジョンの達成度を評価するのに役立つ成功メトリクスを 3～5 つ提案します。

将来のプレスリリースおよび関連するよくある質問の作成

未来のプレスリリースは、イノベーションと新製品開発に根差しています。プレスリリースは、新製品がリリースされる将来の視点から書かれています。よくある質問は、プレスリリースに付随し、ライターに変化について広く考えるよう強制します。このアプローチを使用すると、顧客に焦点を当てるのに役立ち、前提を明確にすることを強制し、あらゆる利害関係者が解釈できます。

このアプローチを使用して、メッセージングが一貫性があり、ステークホルダーに焦点を当て、包括的であることを確認できます。

プレスリリース

クラウドトランスフォーメーションを開始してから 12～18 か月が経過し、クラウドトランスフォーメーションジャーニーの成功と、それが顧客のニーズをどのように解決し、競争上のポジションに貢献し、従業員のスキルとキャリアを強化し、増分収益と収入を追加したかについて記者会見で話すように求められたとします。

次のフレームワークを使用して、記者会見で音声を聞いた後にメディアが書き込む可能性のある記事を作成します。

プレスリリースが 1 ページ半以上ある場合、おそらく長すぎます。短く (ほとんどの段落で 3 文または 4 文）、シンプルにします。プレスリリースに FAQ を含めると、他のすべてのビジネスや実装に関する質問に回答できるため、プレスリリースは顧客の利益に集中できます。

プレスリリースは、主要な機能的なビジネスリーダーの言語で書くことをお勧めします。顧客の声から話し、技術的な詳細を避けるようにしてください。

プレスリリースの対象者は、ソリューション、製品、またはサービスの外部顧客または内部ユーザーになることができる主要な利害関係者です。コンテンツは、お客様の問題、現在のソリューション (内部または外部) が失敗する方法、クラウドトランスフォーメーションが既存のソリューションをどのように上回るかに焦点を当てています。

プレスリリースの概要の例を次に示します。

タイトル — クラウドトランスフォーメーションの最も重要な利点について説明します。(シンプルに保ちます）。
サブヘッダー – 主要なステークホルダーグループ (外部の顧客、株主、社内の従業員など) のクラウドトランスフォーメーションの利点について説明します。
概要 – クラウドトランスフォーメーションのビジネス成果と財務成果の概要を提供します。リーダーがそれ以上読まないと仮定して、このセクションを強く保ちます。
問題または機会 – クラウドトランスフォーメーションによって対処される問題または機会について説明します。(変更のためにケースから情報をコピーします）。
解決策 – クラウドトランスフォーメーションがこれらの問題や機会にどのように対処したかを説明します。
会社の引用 – 社内のスポークスパーソンからの引用を入力します。(ユーザーである可能性があります）。
顧客の引用 – 架空の顧客からの引用で、その顧客がどのようなメリットを享受したかを説明してください。
終了してアクションを呼び出す – まとめ、追加のリソースへのリンクを提供します。
よくある質問 – 予想される質問に対する回答を提供します。例えば、クラウドトランスフォーメーションに関連する質問をいくつか紹介します。
- カスタマーエクスペリエンスはどのように変わりますか?
- ロールはどのように変更されますか?
- 組織の文化はどのように変わりますか?
- リーダーシップの責任はどのように変わりますか?
- クラウドにいるときに必要な新しいスキルは何ですか?
- どのような新しい行動や考え方が必要ですか?
- トレーニングプランとは
- クラウドトランスフォーメーションのタイムラインを教えてください。
- クラウドトランスフォーメーションの前にアプリケーションにどのような変更を加える必要がありますか?
- 将来のビジョンを共有するためにどのようなコミュニケーションが必要ですか?
- 変更の導入を促すには、どのようなコミュニケーションが必要ですか?
- サポートモデルはどのように変わりますか?
- 開発、テスト、統合、配信ツールを変更する必要がありますか?
- どのレベルのサーバーアクセスを利用できますか?
- アプリケーションのパフォーマンスをモニタリングする方法

変更ケースのカスケード

変更のケースを明確にしたら、従業員に伝えてロールアウトする方法を検討してください。変更メッセージのケースには、さまざまな通信形式を使用できます。次に例を示します。

従業員の全員参加会議やタウンホールなど、大規模な会議で共有される短いスライドデッキ
主要なスポンサーが変更のケースについて話し、他のリーダーが変更のさまざまな側面について包括的に話すように招待するエグゼクティブビデオ
会社の廊下、カフェテリア、休憩室で共有されている柱やデジタルディスプレイ
プログラムについて言及する内部ウェブサイト

よくある質問

Q. 変更のビジネスケースとは何ですか？

A. 変更のケースは、クラウドトランスフォーメーションを変更の理論的根拠に結び付ける、説得力があり、動機付けがあり、刺激的なメッセージとドキュメントです。理想的には、強力な財務ケースでサポートされ、ステークホルダーからクラウドトランスフォーメーションへのコミットメントを生み出す一貫した方法でビジョンを伝えるために使用されます。これは、会社全体または部門固有のメッセージを伝え、IT チーム、ビジネスチーム、財務チーム、顧客、従業員にメリットを説明するように調整および拡張できます。

Q. なぜ価値があるのですか？

A. リーダーは、組織が現在および将来の市場で成功できるようにする変更を実装する必要があります。リーダーが何を達成するように求めているかを信じない場合、従業員は変化に抵抗する可能性があります。変更したい従業員と変更が必要な従業員の間では、パフォーマンスに大きな違いがあります。変化に対する確固たるコミュニケーションのとれたビジネスケースは、人々がクラウドトランスフォーメーションジャーニーに自発的にコミットするのに役立ちます。

Q. いつ作成しますか？

A. クラウドプログラムの早い段階で変更のビジネスケースを作成し、影響を受けるすべてのステークホルダーグループに複数回提供します。

Q. このアクティビティへの入力は何ですか?

A. 入力には、プロジェクト構造、目標、目的、予算、メトリクス、ステークホルダー評価、変更影響分析が含まれます。

Q. このアクティビティからの出力は何ですか?

A. 出力には、対象者、リージョン、ビジネスユニット、ステークホルダーグループ別の主要なメッセージ、変更戦略と計画、コミュニケーション戦略と計画、トレーニング戦略と計画が含まれます。

Q. このアクティビティには誰が関与していますか?

A. 参加者には、エグゼクティブスポンサー、クラウドリーダーシップチーム、エグゼクティブまたはステアリング委員会、IT およびビジネスリーダーの調整に参加したリーダーが含まれます。

追加のステップ

変更のビジネスケースを作成するには、次の手順に従います。

他のユーザーとケースの変更を確認し、フィードバックを取得します。
フィードバックに基づいて変更ケースを微調整し、必要に応じて計画をロールアウトします。
ドキュメントの理解度、動機、信頼性、緊急性を評価します。
適切な対象者を決定し、会場を共有します。

ブラウザで JavaScript が無効になっているか、使用できません。

AWS ドキュメントを使用するには、JavaScript を有効にする必要があります。手順については、使用するブラウザのヘルプページを参照してください。

ドキュメントの表記規則

2.4 組織の準備状況評価

リソース