お客様のストーリー

完了

以前のクラウド導入フレームワークの Microsoft Learn モジュールでは、Tailwind Traders 社のストーリーが共有されていました。 このモジュールは、Tailwind 社のクラウド導入過程における次のステップです。 この会社は、IT 運用内でパラダイム シフトが起きると、組織構造がどのように進化するかを評価しています。

Tailwind Traders IT チームは、オンプレミスのデータセンターからクラウドへの移行を継続しています。 IT が主に自社のデータセンター内に収まっていたときは、チームは制御を強化することに重点を置いていました。 ただし、データセンターは組織がそれに投資した分だけスマートであるため、自動化は初歩的なレベルでのみ行われました。 制御体制を確立し、中央の責任構造を維持するために、あまりにも多くの人間によるアクションが必要でした。

中心的な責任と委任された責任の対比を示す図。

上の図では、車を使用してワークロードを表しています。 道路を走行する車は、信号機とそれらに指示を出す人間が必要です。 この作業方法はオンプレミスのデータセンターの世界では理にかなっていますが、一部の企業はクラウドへの移行時にこれを続けています。

ただし、企業がクラウドに移行すると、クラウドによって、すべてのワークロード (この場合はすべての自動車) が自動的によりスマートになります。 各車は、GPS、衝突検出器、速度制御などを備え、人間の助けを借りずに道路をナビゲートできるようになります。

Tailwind Traders は、制御を強制する交通警察官としての役割から離れるこの機会に興奮しています。 IT チームはむしろ、"有効化とサポート" の考え方に焦点を当て、イノベーションを安全に加速できるクラウド センター オブ エクセレンス (CCoE) を構築したいと考えています。

中央の IT チームは、このような転換を行う際に、車が自由に移動できるようにするためのインフラストラクチャ、自動ガードレール、その他の保護の整備により多くの時間を費やします。 この作業によって、より自由で、ワークロード チームに対してより高い責任を委任できるようになるため、戦略的な意思決定を行うことができます。

データセンター モデルでは、通常、IT 機能は互いに独立して動作します。 各チームでは境界を作成し、変更には人間の介入が必要です。 しかし、このようなワークフローはイノベーションの障壁になる可能性があります。変更制御には、多くの場合、数か月、あるいは数年かかる場合があるためです。

Tailwind Traders は、より自由で、より高い責任を委任するためのパラダイム シフトを行うので、組織は少し異なって見えます。 最初に、ビジネスからクラウド戦略リードを招待して、優先順位を付けて、期待されるビジネスの優先順位に基づいて意思決定できるようにします。 2 つ目は、中央 IT の重要度が低下し、組織が CCoE モデルに移行し始めます。

組織も自動化に依存し始めます。 次のような質問について掘り下げます。

  • セキュリティ ルールに従うようにしてワークロード チームにそれらのことを知らせるようにセキュリティを適用するにはどうすればよいか?
  • 自動ガードレールとクラウド ガバナンス チームを作成して、誰かがルールを破った場合に展開できないようにするにはどうすればよいですか? または、承認された例外プロセスに簡単に従うことができるようにするにはどうすればよいですか?
  • チームの機敏性を高めることができる適切な自動化を使用して、Azure ランディング ゾーンなどの健全なプラットフォーム上でこれらの変更を行うにはどうすればよいですか?

Tailwind Traders にとって、それは、完成したモジュールを統合することによって、組織的な転換を押し進めることを意味します。 IT チームは、イノベーションをブロックする代わりに、イノベーションをサポートできます。