作業を開始しましょう。クラウド戦略チームを結成する

成功するには、すべてのクラウド導入の取り組みで、ある程度の戦略的な計画が必要になります。 このファースト ステップ ガイドは、堅固なクラウド戦略を構築して遂行できる、専任のチームまたは仮想チームを結成するのに役立つよう設計されています。

この取り組みで最初に行うべきことは、戦略チームが必要かどうか、または既存のチーム メンバーで役割を分担し、クラウド戦略を遂行できるかどうかの判断です。

どちらの方法を選択するにしても、動機とビジネスの成果を定義し、ビジネスの優先順位とクラウド導入の取り組みの整合性を検証して維持する、クラウド戦略チームを構築することをお勧めします。 ビジネス成果がビジネス機能に影響を及ぼす場合は、組織全体からビジネス リーダーを招集して戦略チームに含めるようにしてください。 クラウド戦略チームの目的は、クラウド テクノロジによって実現される具体的なビジネス成果を生み出すことです。 ビジネス成果と合致するようクラウド導入の取り組みを進行させるのは、総じてこのチームになります。 可能な限り、ビジネス成果とクラウド戦略チームの取り組みの両方を、プロセスの早い段階で定義する必要があります。

Note

この記事では、クラウド導入プロセスにおいて主要な役割を担う "戦略ファシリテーター" について説明します。 この役割は、一般に、プログラム マネージャー、アーキテクト、コンサルタントが担います。 クラウド戦略チームが結成されて取り組みを開始すると、戦略ファシリテーターは、アラインメントを作成し、チームがビジネス目標に沿って取り組みを進めているかについて、一時的に説明責任を負います。 多くの場合、クラウド導入の取り組みの成功について最も詳しく状況を把握している人物が戦略ファシリテーターです。

手順 1:クラウド戦略チームが必要かどうかを判断する

クラウド戦略チームは、"クラウド戦略機能" と呼ばれる、クラウドにおいて必要な機能を遂行します。 クラウド戦略チームを結成するためには、専任のビジネス リーダー、利害関係者、プログラム マネージャーから成る所定のグループが定期的に集い、クラウド導入を推進する戦略を遂行する必要があります。

成果物:

• ビジネスにクラウド戦略チームが必要かどうかを判断します。

成果物の完遂をサポートするうえでのガイダンス:

クラウド戦略チームを結成することは、多くの場合、次のような理由から必要です。

理由	考慮事項
クラウドの導入はビジネスにとって重要である。	クラウド導入が、重役レベルの役職によって把握される取り組みである。 クラウド導入の取り組みが成功を収めることで、市場での立ち位置や顧客維持、収益が向上する。 導入ポートフォリオ内のプログラムが、戦略的なビジネス成果に直結する。 導入に向けた取り組みに伴うワークロードのポートフォリオが、戦略的でかつミッション クリティカルであり、複数の部署に影響を及ぼす可能性がある。
クラウドの導入には経営幹部の継続的なサポートが必要である。	クラウド導入の取り組みが、組織変動の算段に影響を及ぼす。 その取り組みに伴って、多数のビジネス ユーザーによるトレーニングが別途必要になり、一定のビジネス機能の中断を招くおそれがある。 既存のデータセンターにこだわる事情が、既存の IT 運用チームまたはベンダーにある。 既存の IT チームが取り組みにあまり賛同していない。
クラウドの導入にはビジネスへのリスクが伴う。	所定の期間内に移行が完了しなかった場合、市場に悪影響が生じたり、ホスティング コストが増えたりする。 導入対象として予定されているワークロードをデータの漏えいから保護する必要があり、仮にデータが漏えいすれば、ビジネスの成功や顧客のセキュリティに支障が生じる可能性がある。 クラウド化に向けた取り組みの測定に用いられるメトリックがビジネス志向であり、技術的な成功への依存やリスクを形成する。

上記の理由のいずれかまたはすべてがご自身の既存のビジネス上の考慮事項として該当する場合は、この記事の残りの部分で説明されている情報を参考にして、クラウド戦略チームの結成に役立ててください。

説明責任を担う人物またはチーム:

