コンテンツにスキップこのブラウザーはサポートされなくなりました。サポートを利用できます。ガバナンス機能だけでは、導入作業を管理するのに十分でない場合があります。導入が段階的である場合、チームは、クラウド対応に必要なスキルとプロセスを、時間をかけて有機的に発達させる傾向があります。つのクラウド導入チームがクラウドを使用して目立ったビジネス成果を達成する場合、段階的な導入はほとんど見られません。成功によって成功がもたらされます。これはクラウドの導入にも当てはまりますが、クラウドの規模で発生します。スタッフからの追加のサポートが必要になります。ツールを使用したクラウドのサポートに必要なトレーニングと経験がない可能性があります。チームの結成が必要になることがよくあります。チームの立ち上げは成熟度を示す共通のシグナルですが、効果的に管理されなければ、導入のリスクが高くなり、イノベーションと移行の取り組みを妨げる可能性があります。チームのリスク」セクションを参照してください。機能を構築するための要件を網羅しています。適用する必要があります。アプローチを検討します。プラクティスを適合させて、導入作業がクラウド内の適切に管理された環境になるようにします。通常、チームは次のタスクを定期的に実行します。リスクデジタル資産を合理化する優先度付けされた移行バックログに対して導入計画と進行状況を監視する。移行バックログのサポートに必要なプラットフォームの変更を特定し、優先度順位を付ける。チームの間で、仲介または変換のレイヤーとして機能する。チームを活用してプラットフォームの機能を向上させ、導入を可能にする。プラットフォームを構築して管理する。アーキテクチャを定義して実装する。プラットフォームを運用および管理する。プラットフォームを継続的に改善する。プラットフォームの最新の技術革新についていく。ビジネス価値の創造を支援する新しいクラウド機能を提供する。ソリューションを推奨する。ソリューションが既存のガバナンスおよびコンプライアンスの要件を満たしていることを確認する。アーキテクチャのデプロイを作成して検証する。新しいプラットフォーム要件の提供元のリリース計画を確認する。チームの専門知識は作業チームから提供されます。参加者は毎日のスケジュールの多くを調整作業に費やすことが想定されています。サイクルに限定されません。いう言葉で始まります。チームは唯一の例外です。つの運用管理プラットフォームで制御できるようになったときに普及してきました。プラクティスとデジタル経済により、それらの集中管理された環境のインスタンスは大幅に減少しています。見ると、アセットはグローバルに分散されています。プロバイダーの組み合わせによって提供されます。管理プラクティスは、ガバナンスを適用するため、明確なガードレールを備えたセルフサービスと委任された制御のモデルに移行しています。ブローカーやパートナーになることにより、クラウドの導入に対する価値のある貢献者になることができます。モデルから貴重な知識とプラクティスを取得し、それらのプラクティスをクラウド提供に適用するのに適した位置を占めています。このプロセスには変更が必要です。大規模なクラウドの導入をサポートするには、新しいプロセス、新しいスキル、新しいツールが必要です。チームが適応すれば、クラウド導入作業において重要なパートナーになります。チームがクラウドに適応しない場合、または細かい部分まで厳格に管理するための触媒としてクラウドを使用しようとした場合は、たちまち導入、イノベーション、移行の妨げになります。このリスクの尺度は、速度と柔軟性です。クラウドによって、新しいテクノロジの迅速な導入が簡単になります。プロセスが数週間または数か月長引くのであれば、こうした一元化されたプロセスはビジネスの成功に対する大きな懸案事項になります。提供に対する代替戦略を検討してください。多くの業界では、サードパーティのコンプライアンスに対して厳密に準拠している必要があります。管理が必要になる場合もあります。(特に、広く使用されていない新しいテクノロジの場合)。このようなシナリオでは、導入の初期段階のうちにデプロイの遅れを見込んでおきます。機密顧客データを扱う企業でも同様の状況が存在する可能性がありますが、サードパーティのコンプライアンス要件によって管理されない場合があります。チェックポイントにすぐに対処できます。ガバナンスとコンプライアンスの要件は、すべてを保護するのではなく、機密性の高いものを保護するように設計されています。クラウドでは、適切なガードレールを維持しながら、分離されたリソースを取得してデプロイするための単純なメカニズムが提供されます。チームでは、必要な保護が維持されますが、それでもイノベーションを実現するプラクティスがネゴシエートされます。このレベルの成熟度を示すには、リソースの適切な分類と分離が必要です。チームが導入を支援するために採用するアプローチを示します。モデルが導入されています。このモデルを提供するため、受信ネットワーク接続などのさまざまな共有サービスに対して厳密な制御を実装しています。デバイスが提供されます。チームによって管理される共有デバイスを経由する必要があることが示されています。ネットワーク接続を備えた環境が必要になりました。チームなら、要求を拒否し、導入のニーズよりも既存のプロセスを優先するでしょう。チームはそうではありません。つの部分からなるソリューションを簡単に見出します。クリティカルなサポートのニーズがないため、環境内の資産は危険度が低く、重要ではないと分類されます。チームにおける成熟度を示します。すべての資産と環境を分類することで、ポリシーを明確にすることができます。分類だけでは不十分です。クリティカルな資産を一貫して運用するため、共有サービスが実装されます。ルールを変更すると、保護を強化する必要がある資産用に設計されたガバナンスとコンプライアンスのポリシーが損なわれます。導入を強化するために、安定性、セキュリティ、ガバナンスを犠牲にすることはできません。このため、導入チームとネゴシエートして特定の質問に対する回答を得ることになります。チームは、この環境に対して運用管理を提供できますか。このソリューションでは、他の内部リソースに直接アクセスする必要がありますか。クラウド導入チームがこれらのトレードオフに満足した場合、受信トラフィックが可能になる可能性があります。ビジネスでは独自の継続的な運用管理を提供でき、ソリューションは他の内部資産への直接的なトラフィックに依存していないため、ソリューションは新しいサブスクリプションで分離されます。そのサブスクリプションも、新しい管理グループ階層の独立したノードに追加されます。つのサインは、自動化の原則です。使用してポリシーの適用を自動化しています。ベースラインに準拠させています。このサブスクリプションと、新しい管理グループ内の他のサブスクリプションでは、ポリシーとテンプレートが若干異なります。イングレス帯域幅をブロックするポリシーが解除されています。それらは、トラフィックの分離を強制するために、他の受信トラフィックと同様に、共有サービスのサブスクリプションを経由してトラフィックをルーティングする要件に置き換えられています。オンプレミスの運用管理ツールではこのサブスクリプションにアクセスできないため、そのツールのエージェントは必要なくなりました。ガードレールはやはり適用されます。チームの成熟した創造的なアプローチにより、ガバナンスやコンプライアンスに悪影響を及ぼすことなく、導入を促進するソリューションが提供されています。構築するための第一歩です。ガードレールに対応できます。関連するリスクが軽減されます。チームのクラウド機能が成熟したら、次の成熟度のステップとして、通常、クラウドの運用をよりゆるやかに結び付けます。クラウド運用の責任を負うことになります。