翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 6.3 持続可能性計画の改良
## 概要:
専有トランスフォーメーションチームが解散した後でも、クラウドトランスフォーメーションの長期的な成功を確保するには、持続可能性計画の継続的な改善 ([Envision the Future、3.7](https://docs.aws.amazon.com/prescriptive-guidance/latest/oca-framework-envision-future/sustainability.html)) が不可欠です。この計画は、クラウド導入プラクティスを維持および進化させる永続的なメカニズムを確立し、それらを組織の基盤に埋め込みます。持続可能性に焦点を当てることで、組織は次のことができます。
+ クラウド投資に対する永続的なリターンを確保します。
+ イノベーションと効率の向上の勢いを維持します。
+ 新しいクラウドテクノロジーやプラクティスにより簡単に適応できます。
+ 継続的な改善とクラウドの流暢さの文化を育みます。
変更を埋め込み、持続可能性を確保するために、組織は以下を行う必要があります。
+ 上級管理職への四半期ごとの報告を通じて、変更の測定を正式なものにします。
+ クラウド導入メトリクスを従業員のパフォーマンスプランに統合します。
+ 従業員がクラウド導入をモニタリングして推進するための専用時間を割り当てます。
+ クラウド関連のアクティビティを、年次パフォーマンスレビューやコンプライアンストレーニングなどの正式なプロセスと連携させます。
## ベストプラクティス
時間の経過とともに改善の成果を維持するには、社内の持続可能性と所有権を生み出すための、プロアクティブで体系的なアプローチが必要です。以下の推奨ステップを確認して、組織の加速戦略の将来のフェーズの所有権を計画します。
### 1. 進行中の " ニーズを特定する
クラウドトランスフォーメーションの初期段階を完了すると、追加の変更が発生する可能性があります。例えば、あるビジネス分野の文化や行動を変えるには、別のビジネス分野のプロセスの変更が必要になる場合があります。または、ビジネスの一部の分野でのクラウドの成功は、他のビジネスユニットにスケールする可能性があります。将来の変更フェーズの所有権を決定する には:
+ 変更計画の資料とフィードバックを確認します。今後の変更プロジェクトで対処できる重要なリスクは、プロセス全体で特定されていますか? 予想していなかったフィードバックはどのようなものですか? 組織の自然な次のステップはどこにありますか?
+ 将来の潜在的な変更に優先順位を付けます。どの変更が重要で、どれが有用でどれが重要ではないか。 これらの将来の変更イニシアチブを実装するのはどの程度簡単ですか? 最小限の労力で実装できる変更はどれですか? 組織に最も大きな影響を与える変更はどれですか?
+ 将来の変更の大まかな変更影響評価を実施して、変更の大まかな規模と範囲を決定します。
+ 将来の変更スポンサーを特定します。現在の変更スポンサーまたは上級ビジネスリーダーと協力して、変更プロジェクトをスポンサーし、潜在的なビジネスケースを決定する能力を持つ上級エグゼクティブを特定します。新しいプロジェクトを進めるための承認を提供する には、上級ビジネスリーダーがビジネスユニットにビジネス価値を認識できる必要があります。新しい変更プロジェクトの定義段階から変更プロセス を繰り返します。
+ HIPAA のプロセスと手順を文書化します。
+ 今後の変更イニシアチブでは、この変更プロジェクトで実施される変更フレームワークを、プロジェクトのキックオフと変更チームの編成から繰り返します。
### 2. 移行の継続的な所有権
最初のクラウドプロジェクトの存続期間を超えて完了する必要がある、または継続する必要がある " アクティビティを特定します。標準ロールを確立または割り当てるには、 どのような正式な構造と責任が必要ですか? 変更の継続的な所有権を移行して合意するにはどうすればよいですか?
すべての変更プロジェクトには、多数の利害関係者が参加し、変更計画を実施するために多数の人々を必要とします。変更プロジェクトの継続的な持続可能性に関与すべき人々 を特定します。
プロジェクトの正式な完了後 (たとえば、プロジェクトの期間に応じて 3 か月ごと、6 か月ごと、12 か月ごと) に、継続的な所有権を再評価およびレビューする時間枠を設定します。
変更が埋め込まれ、持続可能であることを確認するための潜在的な考慮事項を以下に示します。
+ 四半期ごとに変更スポンサーや他の上級管理者に報告することで、変化の測定を正式なものにします。
+ 変更を従業員のパフォーマンスプランまたは職務責任に埋め込みます。
+ 変更をモニタリングするために、従業員の週単位の時間の割合を割り当てます。
+ 変更関連のアクティビティを他の正式なプロセスやポリシー (年次パフォーマンスプラン、年次コンプライアンストレーニング、雇用プラン、予算編成プロセスなど) と調整します。
プロジェクトのニーズによっては、継続的な改善計画と継続的なレビュー計画を策定して、変更を監視および評価する必要がある場合があります。継続的改善計画には、以下のセクションが含まれる場合があります。
+ 目的
+ ガバナンス体制
+ 役割と責任
+ レビューセッションやフィードバックセッションを含むイベントのカレンダー
+ 成功の継続的測定
### 3. 移行コミュニケーション
このステップの目的は、コミュニケーション戦略の完全な管理を顧客組織または社内の維持機能に移行して、計画されたコミュニケーションが継続されるようにすることです。これには、次のタスクが含まれる場合があります。
+ 移行計画を立てます。
+ 継続的なコミュニケーションの推進者を特定します。
+ コミュニケーションの推進者とミーティングを行い、役割、責任、階層、アクション項目の概要を説明します。
+ 移行ミーティングを実施して次のステップを確認します。
+ コミュニケーションロードマップを作成します。
主な考慮事項:
+ コミュニケーションの推進者が移行を受け入れる準備ができていることを確認します。つまり、チームは適切なトレーニングを受け、タスクを実行する時間があり、技術的にプログラムをサポートする準備ができています。
+ プロジェクトの開始時に継続的なコミュニケーションを管理するための適切なリソースを特定します。
### 4. 移行トレーニング
このステップの目的は、フォローアップトレーニング計画を組織に提供し、クラウド移行後に発見されたトレーニングギャップに対処するための追加の資料を作成することです。さらに、移行トレーニングでは、プロジェクト後のアーカイブを組織に提供する必要があります。考慮すべき主なアクション:
+ フィードバック、教訓、変更を確認します。
+ 評価フォームを通じて参加者からフィードバックを求めます。
+ 必要に応じて、追加のトレーニングサポート資料を作成します。
+ 新規採用者向けのトレーニング、四半期単位またはイベント駆動型のトレーニングリフレッシャー、新しい AWS ソリューションとサービスに関するトレーニング、 AWS 認定および再認定計画などを含む、将来の状態のトレーニング計画を文書化します。
+ プロジェクト計画、監査と評価の結果、トレーニング戦略、カリキュラムの概要、確定したドキュメント、評価フォームなど、関連するすべてのトレーニング資料のアーカイブを作成します。
+ マテリアルを更新するための計画を立てます。
### 5. 移行変更促進メトリクス
変化とクラウド導入を維持する上で重要な要素は、主要なメトリクスの継続的な収集とモニタリングです。計画されたビジネス成果を達成することを示す主要なメトリクスを複数の組織レベルで特定します。これらの主要なメトリクスは、クラウドの目標から逸脱することによるリスクを特定します。これらのメトリクスを 3 つのレベルで頻繁にモニタリングして、望ましいビジネス成果の達成に影響を与える可能性のある逸脱を検出します。
+ 組織改革の加速
+ クラウドプログラム、プロジェクト、ワークストリーム
+ ビジネス上の成果
" 6-Point Framework の次のコンポーネントを使用します。
+ [チームの動員 - 1.5 プロジェクトの目標と目的](https://docs.aws.amazon.com/prescriptive-guidance/latest/oca-framework-mobilize-team/goals-objectives.html)
+ [チームの動員 - 1.7 変更導入メトリクス](https://docs.aws.amazon.com/prescriptive-guidance/latest/oca-framework-mobilize-team/change-adoption-metrics.html)
+ [Align Leaders - 2.5 変更のビジネスケース](https://docs.aws.amazon.com/prescriptive-guidance/latest/oca-framework-align-leaders/business-case.html)
メトリクスの各レベルについて、持続可能性を確保するために、以下が設定されていることを確認してください。
+ データ収集および測定計画: 測定値、運用定義、データソース、データ収集方法、データ収集頻度はどれくらいですか?
+ 自動化の計画: データ収集を自動化するにはどうすればよいですか?
+ 責任、説明責任、相談、情報 (RACI) マトリックス: 主要メトリクスのモニタリングに関する役割と責任は何ですか?
+ 対応計画: 逸脱が検出された場合、各主要メトリクスを緩和および改善する計画は何ですか?
### 6. リーダーシップのサインオフを取得する
変更促進アクティビティの完了を承認する必要があるユーザーを決定します。変更のスポンサーやビジネスリーダーと会議を開き、以下について話し合います。
+ プロジェクト中またはプロジェクトレビューセッション中に発生した可能性のある新しい変更プロジェクト
+ 継続的な所有権の移行 (RACI マトリックス)
+ プロジェクトを正式に完了する前に対処する必要がある未処理の項目
+ プロジェクト成果物の承認
+ プロジェクトの承認
次の表は、サインオフレコードシートの例を示しています。
| **日付** | **ドキュメント番号** | **成果物** | **筆者** | **承認者** |
| --- | --- | --- | --- | --- |
| 挿入日 | ドキュメント参照番号を挿入する (該当する場合) | 変更関連の成果物のタイトル (コミュニケーション戦略と計画、変更管理戦略と計画、継続的改善計画など) | 成果物を開発したユーザー | 成果物を承認する変更スポンサーまたはビジネスリーダーの署名 |
## 追加のステップ
クラウドトランスフォーメーションを長期的に成功させるには、このセクションに記載されている高度な持続可能性対策を実装します。
1. ナレッジ転送プログラムを実装します。
+ クラウドトランスフォーメーションチームが解散する前に、複雑な " アクティビティのシャドウまたはリバースシャドウプロセスを確立します。
+ ベストプラクティス、教訓、主要なプロセスを文書化するクラウドトランスフォーメーションプレイブックを作成します。
+ クラウドに精通した従業員と、まだスキルを開発している従業員を結び付ける、指導プログラムを開発します。
1. クラウドトランスフォーメーションの成功に不可欠な文化特性の実装後の調査を実行して、包括的な文化評価を実施します。次のアンケートの質問を使用または変更し、リッカート尺度を適用して結果を測定します (例えば、1～5 の尺度 を使用できます: まったく同意しない、同意しない、中立的、同意する、強く同意する）。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/oca-framework-make-culture-change-stick/sustainability.html)
1. クラウドガバナンスフレームワークを確立します。
+ クラウドの使用、セキュリティ、コスト管理に関する明確なポリシーとガイドラインを作成します。
+ 自動化されたコンプライアンスチェックと修復プロセスを実装します。
+ クラウド財務管理戦略を作成して、支出を最適化し、継続的な ROI を示します。
1. クラウドメトリクスをビジネス主要業績評価指標 (KPIs。
+ クラウド導入メトリクスを全体的なビジネスパフォーマンス指標に合わせます。
+ クラウド関連の目標をエグゼクティブおよび管理のスコアカードに組み込みます。
+ クラウドの使用状況をビジネス成果に結び付けてリーダーシップを可視化するダッシュボードを作成します。
1. 継続的な学習メカニズムを実装します。
+ 社内での技術トークと知識共有セッションを定期的に確立します。
+ 従業員が新しい を試すことができるクラウドイノベーションラボを作成します AWS のサービス。
+ 技術トラックと非技術トラックの両方を含む、継続的なクラウド教育のカリキュラムを開発します。
1. HIPAA プロセスを絞り込む:
+ クラウド関連のイニシアチブに特化した変更諮問委員会を立ち上げます。
+ 新しい を評価して採用するための正式なプロセスを実装します AWS のサービス。
+ クラウド固有のプロジェクトに合わせてカスタマイズされた変更管理テンプレートを作成します。
1. 持続可能性監査を定期的に実施します。
+ 持続可能性計画を年 2 回見直し、組織の変化と新機能 AWS に基づいて必要に応じて調整します。
+ サードパーティーの専門家と協力して、クラウドの持続可能性の取り組みに関する外部の視点を提供します。
+ クラウド持続可能性のプラクティスを業界のリーダーや AWS ケーススタディと照らし合わせてベンチマークします。
1. CCoE を進化させる:
+ CCoE をプロジェクトに重点を置いたエンティティから、継続的なクラウドイノベーションの戦略的推進要因に移行します。
+ CCoE のメンバーシップをローテーションして、新しい視点を取り入れ、クラウドの専門知識を広げます。
+ CCoE を強化して、機能横断的なクラウドイニシアチブを推進し、導入の障壁を取り除きます。
1. 長期的なクラウド人材戦略を策定します。
+ 組織内でクラウド固有のキャリアパスを作成します。
+ 大学やコーディングブートカメラと連携して、クラウドエキスパートのパイプラインを開発します。
+ クラウド導入を内外で推進するクラウド大使プログラムを実装します。
適切に作成され、熱心に実行された持続可能性計画は、長期的なクラウドトランスフォーメーションの成功の鍵となります。継続的なニーズに体系的に対処し、所有権を移行し、クラウドファーストのプラクティスを組織の文化とプロセスに組み込むことで、企業はクラウド投資が今後も引き続きメリットをもたらすことができます。持続可能性計画の定期的な評価と改善は、強力なリーダーシップコミットメントと相まって、組織のクラウドジャーニーにおける継続的な改善とイノベーションを推進します。