• 戦略ファシリテーターがクラウド戦略チームの必要性を判断する説明責任を負います。

クラウド戦略チームが不要だったらどうするか

クラウド戦略のニーズを満たすために必要なクラウド戦略機能を改めて確認しましょう。 組織によっては、戦略的なニーズを満たすために専任のチームまたは仮想チームは必要ありません。 RACI (実行責任、説明責任、助言、通知) テンプレートで戦略の主要な責任を列挙し、それぞれチーム内のだれが担当するかを確認します。 そのすべての説明責任を 1 人の担当者が負う場合は、RACI テンプレート内の "クラウド戦略" をその人物の名前に置き換えてください。

手順 2:クラウド戦略チームを結成する

クラウド戦略チームは、ビジネス リーダーと IT リーダーとの間に立って、定期的にすり合わせを行う役目を果たします。 重要度やリスクの度合いによって、また、戦略チームのニーズを後押しする経営幹部のサポートのレベルによって、チームの参加や構成メンバーは変わる可能性があります。

成果物:

• クラウド導入戦略の説明責任と実行責任を積極的に共有する適切な組織または個人を特定します。

成果物の完遂をサポートするうえでのガイダンス:

• 専任のチームがあることで恩恵を受け、また戦略の推進に貢献しうる利害関係者を明確にするために、手順 1 の根拠を文書化し、共有します。
• だれが適任かについては、「クラウド戦略機能」を参照してください。
• 想定される関係者それぞれの整合性と労力的余地を検証するには、この機能の最小スコープと成果物を確認します。
• 現在のチーム構造に基づいて適切な RACI チャートを作成するには、さまざまな RACI の構成例を確認するか、RACI テンプレートの下部にあるタブ例のいずれか 1 つを選択します。
• その結果を RACI テンプレートの Org Alignment ワークシートで文書化します。

説明責任を担う人物またはチーム:

• クラウド戦略チームの結成についての説明責任は、戦略ファシリテーターが負います。

手順 3:頻度を確立する

チームは、クラウド導入の取り組みの初期段階で、意思の疎通と反復的な戦略レビューを頻繁に行う必要があります。 導入作業が始まるとその頻度は減っていき、バックログ優先順位の状態と検証 (または調整) へと重点が移ることになります。

手順 4、5、および 6 は、4 週間から 6 週間以内に完了する必要があります。 残りの手順は、後続のミーティングで遂行することになります。 チームが手順 7 を開始するまで、より頻繁にミーティングを開催することを維持する必要があります。

成果物:

推奨されるミーティングの頻度を確認したうえで、戦略チームのメンバー全員とのミーティングをスケジュールします。

成果物の完遂をサポートするうえでのガイダンス:

• 文書化されたそれぞれのメンバーの認識を一致させるために、推奨される短期的および長期的なミーティング頻度を確認します。

説明責任を担う人物またはチーム:

• クラウド戦略チームのミーティング頻度の確立についての責任は、戦略ファシリテーターが負います。

手順 4:動機主導の戦略を確立する

クラウド導入の取り組みには、移行とイノベーションの両方のアプローチがあります。 技術チームが戦略を設定するとき、その戦略は、チーム メンバーが現在有しているスキルや強みによって決まるのが一般的です。 そのような戦略は、技術的には成功を収める可能性が高いものの、ビジネス インパクトが限定的なものになるリスクをはらんでいます。

クラウド戦略チームの最初の目的は、ビジネスの動機に基づいて戦略の概略を設定することです。 これは通常、クラウド戦略チームのメンバー全員との 1 時間のワークショップで完了することができます。 また、さまざまな技術チームおよび対象となる利害関係者と一緒に、さらに 1 時間以上かけてビジネスの動機を確認することも必要です。

最初のワークショップ時に、チームの各メンバーが動機に優先順位を付け (動機の把握に関する記事を参照)、その最優先事項を共有する必要があります。 移行またはイノベーションの方向でテーマが見えてくるまで、戦略ファシリテーターが主導で、少なくとも 1 回、会話の場を設けるようにします。 動機は、両方のカテゴリの上位 3 件のリストにある可能性が高く、明確なパターンがどちらか一方に傾くまでには、チームがそのリストを深く掘り下げる必要がある場合があります。

