View a markdown version of this page

1.4 プログラムチーム構造 - AWS 規範ガイダンス
概要ベストプラクティスよくある質問追加のステップ

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

1.4 プログラムチーム構造

概要

クラウドの価値を最大化するには、変革の人材の側面に対処するための変革促進のサポートが必要です。専任で経験豊富な組織変更管理リソースをチームに配置することで、クラウドへのスムーズな移行の実現に非常に近づくことができます。

改革促進チームはクラウドトランスフォーメーションチーム内で活動し、組織の変更の特定、役割の変更の定義、コミュニケーションの計画、トレーニング要件のマッピング、エグゼクティブスポンサーシップの確保を担当します。

ベストプラクティス

プログラムの開始時に強力で効果的な " チームを配置することが重要です。スタッフレベルを継続的に評価し、プログラムの範囲とタイムラインに関連してスケールアップまたはスケールダウンすべきかどうかを判断します。

以下は、このプロジェクトチームの主要な役割と責任の一例です。 

  • エグゼクティブアドバイザー: クラウドトランスフォーメーションを担当するエグゼクティブプログラムのスポンサー、その他の IT リーダーやビジネスリーダー (CIO、CTO、クラウドプログラムディレクター、CCoE リーダーなど) と連携します。

  • 「」リーダー: 改革促進チーム、成果物、タイムラインのあらゆる側面をプログラムレベルで管理します。顧客側のワークストリーム担当者、プログラムマネージャー、クラウドプログラムディレクター、CCoE リーダー、その他プログラムのワークストリームリーダーと連携します。 

  • エグゼクティブによる改革促進の監督およびプログラム監視: すべてのレベルで協力し、品質保証に責任を負いながらプロジェクト戦略を推進し、実装を成功に導きます。

  • コミュニケーションリーダー: コミュニケーション戦略を確立し、コミュニケーション計画を実装します。必要に応じて、顧客コミュニケーションリーダーや、ビジネスリーダーやアプリケーション所有者などの他の利害関係者と連携します。

  • トレーニングリーダー: トレーニングの戦略およびプランを設計、開発します。学習および開発またはトレーニングリードと協力して、トレーニングの最適なアドバタイズ方法、トレーニングコースのユーザーをターゲットにする方法、トレーニングの物流を処理する方法、顧客の環境内でトレーニングをロールアウトする方法を決定します。 

  • 特定分野の専門家 (必要に応じて): 文化の分析、多様性とインクルージョン、戦略的なワークフォース計画など、プログラムのさまざまな側面に特化した役割です。

" プロジェクトの主要なロール。

ほとんどのプロジェクトでは、人材トランスフォーメーションまたは改革促進リーダー、組織の準備とコミュニケーションリーダー、トレーニングリーダーの 3 つの役割が重要です。これら 3 つの役割は、クラウドトランスフォーメーションプログラムをサポートする改革促進チームの基盤です。クラウドトランスフォーメーションの範囲が拡大したり、タイムラインがシフトしたりするにつれて、チームにリソースを追加できます。

よくある質問

Q. このアクティビティには誰が関与すべきですか?

A。  エグゼクティブスポンサー、プロジェクトまたはプログラムリーダー、変更リーダー、内部サービスプロバイダー (変更イニシアチブをサポートする役割がある場合は、コミュニケーション、トレーニング/学習、人事など）。

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

A. 入力には、" プログラム憲章、 AWS 移行準備評価 (MRA) などのクラウド準備状況評価からの出力、クラウド戦略と計画、 検出資料が含まれる場合があります。

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

A。 プロジェクトチームの組織構造と " チームの役割と責任。

Q. このアクティビティはいつ実施する必要がありますか?

A。 プログラムガバナンスが定義されたら、すぐに " チーム構造を構築し、配置する必要があります。

追加のステップ

プロジェクトチーム構造を作成するには、次の手順を実行します。

  1. 「」プログラム憲章を確認してください。

  2. スコープとクラウド準備状況評価の出力を確認します。

  3. 変更影響評価の出力を確認します。

  4. 高レベルの変更の影響 (利用可能な場合) を確認します。

  5. 検出マテリアルを確認します (必要に応じて）。

  6. クラウドプロジェクトのリーダー、社内の改革チーム (利用可能な場合）、人事ビジネスパートナー、社内のコミュニケーションリーダーやトレーニングリーダーを関与させ、チーム構造に関する意見を求めます。

  7. IT 部門のリーダーにインタビューして、ギャップ、組織の変更、ロールへの影響を検証します。

  8. 各ロールに必要な作業労力を確認して検証します。

    • HIPAA リード

    • コミュニケーションリーダー

    • トレーニングリーダー

    • 必要に応じて他のロール

  9. 承認のために、チーム構造をクラウドリーダーに提示します。

  10. 内部リソースを特定するか、外部で人員配置を維持します。

  11. 「」チームをオンボーディングします。

  12. 「紹介」、「オンボーディング」、「エンゲージメント 」。