Fungsi pusat keunggulan cloud (CCoE)
Banyak organisasi TI berbagi tujuan inti untuk mencapai kelincahan bisnis dan teknis. Pusat keunggulan cloud (CCoE) adalah fungsi yang membantu organisasi menyeimbangkan kecepatan dan kestabilan saat mereka mengejar tujuan ini.
Struktur fungsi
Model CCoE memerlukan kolaborasi antara setiap sumber daya berikut:
- Adopsi cloud (arsitek solusi)
- Strategi cloud (program dan manajer proyek)
- Pemerintahan cloud
- Platform cloud
- Otomatisasi cloud
Efek
Ketika fungsi ini terstruktur dan didukung dengan baik, para peserta dapat mempercepat upaya inovasi dan migrasi sekaligus mengurangi biaya perubahan secara keseluruhan dan meningkatkan kelincahan bisnis. Ketika berhasil diimplementasikan, fungsi ini dapat menghasilkan pengurangan waktu yang nyata ke pasar. Saat praktik tim matang, indikator kualitas meningkat, termasuk keandalan, efisiensi performa, keamanan, pemeliharaan, dan kepuasan pelanggan. Keuntungan ini dalam efisiensi, kelincahan, dan kualitas sangat penting jika perusahaan berencana untuk menerapkan upaya migrasi cloud skala besar atau ingin menggunakan cloud untuk mendorong inovasi yang terkait dengan diferensiasi pasar.
Ketika berhasil, model CCoE menciptakan perubahan signifikan dalam TI. Dalam pendekatan CCoE, TI berfungsi sebagai perantara, mitra, atau perwakilan bisnis. Model ini merupakan pergeseran paradigma dari pandangan tradisional TI sebagai pelajaran operasi atau lapisan abstraksi antara bisnis dan aset TI.
Gambar berikut memberikan analogi untuk perubahan ini. Tanpa pendekatan CCoE, TI cenderung fokus pada penyediaan kontrol dan tanggung jawab pusat, bertindak seperti lampu lalu lintas di persimpangan. Ketika CCoE berhasil, peran TI menyerupai bundaran di persimpangan di mana fokusnya adalah pada kebebasan dan tanggung jawab yang didelegasikan.
Kedua pendekatan valid; mereka adalah pandangan alternatif dari tanggung jawab dan manajemen. Model CCoE dapat masuk ke dalam strategi teknologi jika Anda ingin membuat model swalayan yang memungkinkan unit bisnis membuat keputusan sendiri sambil mematuhi seperangkat pedoman dan kontrol yang mapan dan berulang.
Tanggung jawab utam kunci
Tugas utama tim CCoE adalah mempercepat adopsi cloud melalui solusi cloud-native atau hibrid.
Tujuan dari CCoE adalah untuk:
- Membantu membangun organisasi IT modern dengan menggunakan pendekatan tangkas untuk menangkap dan menerapkan persyaratan bisnis.
- Gunakan paket penyebaran yang dapat digunakan kembali yang selaras dengan kebijakan keamanan, kepatuhan, dan manajemen.
- Mempertahankan platform Azure fungsional yang selaras dengan prosedur operasional.
- Meninjau dan menyetujui penggunaan alat cloud-native.
- Menstandarisasi dan mengotomatisasi komponen platform dan solusi yang umum diperlukan seiring waktu.
Pola rapat tim secara berkala
Penting untuk memungkinkan kolaborasi organik dan melacak pertumbuhan melalui repositori umum atau katalog solusi. Maksimalkan interaksi alami, tetapi minimalkan rapat. Rapat berulang, seperti rapat rilis yang dihosting oleh tim adopsi cloud, dapat memberikan input data. Namun, setelah fungsi ini matang, coba batasi rapat khusus. Menghosting rapat setelah setiap paket rilis dibagikan dapat memberikan titik sentuh minimum untuk tim ini.
Solusi dan kontrol
Setiap anggota CCoE perlu memahami kendala, risiko, dan perlindungan yang diperlukan yang mengarah pada serangkaian kontrol TI saat ini. CCoE mengubah pemahaman itu menjadi solusi atau kontrol cloud-native (atau hybrid), yang memungkinkan hasil bisnis layanan mandiri. Ketika solusi dibuat, solusi ini dibagikan kepada tim lain dalam bentuk kontrol atau proses otomatis yang berfungsi sebagai pagar pembatas untuk berbagai upaya. Pagar pembatas tersebut membantu memandu kegiatan tim dan mendelegasikan tanggung jawab kepada peserta dalam upaya migrasi atau inovasi.
Tabel berikut ini menjelaskan beberapa contoh transisi ini.
Skenario | Solusi Pra-CCoE | Solusi Pasca-CCoE |
---|---|---|
Menyediakan instans SQL Server dalam produksi | Tim jaringan, TI, dan platform data menyediakan komponen selama hari atau minggu. | Tim yang memerlukan server menyebarkan instans platform as a service (PaaS) Azure SQL Database. Atau, penyebaran dapat menggunakan templat yang disetujui sebelumnya untuk semua aset infrastruktur sebagai layanan (IaaS) ke cloud dalam hitungan jam. |
Menyediakan lingkungan pengembangan | Tim Jaringan, TI, pengembangan, dan DevOps menyetujui spesifikasi dan menyebarkan lingkungan. | Tim pengembangan mendefinisikan spesifikasi mereka sendiri dan menyebarkan lingkungan berdasarkan anggaran yang dialokasikan. |
Memperbarui persyaratan keamanan untuk meningkatkan perlindungan data | Tim jaringan, TI, dan keamanan memperbarui perangkat jaringan dan komputer virtual (VM) di beberapa lingkungan untuk menambahkan perlindungan. | Alat tata kelola cloud digunakan untuk memperbarui kebijakan yang dapat diterapkan langsung ke semua aset di semua lingkungan cloud. |
Negosiasi
Proses negosiasi yang sedang berlangsung adalah akar dari upaya CCoE. Tim CCoE bernegosiasi dengan fungsi TI yang ada untuk mengurangi kontrol pusat. Trade-off untuk bisnis dalam negosiasi ini adalah kebebasan, kelincahan, dan kecepatan, dan nilai trade-off untuk tim TI yang ada diberikan sebagai solusi baru. Solusi baru memberi tim TI yang ada satu manfaat atau lebih berikut:
- Kemampuan untuk mengotomatiskan masalah umum
- Peningkatan konsistensi dengan pengurangan frustrasi sehari-hari
- Kesempatan untuk belajar dan menerapkan solusi teknis baru
- Pengurangan insiden dengan tingkat keparahan tinggi (membutuhkan lebih sedikit perbaikan cepat atau respons tugas pager larut malam)
- Kemampuan untuk memperluas cakupan teknis mereka dan mengatasi topik yang lebih luas
- Partisipasi dalam solusi bisnis tingkat lebih tinggi, mengatasi efek teknologi
- Pengurangan tugas pemeliharaan kasar
- Peningkatan strategi teknologi dan otomatisasi
Sebagai imbalan atas manfaat ini, fungsi TI yang ada dapat memperdagangkan nilai-nilai berikut:
- Rasa kontrol dari proses persetujuan manual
- Rasa kestabilan dari kontrol perubahan
- Rasa aman kerja setelah menyelesaikan tugas yang diperlukan dan berulang
- Rasa konsistensi dari kepatuhan terhadap vendor solusi TI yang ada
Di perusahaan sehat yang telah menggunakan cloud, proses negosiasi ini adalah percakapan dinamis antara rekan-rekan dan tim TI yang bermitra. Detail teknis bisa rumit, tetapi dapat dikelola ketika TI memahami tujuan dan mendukung upaya CCoE. Ketika TI kurang mendukung, bagian berikut tentang memungkinkan keberhasilan CCoE dapat membantu mengatasi gesekan.
Memungkinkan kesuksesan CCoE
Sebelum Anda melanjutkan dengan model ini, pertimbangkan toleransi perusahaan untuk pola pikir pertumbuhan dan tingkat kenyamanan TI dengan melepaskan tanggung jawab utama. Seperti disebutkan sebelumnya, CCoE bertukar kontrol untuk kelincahan dan kecepatan.
Perubahan semacam ini membutuhkan waktu, eksperimen, dan negosiasi. Akan ada hambatan dan kemunduran selama proses berlangsung, tetapi jika tim tetap rajin dan tidak berkecil hati karena eksperimen, ada kemungkinan besar keberhasilan dalam meningkatkan kelincahan, kecepatan, dan keandalan. Salah satu faktor keberhasilan terbesar adalah dukungan dari kepemimpinan dan pemangku kepentingan utama.
Pemangku kepentingan utama
Kepemimpinan TI adalah pemangku kepentingan pertama dan paling jelas. Manajer TI memainkan bagian penting, tetapi menerapkan model ini membutuhkan dukungan CIO dan pemimpin IT tingkat eksekutif lainnya.
Yang kurang jelas adalah kebutuhan akan para pemangku kepentingan bisnis. Kelincahan bisnis dan waktu ke pasar adalah motivasi utama untuk membentuk CCoE. Dengan demikian, para pemangku kepentingan utama memiliki kepentingan pribadi di bidang-bidang ini. Contoh pemangku kepentingan bisnis termasuk pemimpin lini bisnis, eksekutif keuangan, eksekutif operasi, dan pemilik produk bisnis.
Dukungan dari pemangku kepentingan bisnis
Dukungan dari pemangku kepentingan bisnis dapat mempercepat upaya CCoE. Sebagian besar fokus upaya CCoE berpusat di sekitar membuat perbaikan jangka panjang untuk kelincahan dan kecepatan bisnis. Menentukan efek model operasi saat ini dan nilai peningkatan berharga sebagai panduan dan alat negosiasi untuk CCoE. Sebaiknya tetapkan atau tentukan dengan jelas dalam dokumentasi item berikut untuk meningkatkan dukungan untuk CCoE:
Hasil dan tujuan bisnis yang diharapkan.
Ti saat ini memproses titik nyeri, seperti kecepatan, kelincahan, stabilitas, dan tantangan biaya.
Efek historis dari titik-titik nyeri tersebut, seperti kehilangan pangsa pasar, keuntungan pesaing dalam fitur dan fungsi, pengalaman pelanggan yang buruk, dan peningkatan anggaran.
Peluang peningkatan bisnis yang diblokir oleh titik nyeri dan model operasi saat ini.
Garis waktu dan metrik yang terkait dengan peluang tersebut.
Titik data ini bukan serangan terhadap TI. Sebaliknya, mereka membantu tim CCoE untuk belajar dari masa lalu, membangun backlog yang realistis, dan merencanakan peningkatan.
Dukungan dan keterlibatan yang sedang berlangsung dari pemangku kepentingan
Tim CCoE dapat menunjukkan pengembalian cepat di beberapa area, tetapi tujuan tingkat yang lebih tinggi, seperti kelincahan bisnis dan waktu ke pasar, dapat memakan waktu lebih lama. Selama pematangan, ada risiko tinggi tim CCoE menjadi tidak disarankan atau bagi anggota untuk ditarik untuk fokus pada upaya IT lainnya.
Selama enam hingga sembilan bulan pertama upaya CCoE, sebaiknya pemangku kepentingan bisnis bertemu setiap bulan dengan kepemimpinan TI dan CCoE. Ada sedikit kebutuhan untuk upacara formal untuk rapat-rapat ini. Cukup mengingatkan anggota CCoE dan kepemimpinan mereka tentang pentingnya program ini dapat berjalan jauh menuju kesuksesan CCoE.
Kami juga menyarankan agar pemangku kepentingan bisnis tetap mendapatkan informasi tentang kemajuan dan masalah pemblokiran yang dialami tim CCoE. Upaya mereka mungkin tampak seperti hal-hal kecil teknis, tetapi para pemangku kepentingan bisnis perlu memahami kemajuan rencana sehingga mereka dapat terlibat ketika tim kehilangan tenaga atau menjadi terganggu oleh prioritas lain.
Dukungan dari pemangku kepentingan TI
Dukungan dari pemangku kepentingan TI harus mencakup aktivitas berikut:
Mendukung visi: Upaya CCoE yang sukses membutuhkan banyak negosiasi dengan anggota tim TI yang ada.
Ketika dilakukan dengan baik, semua TI berkontribusi pada solusi dan merasa nyaman dengan perubahan. Kadang-kadang, beberapa anggota tim TI yang ada mungkin ingin mempertahankan mekanisme kontrol. Ketika situasi seperti itu terjadi, dukungan untuk CCoE oleh pemangku kepentingan IT sangat penting untuk keberhasilan CCoE. Pemangku kepentingan TI perlu mendorong dan memperkuat tujuan keseluruhan CCoE untuk menyelesaikan blok untuk negosiasi yang tepat. Pada kesempatan yang jarang terjadi, pemangku kepentingan TI bahkan mungkin perlu masuk dan memecah kebuntuan atau pemungutan suara terikat untuk mempertahankan kemajuan CCoE.
Menjaga fokus: CCoE dapat menjadi komitmen yang signifikan untuk setiap tim TI yang dibatasi sumber daya.
Menghapus arsitek yang kuat dari proyek jangka pendek untuk fokus pada keuntungan jangka panjang dapat menyulitkan anggota tim yang bukan bagian dari CCoE. Kepemimpinan TI dan pemangku kepentingan TI harus tetap fokus pada tujuan CCoE. Dukungan para pemimpin TI dan pemangku kepentingan TI dapat mengurangi gangguan operasi sehari-hari yang mendukung tugas CCoE.
Membuat penyangga: Tim CCoE bereksperimen dengan pendekatan baru.
Beberapa pendekatan baru tidak akan selaras dengan operasi atau batasan teknis yang ada. Tim CCoE mungkin mengalami tekanan atau jalan kembali dari tim lain ketika eksperimen gagal. Penting untuk mendorong dan menyangga tim CCoE dari konsekuensi dari peluang pembelajaran "kegagalan cepat". Sama pentingnya untuk mempertanggungjawabkan tim terhadap pola pikir pertumbuhan untuk memastikan bahwa mereka belajar dari eksperimen tersebut dan menemukan solusi yang lebih baik.
Langkah berikutnya
Model CCoE memerlukan fungsi platform cloud dan fungsi otomatisasi cloud. Langkah selanjutnya adalah menyelaraskan fungsi platform cloud.