チーム メンバーの足並みを揃えるうえで役立つ会話が、この作業を通じて引き出されます。 この成果物は、残りの戦略と結果として生成される計画の指針となります。

成果物:

• 戦略と計画のテンプレートに動機を記録します。

成果物の完遂をサポートするうえでのガイダンス:

• 動機を把握する: 重要なビジネス イベントや一部の移行の動機は、コスト重視となる傾向があり、その後のすべての取り組みでコスト管理の重要性が大きくなります。 一方、イノベーションまたは移行による成長に関連した未来志向の動機もあり、その場合には、より営業収益に重点が置かれます。 動機を把握すると、チーム メンバーによるコスト管理の優先度付けの判断に役立てることができます。

説明責任チーム	実行責任チームとサポート チーム
クラウド戦略チーム	クラウド ガバナンス チーム クラウド導入チーム クラウドのセンター オブ エクセレンスまたは中央 IT チーム

手順 5:ビジネス成果を確立する

クラウド戦略チームの各メンバーは、ビジネスの成功を測定するための具体的なメトリックを適用することで、ビジネス成果を少なくとも 1 つ定義するよう求められます。 ある特定のメトリックを、クラウド導入の取り組みの直接の結果として改善できる場合、チーム メンバーは、予想される影響を共有するよう求められます。 クラウド導入の取り組みがメトリックに影響しない場合でも、そのメトリックをビジネスが後押しできるようなら、そのことも文書化する必要があります。

クラウド戦略チームのリーダーの多くは、その核となるメトリックを分解して、クラウド導入の取り組みによって影響を受ける可能性のある成果を特定しなければなりません。 その取り組みによってチーム メンバーの成果が変わらないようなら、プログラムへの関心の度合いを維持することは難しいでしょう。 ファシリテーターは各リーダーと連携して、一線化されたメトリックを策定し、チーム メンバーが戦略チームの一員として適任であるかどうかを再評価する必要があります。

ビジネス成果に反応が現れるまでには時間がかかる場合があります。 そうした類の変化は、技術の変化に比べて進行が遅いのが一般的です。 透明性を維持するために、戦略チームは、より短期的な学習メトリックを取りまとめる必要があります。 そうしたメトリックには、それぞれのチーム会議でレビューすることによって技術的な目標やビジネス成果に向けた進捗を実証できるような変化 (技術的変化など) が挙げられます。

成果物:

• クラウド戦略チームのメンバーごとに、期待されるビジネス成果を少なくとも 1 つ割り出します。
• 期待される時間の必達目標と期待される成果を一線化するために、メンバーのリストを絞り込みます。
• 継続的に進行状況をレポートできるよう一連の短期的メトリックと中期的メトリックを整理します。

成果物の完遂をサポートするうえでのガイダンス:

• 戦略と計画のテンプレートにビジネス成果を記録します。
• ビジネス成果:一部の財政上の成果では、コストが極端に重視される傾向があります。 目標とする成果が財務メトリックと対応関係にある場合は、極力早い段階で Cost Management の規範に投資するのが賢明でしょう。
• ビジネス成果と導入の技術的な取り組みとの間に存在するギャップは、学習メトリックを利用して埋めることができます。

説明責任チーム:

クラウド戦略チームがポートフォリオを表示するビューを定義する責任を負います。 チームは特定のメトリックを使用して、ビジネス結果の成功を測定できます。

手順 6:業務上の正当な理由に基づいて、計画を続行するか中止するかの判断を下す

業務上の正当な理由は、計画、長期的なリターンの予想、総保有コスト (TCO) の予想に寄与します。 この手順でクラウド戦略チームは、計画を進める判断をチームですり合わせるために最低限、どの程度の規模の分析が必要かについて合意する必要があります。 戦略的なすり合わせには、踏み込んだ計画と TCO 分析が必要になる場合もあります。 ほとんどのクラウド戦略チームは、単純なコスト分析で十分に方向性を一致させることができます。

