翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
1.5 プログラムの目標と目的
概要
クラウドの目標と目的の定義は検出フェーズから始まり、クラウド準備状況評価 (MRA など) やクラウド計画 (クラウドユースケースの優先順位付け、移行計画、クラウドロードマップなど) の取り組み中に改善されることがよくあります。ビジネスケース、インタビュー、戦略ドキュメントを使用して、明確で簡潔、魅力的な目標と目標のセットを明確にします。これらの目標と目標は、具体的、測定可能、整合性があり、期限が設定されている必要があります。 さらに、目標はビジネスと IT を適切に表す必要があります。クラウドの目標と目標が文書化され、合意されると、意識、理解、導入を向上させるために使用できます。
ベストプラクティス
-
プロジェクトの目標と目的を定義する際には、複数のステークホルダーグループと視点を含めます。インクルード:
-
ビジネスリーダーシップ
-
IT リーダーシップ
-
外部顧客
-
従業員
-
-
ビジネスケースと " プログラム憲章の目標を絞り込み、将来の状態の導入に向けた計画的な進捗状況を表す具体的、具体的、測定可能、管理可能な目標となるようにします。
-
クラウド目標を使用して、ビジネスと IT の連携を強化します。
-
クラウド目標を使用して、移行、モダナイゼーション、文化、働き方などのクラウドアクティビティの優先順位付けを確立します。
-
クラウド目標を動機付けツールとして使用して、高いレベルのパフォーマンスを達成し、称賛、強化、報酬の基礎となるよう促します。その他のガイダンスについては、このフレームワークの「5.1 報酬と認識」を参照してください。
よくある質問
Q. これは何ですか?
A. クラウドの目標と目的は発見フェーズから始まり、移行準備評価 (MRA)、移行準備計画 (MRP)、クラウドユースケースの定義と優先順位付け、ビジネスバリューマップ、クラウド戦略/ロードマップなどのメカニズムを通じて、評価と計画フェーズ中に洗練されます。" チームは、そのアクティビティをそれらの目標と目的に合わせ、戦略に埋め込みます。目標と目標は、ビジネスケース、顧客インタビュー、戦略計画、MRA と MRP の検出結果に基づいています。
Q. なぜ価値があるのですか?
A. 評価および計画セッションに Change " チームを含めると、アプリケーションとワークロードの移行とモダナイズに関する人材、プロセス、テクノロジーの側面間の連携が構築されます AWS。クラウドの目標と目標が文書化され、合意されると、意識、理解、導入を向上させるために使用できます。クラウド関連の目標をカスケードすることで、日常的な行動の方向性、明確さ、集中力が得られます。 カスケードクラウドの目標は、クラウドの相対的な優先度に関するシグナルを送信し、クラウドトランスフォーメーションの成功に寄与する整合性のあるアクションを作成します。
Q. いつ使用しますか?
A. プロジェクトの目標と目的を使用して、クラウド導入ジャーニーの進捗状況を動機付け、モニタリング、測定します。最初に、すでに目標として掲げられていることを把握します。次に、新しい、的を絞ったシンプルな目標を設定します。目標が簡単に理解できない場合は、おそらく正しい目標ではありません。目標に対する現時点での進捗状況をビジネスリーダーに報告し、最新の結果に基づいてビジネスシナリオを予測する、指標と測定の仕組みを構築します。プロジェクトの目標と目標は、「6 6-Pointフレームワーク」の一環として、改革とリーダーシップのアクションプランのケースと組み合わせて開発および実装できます。
Q. このアクティビティには誰が関与すべきですか?
A. エグゼクティブスポンサー、プロジェクトまたはプログラムリーダー、変更リーダー、内部サービスプロバイダー (例えば、変更イニシアチブをサポートする役割がある場合は、コミュニケーション、トレーニング/学習、人事など)。
Q. このアクティビティへの入力は何ですか?
A.ビジネスケース、検出フェーズの出力 (MRA と MRP)、エグゼクティブスポンサーと人事とのインタビュー、クラウド戦略、ビジネス価値実現計画。
Q. このアクティビティの出力は何ですか?
A.プロジェクトの目標と目的、測定計画とモニタリング計画、目標コミュニケーションをカスケードするための初期計画を文書化しました。
Q. 適切な数の目標と目標は何ですか? いくつが多すぎますか?
A. 測定されるアクティビティや結果の数が増えると、従業員は気が散り、労力が減ります。したがって、パフォーマンスのいくつかの重要な領域に焦点を当てることをお勧めします。
Q. 目標と目的に使用できる一般的なクラウドメトリクスは何ですか?
A.メトリクスには以下が含まれます。
コスト削減
-
ユーザーあたりのアプリケーションへの IT 支出
-
IT インフラストラクチャの総支出
スタッフの生産性
-
管理者ごとに管理される仮想マシン (VMs)
-
管理者ごとに管理TBs
運用レジリエンス
-
アプリケーションの可用性
-
毎月のインシデントの合計
-
重大な (P1/P0) インシデント
-
セキュリティインシデント
-
平均復旧時間 (MTTR)
-
アプリケーションの耐障害性評価
-
アプリケーションセキュリティ評価
ビジネスの俊敏性
-
デプロイされた新製品
-
市場投入までの時間
-
デプロイまでの時間
-
コードのデプロイ頻度
-
顧客満足度
Q. プロジェクトの目標と目標を OKR 戦略の一部としてどのように使用できますか?
A. 目標と主要な結果 (OKRs) は、目標 (重要で具体的、明確に定義された目標) と 3~5 つの主要な結果 (その目標の達成を追跡するために使用される測定可能な成功基準) で構成されます。目的に応じて、クラウドメトリクスを次のような主要な結果ステートメントに変換できます。
-
目的: カスタマーエクスペリエンスを向上させる。
-
主な結果: 今後 12 か月間にデプロイされた新製品の数を 100% 増やします。
追加のステップ
-
目標と目的をより詳細かつ具体的な目標に分解します。測定可能な目標により、チームは進捗状況を追跡し、ニーズが対処されたかどうかを理解し、変更が効果的だったかどうかを知ることができます。目標の定義をガイドするには、スマート基準を使用します。
-
具体的: 目標には観測可能な結果があります。
-
測定可能: 結果の進捗状況を定量化または示すことができます。
-
達成可能: 結果は現実的で実行可能です。
-
関連: 目的は、他の目標や戦略的イニシアチブと整合しているか、それらをサポートします。
-
期限: エフォートのターゲット日を設定できます。
-
-
ソリューションで変更すべきではない、必須の設計要素、規定の実装の詳細、または現在の状態と計画された将来の状態の側面について説明します。制約は、代替オプションを提案するときに対処できる制限です。制約の例は次のとおりです。
-
予算の制限
-
時間制限
-
テクノロジー
-
インフラストラクチャ
-
ポリシー
-
使用可能なリソースの制限
-
チームおよびステークホルダーのスキルに基づく制限
-
特定の利害関係者がソリューションの影響を受けないようにするという要件
-
規制への準拠
-
-
将来の状態がビジネスニーズを満たしているかどうかを判断する信念を記述します。不確実な環境では、計画された変更がビジネスニーズを満たすことを証明することは難しい場合があります。前提は、前提が無効であることが判明した場合のイニシアチブのリダイレクトや終了など、適切なコース修正が行われるように定義されます。
-
ビジネスケースで検討されている代替案を確認し、他のオプションを評価する柔軟性があるかどうかを判断します。その場合、組織構造や文化、機能やプロセス、テクノロジーやインフラストラクチャ、ポリシー、製品、サービスの変更など、考えられる解決策を調査する際に考慮されるオプションと考慮されないオプションを指定します。
-
ソリューションの潜在的な価値を特定します。これは、運用コストを考慮した後のソリューションの純利益です。一般的に、変更は、アクションが実行されない場合と比較して、組織にとってより大きな価値をもたらす必要があります。場合によっては、将来の状態は現在の状態から値の減少を示します。例えば、競争の激化に対応したり、新しい規制に準拠したりすると、全体的な価値は低下しますが、運用を維持するためには必要です。予想される利点、予想されるコスト、および変更が行われなかった場合の結果の可能性の観点から、潜在的な価値を表現します。
-
必要に応じて、改革促進戦略と計画 (HIPAA 3.1) を更新します。
-
クラウドの目標と目的を組織全体のリーダーに伝え、入力に基づいて修正します。
-
クラウドの目標と目標を組織レベルから最前線にカスケードします。
-
クラウド目標を個々のパフォーマンスレビュープロセスまたは人事システムにリンクします。
-
成功をすべての従業員に伝え、プロジェクトを会社の全体的な目標にリンクします。