Struktur tim yang matang

Semua fungsi cloud disediakan oleh seseorang selama setiap upaya adopsi cloud. Penugasan dan struktur tim ini dapat berkembang secara organik, atau dapat dirancang dengan sengaja agar sesuai dengan struktur tim yang ditentukan.

Ketika kebutuhan adopsi meningkat, begitu pula kebutuhan akan keseimbangan dan struktur. Tonton video ini untuk mendapatkan gambaran umum tentang struktur tim umum di berbagai tahap kematangan organisasi.

Grafik berikut menguraikan struktur tersebut berdasarkan tahap pematangan yang umum. Gunakan contoh-contoh ini untuk menemukan struktur organisasi yang paling sesuai dengan kebutuhan operasional Anda.

Struktur organisasi cenderung bergerak sesuai model kematangan umum yang diuraikan di sini:

1. Khusus tim adopsi cloud
2. Praktik terbaik MVP
3. Tim TI Pusat
4. Penyelarasan strategis
5. Penyelarasan operasional
6. Pusat keunggulan cloud (CCoE)

Sebagian besar perusahaan memulai dengan sedikit lebih dari tim adopsi cloud. Namun sebaiknya Anda membuat struktur organisasi yang lebih mirip dengan struktur praktik terbaik MVP.

Khusus tim adopsi cloud

Inti dari semua upaya adopsi cloud adalah tim adopsi cloud. Tim ini mendorong perubahan teknis yang memungkinkan adopsi. Bergantung pada tujuan upaya adopsi, tim ini dapat terdiri dari berbagai anggota tim yang menangani serangkaian tugas teknis dan bisnis yang luas.

Untuk upaya adopsi skala kecil atau tahap awal, tim ini mungkin hanya terdiri dari satu orang. Dalam upaya skala besar atau tahap akhir, biasanya ada beberapa tim adopsi cloud, masing-masing dengan sekitar enam insinyur. Terlepas dari ukuran atau tugas, aspek yang konsisten dari setiap tim adopsi cloud adalah tim ini menyediakan sarana untuk solusi onboarding ke cloud. Untuk beberapa organisasi, ini mungkin merupakan struktur organisasi yang cukup. Artikel tim adopsi cloud memberikan lebih banyak wawasan tentang struktur, komposisi, dan fungsi tim adopsi cloud.

Peringatan

Beroperasi hanya dengan tim adopsi cloud (atau beberapa tim adopsi cloud) dianggap sebagai antipola dan harus dihindari. Setidaknya, pertimbangkan praktik terbaik MVP.

Praktik terbaik: kelayakan produk minimum (MVP)

Kami menyarankan agar Anda memiliki dua tim untuk menciptakan keseimbangan di seluruh upaya adopsi cloud. Kedua tim ini bertanggung jawab atas berbagai fungsi selama upaya adopsi.

• Tim adopsi cloud: Tim ini bertanggung jawab atas solusi teknis, penyelarasan bisnis, manajemen proyek, dan operasi untuk solusi yang diadopsi.
• Tim tata kelola cloud: Untuk menyeimbangkan tim adopsi cloud, tim tata kelola cloud dedikasikan untuk memastikan keunggulan dalam solusi yang diadopsi. Tim tata kelola cloud bertanggung jawab atas kematangan platform, operasi platform, tata kelola, dan otomatisasi.

Pendekatan yang telah terbukti ini dianggap sebagai MVP karena mungkin tidak berkelanjutan. Setiap tim memiliki banyak peran, sebagaimana diuraikan dalam bagan (RACI) bertanggung jawab, akuntabel, dikonsultasikan, diinformasikan.

Bagian berikut menjelaskan struktur organisasi yang terbukti memiliki staf penuh, bersama dengan pendekatan untuk menyelaraskan struktur yang sesuai dengan organisasi Anda.

Tim TI pusat

Ketika skala adopsi meningkat, tim tata kelola cloud mungkin kesulitan untuk mengimbangi alur inovasi dari beberapa tim adopsi cloud. Hal ini terutama berlaku di lingkungan yang memiliki persyaratan kepatuhan, operasi, atau keamanan yang berat. Pada tahap ini, biasanya perusahaan mengalihkan tanggung jawab cloud ke tim TI pusat yang ada. Jika tim tersebut dapat menilai kembali alat, proses, dan orang untuk lebih mendukung adopsi cloud dalam skala besar, maka menyertakan tim TI pusat dapat menambah nilai yang signifikan. Ahli dalam bidang operasi, otomatisasi, keamanan, dan administrasi untuk memodernisasi tim TI pusat dapat mendorong inovasi operasional yang efektif.

