運用モデル

このセクションでは、利用する運用モデルの理解方法、運用モデルを視覚化する方法、チームレベルでクラウドサービスへの投資から最大価値を引き出すように進化する方法をご紹介します。これにより、運用プラクティスを強化し、アジャイルなチームとワークロードを構築し、ビジネス成果に積極的に貢献できます。

複数の組織レイヤー内にチームが存在するのは一般的であり、それらのレイヤーには既存の業務の流れがあります。ビジネス成果を達成するためにチームとして参加することは、チームがそれらのレイヤーのどこにいるか、やり取りするチームのポジション、およびその仕組みを理解することです。他チームを成功させるときの自チームの役割を理解し、自チームが成功するための他チームの役割を理解し、目標を共有する必要があります。

これらのレイヤーは、組織の全体的な運用モデルを構成します。組織がビジネス成果を達成するためにどのように機能するかは、タイプ、業界、地域、規模、自律性のレベルなど、多くの要因によって異なります。ただし、次の 3 つのカテゴリに分類される可能性があります。

• 一元化

• 分散型

• Federated

これらの組織レベルのトポロジについては、「成功に向けて組織を組む」で説明されています。

チームやワークロードは、組織の運用モデル内に存在します。しかし、1 つの運用モデルがすべてのチームとそのワークロードをサポートすることを期待するのは合理的ではありません。そのため、チームには独自の運用モデルも必要です。この作業方法は、組織、部門、チームの構成、ワークロード自体の特性によって形成されます。

クラウドに移行するほとんどの組織は、長期的な戦略的目標をサポートする新しい働き方 (運用モデル) を開拓しようとするエンタープライズトランスフォーメーションプログラムの一環としてこれを行います。このジャーニーは、時期が限定された施策ではなく、戦略的目標に向けた継続的な進化と段階的な進行を必要とするプロセスです。これにより、ワークロードの所有者は、中断を最小限に抑えながら、進化する運用モデルに適応できます。

Amazon は、チームが顧客の近くにとどまり、革新的な製品やサービスを迅速に立ち上げ、スピードと俊敏性をサポートする技術アーキテクチャを活用することで、大きな組織が大規模なイノベーションを実現できる方法の事例としてよく使用されます。そのためには、チームの編成方法を再構築する必要がありました。この編成はツーピザチームと呼ばれるようになりました。2 ピザチームには、ワークロード を所有および実行するための適切なリソース (エンジニアリング、テスト、製品とプログラム管理、オペレーション) がすべて組み込まれています end-to-end。

ワークロードチームが顧客に最善のサービスを提供しながら、迅速に行動し、全体的なビジネス成果に貢献する実証済みの方法として、この運用モデルを目標とすることをお勧めします。

この成功を参考にする組織は、変革ジャーニー全体で運用モデルを適応させる必要があるかもしれません。組織レベルとチームレベルの両方で、これには考慮事項、計画、コミュニケーションが必要です。次のセクションでは、チームレベルの運用モデルを視覚化する方法と、「自分で構築して実行」への展開方法を説明します。