翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 1.3 プログラムガバナンス
## 概要:
プログラムガバナンスは、エグゼクティブ、主要な利害関係者、クラウドプログラムチーム、および " チームとの統合的な連携を確保します。またガバナンスでは、改革促進に関連したアクティビティの、帰属、意思決定、問題管理、エスカレーションプロセスも定義されます。
ガバナンスを使用して以下を実現します。
+ 改革促進プログラムの明確で断固としたリーダーシップと説明責任を有効にします。
+ 品質保証と、問題とリスクをエスカレーションするためのパスを提供します。
+ プログラムの決定権フレームワークを指定します。
+ ワークストリーム構造を既存のプロジェクト、プログラム、組織全体のガバナンス構造に合わせます。
+ プログラムの残りのリズムと報告メカニズムにマッピングされる会議とスクラムセレモニーの周期を確立します。
## ベストプラクティス
明確な構造とガバナンスを確立するプログラムは、そうでないプログラムと比較して、成功する可能性が高くなります。これは、意思決定や、意思決定に関連した帰属が、クラウドプログラム遅延の主な要因となることが、多いことによるものです。ガバナンスは意思決定権限を確立し、双方向のドア決定 (リスクが低く、簡単に取り消すことができる) と一方向のドア決定 (簡単に取り消すことができないため、より多くの思考と熟考が必要) に関するガイダンスを提供できます。
効果的なプログラムガバナンスを行うには、このセクションで説明されているベストプラクティスに従ってください。
### 組織改革促進チームの構造を確立する
次の例に示すように、レポート関係と高レベルの責任を示す高レベルの構造を確立します。
### " チームのロールを定義する
組織改革促進チームの役割を定義します。次の例に示すように、各ロールの大まかな責任を記載します。
これらの役割と責任には以下が含まれます。
必要なロールを ":
+ エグゼクティブ " プリンシパル/アドバイザー: PMO と連携し、スポンサーやエグゼクティブリーダーの参加を確保して、エグゼクティブステークホルダーの足並みを揃え、文化改革のリーダーシップ責任についてリーダーを指導し、クラウドリーダーシップ能力を構築し、エグゼクティブスポンサーと協力して、変更の影響に関する意思決定を可能にします。
+ " プログラム/ワークストリームリーダー: ドメインに関する深い専門知識を持つday-to-dayプログラムを主導します。ワークストリーム戦略と成果物の実行を管理し、プログラムの成功を確保するためのメトリクスと追跡を開発し、変更戦略とロードマップを承認および検証し、リスクを管理および追跡します。
追加の " SMEs:
+ コミュニケーションスペシャリスト: すべてのステークホルダーグループの詳細なコミュニケーションを構築します。このロールは、エンゲージメントの規模と複雑さが基本ロールの作業能力を超える場合、またはより深い深さが必要な場合に必要です。理想的には、このロールについて顧客のステークホルダーが特定されます。
+ トレーニングスペシャリスト: 詳細なトレーニング戦略とロードマップを作成します。このロールは、エンゲージメントの規模と複雑さが基本ロールの作業能力を超える場合、またはより深い深さが必要な場合に必要です。
+ 文化、ワークフォース、リーダーシップスペシャリスト: これらの役割は、文化、ワークフォース、リーダーシップのバックログ活動に焦点を当てています。これらは、エンゲージメントの規模と複雑さが、これらのドメイン領域のいずれかでより深い深さを必要とする場合にのみ必要です。
### 組織内の " ロールを定義する
次の例のように、組織内の関連する " ロールの大まかな責任を定義します。
これらのロールと時間コミットメントには以下が含まれます。
エグゼクティブスポンサー (25%)
+ ステアリング委員会のメンバー
+ 重大な問題に関する意思決定を行うエグゼクティブロール
+ 変更戦略と意思決定について " アドバイザーと連携する
+ スコープの変更を確認して承認する
+ プロジェクトおよびプログラム計画の確認と承認
+ 最終的なプロジェクト承認を提供する
組織改革促進リーダー (100%)
+ 変更評価、戦略、ロードマップの共同開発と提供に関する " リードと提携する
+ ステークホルダーグループ、ビジネス目標、リスク、ブロック要因、シナジーの特定を支援する
+ アクティブで目に見える変革リーダーシップを提供する
+ 組織変革の推進者としての役割を果たす
プログラム/エンゲージメントリード (複数可) (100%)
+ ワークショップの記録とドキュメント作成を支援する
+ 評価面接のスケジューリングを支援する
+ エスカレーションの最初のポイントとして機能する
+ 成果物を確認してコメントする
+ プロジェクトプランを確認してコメントする
事業部門所有者 (複数可) (50%)
+ HIPAA チームと協力してビジネスニーズを定義する
+ ワークショップやインタビューに参加する
+ プロジェクトの一部に対象分野の専門知識を提供する
+ 成果物を確認してコメントする
トレーニングとコミュニケーションの SMEs (30%)
+ 認識とエンゲージメントを生み出すために " メッセージングと共同開発する
+ メッセージングの標準とガイドラインを提供する
+ 翻訳サポートを提供する
+ コミュニケーション戦略とロードマップについて " チームと提携する
HR ビジネスパートナー (20%)
+ " チームと連携して、必要な時点 (移行前と移行後) にターゲットを絞った人事サポートを提供します。
### リスクの特定と緩和戦略を定義する
クラウド戦略と価値の実現を妨げる可能性のある人材を継続的に特定し、リスクを変更する戦略を策定します。この戦略には、潜在的なリスクの広範な入力と、リスク分析、計画、緩和、追跡のためのアジャイルメカニズムの機能が必要です。次の図に例を示します。
リスク軽減戦略と計画の目的は、ステータス、問題、エスカレーションを管理し、競合をタイムリーに解決するためのシームレスなプロセスを確保することです。
変更リスク評価は、変更アクティビティと詳細な変更計画をガイドし、変更ソリューションが必要な場所と最も影響の大きい場所をターゲットにできるようにします。ターゲットを絞った変更ソリューションにより、適切な対象者に適切なタイミングで適切な方法で影響を与えることができます。
### " の RACI を開発する
最後に、顧客と の両方の主要な組織改革促進機能に関する特定の説明責任と責任を定義します AWS。責任、説明責任、相談、情報 (RACI) マトリックスの例を次に示します。
## よくある質問
**Q. プログラムガバナンスには誰が関与すべきですか？ **
**A.** エグゼクティブスポンサー、プロジェクトまたはプログラムリーダー、改革リーダー、社内サービスプロバイダー (例えば、改革イニシアチブをサポートする役割がある場合は、コミュニケーション、トレーニング/学習、人事など）。
**Q. このアクティビティへの入力は何ですか?**
**A. **プロジェクト憲章、ビジネスケース、運営委員会からのインプット、クラウドリーダーシップチーム、クラウド評価結果 (移行準備状況やクラウド成熟度評価など）。
**Q. このアクティビティの出力は何ですか?**
**A. **ステータスレポートテンプレート、レポートプロセス、プロジェクトチームの組織図、決定マトリックス、RACI。
**Q: アクティビティはいつ実施する必要がありますか?**
**A. **イニシアチブの開始時に " ガバナンス構造を確立し、プロジェクトが完了するまで維持する必要があります。チームが拡大または契約するにつれて、新しいロールを定義し、プログラムのリーダーが承認する必要があります。チームの変更が発生した場合は、組織図を更新し、それらの変更をプログラム全体で伝達する必要があります。
## 追加のステップ
1. Cloud Center of Excellence (CCoE)、プログラム管理オフィス、トランスフォーメーション管理オフィスなどのクラウドガバナンス構造とプロセスを確認します。
1. クラウドガバナンス構造とプロセスへの " の統合を決定します。
1. リスク管理のための " 戦略、プロセス、ツールを開発します。
1. " リスク管理プロセスをプログラムレベルのリスク管理プロセスと統合します。
1. ステータスレポートプロセスを開発します。
1. レポート用に標準化された " ステータステンプレートを作成します。