構造体の種類とクラウド関数
次の手順では、運用モデルに最適な組織構造の種類を定義します。
組織構造は、必ずしも組織図にマップする必要はありません。 組織図には一般に、コマンドと制御の管理構造が反映されます。 組織構造では、役割と責任の整合性を取り込みます。
アジャイルなマトリックス組織では、組織構造は仮想チームとして表されるのが最適である場合があります。 これらの組織構造を組織図に表せないことを示すルールはありません。 ただし、効果的な運用モデルを作成する必要はありません。
選択の概要を次に示します。
- 組織図の配置: 管理階層、マネージャーの責任、スタッフの配置は、組織の構造に合わせて調整されます。
- 仮想チーム: 管理構造と組織図は変更されません。 代わりに、仮想チームが作成され、必要な機能が割り当てられます。
- 混合モデル: 多くの場合、変革の目標を達成するには、組織図と仮想チームの配置を組み合わせて使用する必要があります。
Cloud Functions
組織では、クラウド導入と長期的な運用モデルで成功するために、次の機能が必要です。 これらの機能について理解すると、人員配置と成熟度に基づいてそれらを組織構造に合わせることができます。
- クラウド戦略: クラウド戦略チームは、動機とビジネスの成果を定義します。 次に、そのチームはビジネスの優先順位とクラウド導入の取り組みの整合性を検証および維持します。
- クラウド導入:クラウド導入機能により、クラウドでの技術的ソリューションの実装が可能になります。 クラウド導入チームは、技術実装チームやプロジェクト チームの現代版です。
- クラウド ガバナンス: クラウド ガバナンス チームは、リスクとリスクの許容範囲が適切に評価され、管理されていることを確保します。 このチームのメンバーは、リスクを企業の管理ポリシーに転換します。
- 中央 IT チーム: 中央 IT チームは既存の IT プラクティスを使用して、導入作業がクラウド内の適切に管理された環境になるようにします。
- クラウド運用: 運用チームは、従来の IT 運用および資産に関連する問題の監視と修復に注力します。
- クラウド センター オブ エクセレンス: CCoE で IT は、ブローカー、パートナー、またはビジネスの代表者として機能します。 このモデルは、ビジネスと IT 資産の間の操作ユニットまたは抽象化レイヤーとしての従来の IT の見方からのパラダイム シフトです。
- クラウド プラットフォーム: 通常、クラウド プラットフォームについて学習することに焦点を当てた、アーキテクトの選ばれたグループ。 これらのアーキテクトはその後、他のユーザーが意思決定を行い、クラウド環境に制御を適用することを支援します。
- クラウド自動化: 自動化を通じて、DevOps とクラウドネイティブ アプローチの可能性を引き出します。 これらの各分野の専門知識により、導入とイノベーションが促進されます。
- クラウド データ: データの管理と分析ソリューションの有効化に関与する複数の対象ユーザーが関与しています。 これには、一般的な販売者、データベース アーキテクト、インフラストラクチャ チームが含まれます。
- クラウド セキュリティ: クラウド セキュリティは、企業が情報セキュリティ リスクを管理するために必要な組織機能で構成されます。 これらの役割と責任は、サイバーセキュリティ システムの人間の部分を形成します。
ある程度までは、それぞれのクラウド導入作業によってこれらの各機能が提供されます。 明示的に提供されるか、または定義されたチーム構造に従って提供されます。
導入のニーズが拡大すると、それに伴ってバランスと構造を生み出すニーズも高まります。 そうしたニーズを満たすために、企業は多くの場合、組織構造を成熟させるプロセスに従います。 次のユニットでは、成熟度の各レベルについて詳しく説明します。