戦略チームの各メンバーは、業務上の正当な理由に関わる一般的な通説とアプローチを確認する必要があります。 これにより、チームは、サポート チームから期待される特定の分析情報を伝えることができます。 チームがこの期待に応えられるようになったら、時間投資とミーティングの頻度を下げることができます。 業務上の正当な理由とデジタル資産分析の両方について見解が一致するまでは、チームは引き続き、戦略を遂行するうえでの責任を負います。

成果物:

• サポート チームと一緒に、業務上の正当な理由を提示する作業を開始します。
• クラウド導入計画を続行するか中止するかの判断について戦略チームの意見が一致するまで、サポート チームと毎月 (または必要に応じて) ミーティングを行います。

成果物の完遂をサポートするうえでのガイダンス:

• 業務上の正当な理由は、クラウド導入の財務計画全体の概要を示します。 これは、最初の予算作成に役立つ情報源となる可能性があります。

説明責任チーム	実行責任チームとサポート チーム
クラウド戦略チーム	クラウド ガバナンス チーム クラウド導入チーム クラウドのセンター オブ エクセレンスまたは中央 IT チーム

手順 7:定期的な頻度で導入をサポートする

クラウド戦略チームは、戦略を進める判断で合意したら、作業のペースを落とし、ミーティング頻度を減らしていくことができます。 この時点でチームに期待されることも変わっていきます。 取り組みの内容が戦略的な定義から導入作業 (計画、準備、導入) へと移ったら、戦略チームには、優先順位付けと戦略的なサポートに重点を置くことが期待されます。

成果物:

• 優先順位付け: 既存のデジタル資産が合理化されるときに、戦略チームは移行やイノベーションの優先順位を確立するのを支援します。 これにより、技術実装チームがビジネス価値を高めることに注力できます。
• リスクを評価する: クラウド導入が広がるにつれて、新しい導入形態から、今までになかったリスクが顕在化します。 そうした新たなリスクを評価する責任は戦略チームにあります。 新たなリスクを評価し、ビジネスがそのリスクに耐えられるのか、それともそれらのリスクを排除または対処するためのポリシーが必要であるのかの判断が戦略チームには求められます。
• 予算と支出を確認する: クラウド導入が拡大するにつれ、ポートフォリオに含まれるさまざまなワークロードの予算も増えていきます。 予算に対する実際の支出を毎月、クラウド戦略チームが確認し、解決すべき問題を突き止める必要があります。 予算の変更を早期に把握して対処することが、導入ライフサイクルの後の段階になって想定外の費用が発覚するのを防ぐことにつながります。
• ビジネス計画: 導入チームによる移行またはイノベーションに向けた取り組みが完了したら、新しいテクノロジ ソリューションからのリターンを最大化するために、追加のビジネス計画が必要になります。 その計画には、エンド ユーザーのトレーニングやビジネス プロセスの変更など、導入後の作業が含まれる場合があります。
• 経営幹部からのサポート: クラウド導入には組織的な変化が伴います。 それが最も顕著に現れるのは IT 組織です。 変更を把握したり、新しいスキルを身に付けたり、新たなモデルでの最善の運用方法を理解したりするために、さまざまなチームやそのメンバーに、戦略チームから別途サポートを提供する必要性が出てくる場合もあります。

成果物の完遂をサポートするうえでのガイダンス:

• 増分型の合理化:遅延バインディングの技術的な決定を適切に調整する合理化に対するアジャイルなアプローチを検討します。
• 合理化の 5 R:合理化のさまざまなオプションについて理解します。

説明責任チーム	実行責任チームとサポート チーム
クラウド戦略チーム	クラウド ガバナンス チーム クラウド導入チーム クラウドのセンター オブ エクセレンスまたは中央 IT チーム

参照トピック

戦略と計画は重要です。 チームで必要とされるクラウド導入機能を特定するまで、何もすることはできません。 導入への取り組みを開始する前に、これらの主な機能を理解しておくことが重要です。

クラウド導入機能を担当する導入チーム (または個人) と連携して、戦略とクラウド導入機能との整合性を確保します。

RACI の各パーティを明確にするクロスチーム マトリックスを作成することで、チーム間での責任を調整する方法を確認します。 RACI テンプレートをダウンロードして変更してください。