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

1.3 プログラムガバナンス

概要:

プログラムガバナンスは、エグゼクティブ、主要な利害関係者、クラウドプログラムチーム、および " チームとの統合的な連携を確保します。またガバナンスでは、改革促進に関連したアクティビティの、帰属、意思決定、問題管理、エスカレーションプロセスも定義されます。

ガバナンスを使用して以下を実現します。

ベストプラクティス

明確な構造とガバナンスを確立するプログラムは、そうでないプログラムと比較して、成功する可能性が高くなります。これは、意思決定や、意思決定に関連した帰属が、クラウドプログラム遅延の主な要因となることが、多いことによるものです。ガバナンスは意思決定権限を確立し、双方向のドア決定 (リスクが低く、簡単に取り消すことができる) と一方向のドア決定 (簡単に取り消すことができないため、より多くの思考と熟考が必要) に関するガイダンスを提供できます。

効果的なプログラムガバナンスを行うには、このセクションで説明されているベストプラクティスに従ってください。

組織改革促進チームの構造を確立する

次の例に示すように、レポート関係と高レベルの責任を示す高レベルの構造を確立します。 

" チームのロールを定義する

組織改革促進チームの役割を定義します。次の例に示すように、各ロールの大まかな責任を記載します。

これらの役割と責任には以下が含まれます。

必要なロールを ":

追加の " SMEs:

組織内の " ロールを定義する

次の例のように、組織内の関連する " ロールの大まかな責任を定義します。

これらのロールと時間コミットメントには以下が含まれます。

エグゼクティブスポンサー (25%)

組織改革促進リーダー (100%)

プログラム/エンゲージメントリード (複数可) (100%)

事業部門所有者 (複数可) (50%)

トレーニングとコミュニケーションの SMEs (30%)

HR ビジネスパートナー (20%)

リスクの特定と緩和戦略を定義する

クラウド戦略と価値の実現を妨げる可能性のある人材を継続的に特定し、リスクを変更する戦略を策定します。この戦略には、潜在的なリスクの広範な入力と、リスク分析、計画、緩和、追跡のためのアジャイルメカニズムの機能が必要です。次の図に例を示します。

リスク軽減戦略と計画の目的は、ステータス、問題、エスカレーションを管理し、競合をタイムリーに解決するためのシームレスなプロセスを確保することです。

変更リスク評価は、変更アクティビティと詳細な変更計画をガイドし、変更ソリューションが必要な場所と最も影響の大きい場所をターゲットにできるようにします。ターゲットを絞った変更ソリューションにより、適切な対象者に適切なタイミングで適切な方法で影響を与えることができます。

" の RACI を開発する

最後に、顧客と の両方の主要な組織改革促進機能に関する特定の説明責任と責任を定義します AWS。責任、説明責任、相談、情報 (RACI) マトリックスの例を次に示します。

よくある質問

Q. プログラムガバナンスには誰が関与すべきですか？ 

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

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

A. プロジェクト憲章、ビジネスケース、運営委員会からのインプット、クラウドリーダーシップチーム、クラウド評価結果 (移行準備状況やクラウド成熟度評価など）。

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

A. ステータスレポートテンプレート、レポートプロセス、プロジェクトチームの組織図、決定マトリックス、RACI。

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

A. イニシアチブの開始時に " ガバナンス構造を確立し、プロジェクトが完了するまで維持する必要があります。チームが拡大または契約するにつれて、新しいロールを定義し、プログラムのリーダーが承認する必要があります。チームの変更が発生した場合は、組織図を更新し、それらの変更をプログラム全体で伝達する必要があります。

追加のステップ