CCoE を設立する

CCoE には誰を含めるべきですか?

初期段階の CCoE には、少数のアーリーアダプターとクラウドチャンピオンしか含まれていない可能性があります。CCoE は小規模のままでもかまいませんが、クラウド導入によって影響を受けるビジネス機能と技術機能の両方を代表して発言できるチャンピオンを含めるよう進化させる必要があります。ビジネス機能には、変更管理、ステークホルダーの要件、ガバナンス、トレーニング、調達、コミュニケーションが含まれます。これらの機能は通常、機関の管理チームと教育チームのメンバーが担当します。技術機能には、インフラストラクチャ、自動化、運用ツール、セキュリティ、パフォーマンス、可用性が含まれます。これらの機能は通常、機関の IT チームのメンバーが担当します。また、CCoE は、必要に応じてベンダーやパートナーを関与させ、対象分野の専門知識を提供してもらえるようにする必要があります。CCoE は「生きている組織」です。そのメンバーシップ、形態、機能は時間の経過と共に変化し、将来的には、成熟度が高まったタイミングで解散する可能性もあります。

CCoE はステークホルダーとどのように関係を築くべきですか?

CCoE は他のチームを支援する立場にあり、クラウド導入の成功に向けた情報提供と、その実現のみを目的としています。CCoE の一部をさまざまな部門、学校、機能に埋め込むことを検討します。これにより、幅広いリソースへのアクセスが可能になり、内部フィードバックが高速化されます。機関内の信頼を確立し、組織内のサイロを解消するために、ステークホルダー間でのパートナーシップとオープンなコミュニケーションを早期に構築することに重点を置きます。CCoE には、ステークホルダーとのコミュニケーション、フィードバックの収集、ユーザーのトレーニングを行うための明確なメカニズムが必要です。CCoE の成功メトリクスには、このようなコラボレーションとコミュニケーションが反映されている必要があります。チームがテクノロジーの構築のみを指標として評価されると、テクノロジーはさらに構築されますが、その活用や成果は軽視されることになります。代わりに、メトリクスでは、CCoE の取り組みによって自立できるようになったチームの数、イニシアチブにおいて CCoE がクリティカルパス上に置かれた回数、開催されたトレーニングイベントの数、CCoE の成果物の採用範囲などを測定する必要があります。適切に構築された信頼できる CCoE は、信頼を基盤としたより大きな組織トランスフォーメーションへの足がかりとなる可能性があります。

CCoE をどのように設立するべきですか?

ほとんどの組織は、特定の目的に特化したパイロットプロジェクトからクラウド導入を開始します。これらのプロジェクトの一環として、CCoE を設立します。ジャーニー全体の成功を定義するには、最初の一歩がきわめて重要です。