Sayangnya, fase tim TI pusat dapat menjadi salah satu fase kematangan organisasi yang paling berisiko. Tim TI pusat harus hadir dalam proses diskusi dengan pola pikir berkembang yang kuat. Jika tim memandang cloud sebagai peluang untuk tumbuh dan beradaptasi, maka cloud dapat memberikan nilai luar biasa selama proses berlangsung. Tetapi, jika tim TI pusat memandang adopsi cloud terutama sebagai ancaman terhadap model mereka yang ada, maka tim TI pusat menjadi penghalang bagi tim adopsi cloud dan tujuan bisnis yang mereka dukung. Beberapa tim TI pusat telah menghabiskan waktu berbulan-bulan atau bahkan bertahun-tahun untuk mencoba menyelaraskan cloud dengan pendekatan lokal, tetapi hanya membuahkan hasil yang negatif. Cloud tidak mengharuskan perubahan menyeluruh dalam tim TI pusat, tetapi memang membutuhkan perubahan yang signifikan. Jika penolakan terhadap perubahan merupakan hal yang lazim di dalam tim TI pusat, fase kematangan ini dapat dengan cepat menjadi antipola kultural.

Rencana adopsi cloud yang sangat berfokus pada platform as a service (PaaS), DevOps, atau solusi lain yang membutuhkan lebih sedikit dukungan operasi cenderung tidak melihat nilai selama fase kematangan ini. Sebaliknya, jenis solusi ini kemungkinan besar akan dihalangi atau dihambat oleh upaya untuk memusatkan TI. Tingkat kematangan yang lebih tinggi, seperti pusat keunggulan cloud (CCoE), kemungkinan besar akan memberikan hasil positif untuk jenis upaya transformasi tersebut. Untuk memahami perbedaan antara TI terpusat di cloud dan CCoE, lihat Pusat keunggulan cloud.

Penyelarasan strategis

Saat investasi dalam adopsi cloud meningkat dan nilai bisnis direalisasikan, pemangku kepentingan bisnis sering kali menjadi lebih terlibat. Tim strategi cloud yang ditentukan menyelaraskan pemangku kepentingan bisnis tersebut untuk memaksimalkan nilai yang diwujudkan oleh investasi adopsi cloud.

Ketika kematangan terjadi secara organik, sebagai hasil dari upaya adopsi cloud yang dipimpin oleh TI, penyelarasan strategis didahului oleh tata kelola atau tim TI pusat. Ketika upaya adopsi cloud dipimpin oleh bisnis, fokus pada model operasi dan organisasi cenderung terjadi lebih awal. Jika memungkinkan, tentukan hasil bisnis dan tim strategi cloud di awal proses.

Penyelarasan operasional

Mewujudkan nilai bisnis dari upaya adopsi cloud membutuhkan operasi yang stabil. Operasi di cloud mungkin memerlukan alat, proses, atau keterampilan baru. Ketika operasi TI yang stabil diperlukan untuk mencapai hasil bisnis, penting untuk menambahkan tim operasi cloud yang ditentukan, seperti yang ditunjukkan di sini.

Operasi cloud dapat dilakukan oleh peran operasi TI yang ada. Tetapi, tidak jarang operasi cloud didelegasikan ke pihak lain di luar operasi TI. Penyedia layanan terkelola, tim DevOps, dan unit bisnis TI sering kali memikul tanggung jawab yang terkait dengan operasi cloud, dengan dukungan dan batasan yang disediakan oleh operasi TI. Ini semakin sering terjadi dalam upaya adopsi cloud yang sangat berfokus pada penyebaran DevOps atau PaaS.

Pusat keunggulan cloud

Pada tingkat kematangan tertinggi, pusat keunggulan cloud menyelaraskan tim dengan model operasi modern yang mengutamakan cloud. Pendekatan ini menyediakan fungsi TI terpusat seperti tata kelola, keamanan, platform, dan otomatisasi.

Perbedaan utama antara struktur ini dan struktur tim TI pusat adalah fokus yang kuat pada kemandirian dan demokratisasi. Tim dalam struktur ini mengatur dengan maksud mendelegasikan kontrol sebanyak mungkin. Menyelaraskan tata kelola dan praktik kepatuhan dengan solusi cloud-native menciptakan batasan dan mekanisme perlindungan. Tidak seperti model tim TI pusat, pendekatan cloud-native memaksimalkan inovasi dan meminimalkan overhead operasional. Agar model ini dapat diadopsi, perjanjian bersama untuk memodernisasi proses TI akan diperlukan dari bisnis dan kepemimpinan TI. Model ini tidak mungkin terjadi secara organik dan sering kali membutuhkan dukungan eksekutif.

Langkah berikutnya

Setelah menyelaraskan ke tahap tertentu dari kematangan struktur organisasi, Anda dapat menggunakan bagan RACI untuk menyelaraskan akuntabilitas dan tanggung jawab di setiap tim.

Menyelaraskan bagan RACI yang sesuai