Struktur tim yang matang
Semua fungsi cloud disediakan oleh seseorang selama setiap upaya adopsi cloud. Penetapan dan struktur tim ini dapat berkembang secara organik, atau organisasi dapat dengan sengaja mendesainnya agar sesuai dengan struktur tim yang ditentukan.
Penting bagi tim implementasi cloud untuk memahami struktur tim, di mana mereka berada saat ini, dan di mana mereka ingin berakhir. Sekali lagi, jenis perubahan ini membutuhkan waktu, eksperimen, dan negosiasi. Menuju ke proses tersebut akan menjadi perjalanan.
Tonton video ini untuk mendapatkan gambaran umum tentang struktur tim umum di berbagai tahap kematangan organisasi:
Struktur organisasi cenderung bergerak melalui model kematangan umum berikut:
- Hanya tim adopsi cloud
- Praktik terbaik produk minimum yang layak (MVP)
- Tim TI Pusat
- Penyelarasan strategis
- Penyelarasan operasional
- Pusat keunggulan cloud
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.
Sebagian besar perusahaan memulai dengan sedikit lebih dari tim adopsi cloud. Namun kami menyarankan Anda untuk membuat struktur organisasi yang lebih mirip dengan praktik terbaik MVP.
Hanya 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 mungkin memiliki keterampilan untuk 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 teknisi. Terlepas dari ukuran atau tugas, tim adopsi cloud mana pun menyediakan sarana untuk menghadirkan solusi ke cloud.
Untuk beberapa organisasi, tim ini mungkin merupakan struktur organisasi yang memadai. Untuk wawasan lebih lanjut tentang struktur, komposisi, dan fungsi tim, lihat artikel 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 MVP
Kami menyarankan Anda memiliki dua tim untuk menciptakan keseimbangan di seluruh upaya adopsi cloud:
- Tim adopsi cloud: Bertanggung jawab atas solusi teknis, penyelarasan bisnis, manajemen proyek, dan operasi untuk solusi yang diadopsi.
- Tim tata kelola cloud: Bertanggung jawab atas kematangan platform, operasi platform, tata kelola, dan otomatisasi. Tim ini berdedikasi untuk memastikan keunggulan dalam solusi yang diadopsi.
Pendekatan yang telah terbukti ini dianggap sebagai MVP karena mungkin tidak berkelanjutan. Setiap tim mengenakan banyak topi, sebagaimana diuraikan dalam bagan yang bertanggung jawab, akuntabel, dikonsultasikan, dan diinformasikan (RACI).
Bagian berikut menjelaskan struktur organisasi yang terbukti memiliki staf yang lengkap. Mereka juga menjelaskan pendekatan untuk menyelaraskan struktur yang sesuai dengan organisasi Anda.
Tim TI Pusat
Sebagai skala adopsi, tim pemerintahan cloud mungkin berjuang untuk mengimbangi aliran 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 tim tersebut dapat menambah nilai yang signifikan. Pakar materi pelajaran dari operasi, otomatisasi, keamanan, dan administrasi dapat mendorong inovasi operasional yang efektif untuk memodernisasi tim TI pusat.
Sayangnya, tim TI pusat dapat membawa salah satu fase kedewasaan organisasi yang paling berisiko. Tim TI pusat harus memiliki mindset berkembang yang kuat. Jika memandang cloud sebagai peluang untuk tumbuh dan beradaptasi, cloud dapat memberikan nilai yang luar biasa selama proses berlangsung. Tetapi jika memandang adopsi cloud sebagai ancaman terhadap model yang ada, cloud dapat menjadi hambatan bagi tim adopsi cloud dan tujuan bisnis yang didukungnya.
Beberapa tim TI pusat telah menghabiskan waktu berbulan-bulan atau bahkan bertahun-tahun untuk mencoba menyelaraskan cloud dengan pendekatan lokal, tapi semua hasilnya negatif. Cloud tidak memerlukan segalanya untuk berubah di dalam tim TI pusat, tetapi memang membutuhkan perubahan yang signifikan. Jika tim TI pusat menolak perubahan ini, fase kedewasaan ini dapat dengan cepat menjadi antipola budaya.
Paket 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 kedewasaan ini. Jenis solusi ini kemungkinan besar akan dihalangi atau diblokir oleh upaya untuk memusatkan TI.
Tingkat kedewasaan yang lebih tinggi, seperti CCoE, lebih mungkin memberikan hasil positif untuk jenis upaya transformasional tersebut. Untuk memahami perbedaan antara TI terpusat di awan dan CCoE, lihat Pusat keunggulan cloud.
Penyelarasan strategis
Saat investasi dalam adopsi cloud berkembang dan organisasi mulai melihat nilai bisnis, pemangku kepentingan bisnis sering kali menjadi lebih terlibat. Tim strategi cloud yang ditentukan menyelaraskan pemangku kepentingan bisnis tersebut untuk memaksimalkan nilai investasi adopsi cloud.
Ketika kedewasaan terjadi secara organik, sebagai hasil dari upaya adopsi cloud yang dipimpin oleh TI, tata kelola atau tim TI pusat mendahului penyelarasan strategis. Ketika bisnis memimpin upaya adopsi cloud, 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. Saat Anda membutuhkan operasi TI yang stabil untuk mencapai hasil bisnis, penting untuk menambahkan tim operasi cloud yang ditentukan.
Peran yang ada dalam operasi TI dapat memberikan operasi cloud. Namun, operasi cloud terkadang didelegasikan kepada pihak 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 pagar pembatas yang disediakan oleh operasi TI. Struktur ini semakin umum untuk upaya adopsi cloud yang sangat berfokus pada penyebaran DevOps atau PaaS.
Pusat keunggulan cloud
Pada tingkat kematangan tertinggi, CCoE menyelaraskan tim di sekitar 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 layanan mandiri dan demokratisasi. Tim dalam struktur ini mengatur dengan niat mendelegasikan kontrol sebanyak mungkin.
Menyelaraskan praktik tata kelola dan kepatuhan dengan solusi cloud-native menciptakan pagar pembatas dan mekanisme perlindungan. Tidak seperti model tim TI pusat, pendekatan cloud-native memaksimalkan inovasi dan meminimalkan overhead operasional. Mengadopsi model ini membutuhkan kesepakatan bersama antara bisnis dan kepemimpinan TI untuk memodernisasi proses TI. Model ini tidak mungkin terjadi secara organik dan seringkali membutuhkan dukungan eksekutif.