Memahami fungsi tim IT pusat

Saat adopsi cloud diskalakan, fungsi tata kelola cloud saja mungkin tidak cukup untuk mengatur upaya adopsi. Ketika adopsi bertahap, tim cenderung secara organik mengembangkan keterampilan dan proses yang diperlukan agar siap menghadapi cloud seiring waktu.

Tetapi ketika satu tim adopsi cloud menggunakan cloud untuk mencapai capaian bisnis yang berprofil tinggi, adopsi bertahap jarang terjadi. Keberhasilan mengikuti kesuksesan. Hasil ini juga berlaku untuk adopsi cloud, namun terjadi dalam skala cloud. Ketika adopsi cloud berkembang dari satu tim ke beberapa tim dengan relatif cepat, organisasi membutuhkan lebih banyak dukungan dari staf IT yang ada. Tetapi anggota staf tersebut mungkin tidak memiliki pelatihan dan pengalaman yang diperlukan untuk mendukung cloud menggunakan alat IT cloud-native. Kesenjangan dalam pelatihan dan pengalaman ini sering mendorong pembentukan tim IT pusat untuk mengatur cloud.

Disiplin dan struktur berikut mencakup persyaratan untuk menyiapkan fungsi IT terpusat:

• Tim IT pusat yang ada
• Arsitek perusahaan
• Operasi TI
• Tata kelola TI
• Infrastruktur TI
• Jaringan
• Identitas
• Virtualisasi
• Kelangsungan bisnis dan pemulihan bencana
• Pemilik aplikasi dalam TI

Tanggung jawab utama

Sesuaikan praktik TI yang ada untuk memastikan bahwa upaya adopsi menghasilkan lingkungan yang diatur dengan baik dan dikelola dengan baik di cloud.

Biasanya, tim Anda melakukan tugas-tugas berikut secara teratur:

Tugas-tugas strategis

• Resensi:
  • Hasil Bisnis
  • model keuangan
  • Motivasi untuk adopsi cloud
  • Risiko Bisnis
  • Rasionalisasi properti digital
• Pantau rencana adopsi dan kemajuan terhadap backlog migrasi yang diprioritaskan .
• Identifikasi dan prioritaskan perubahan platform yang diperlukan yang mendukung backlog migrasi.
• Bertindak sebagai lapisan perantara atau terjemahan antara kebutuhan adopsi cloud dan tim IT yang ada.
• Manfaatkan tim IT yang ada untuk mempercepat fungsi platform dan mengaktifkan adopsi.

Tugas teknis

• Bangun dan pertahankan platform cloud untuk mendukung solusi.
• Tentukan dan terapkan arsitektur platform.
• Mengoperasikan dan mengelola platform cloud.
• Terus meningkatkan platform.
• Ikuti inovasi baru di platform cloud.
• Berikan fungsionalitas cloud baru untuk mendukung pembuatan nilai bisnis.
• Sarankan solusi layanan mandiri.
• Pastikan solusi memenuhi persyaratan tata kelola dan kepatuhan yang ada.
• Membuat dan memvalidasi penyebaran arsitektur platform.
• Tinjau rencana rilis untuk sumber persyaratan platform baru.

Frekuensi rapat

Keahlian tim IT Pusat biasanya berasal dari tim kerja. Harapkan peserta untuk mengalokasikan sebagian besar jadwal harian mereka pada upaya penyelarasan. Kontribusi tidak terbatas pada rapat dan siklus umpan balik.

Risiko tim IT Pusat

Awali setiap fungsi cloud dan fase kematangan organisasi dengan kata "cloud". Tim IT pusat adalah satu-satunya pengecualian. TI terpusat menjadi lazim ketika semua aset TI dapat ditempatkan di beberapa lokasi, dikelola oleh beberapa tim, dan dikendalikan melalui satu platform manajemen operasi. Praktik bisnis global dan ekonomi digital sebagian besar telah mengurangi instans lingkungan yang dikelola secara terpusat.

Dalam tampilan modern TI, aset didistribusikan secara global. Tanggung jawab didelegasikan. Campuran staf internal, penyedia layanan terkelola, dan penyedia cloud memberikan manajemen operasi. Dalam ekonomi digital, praktik manajemen TI beralih ke model layanan mandiri dan kontrol yang didelegasikan dengan pagar pembatas yang jelas untuk menegakkan tata kelola. Tim IT pusat dapat menjadi kontributor berharga untuk adopsi cloud dengan menjadi broker cloud dan mitra untuk inovasi dan kelincahan bisnis.

Tim IT pusat diposisikan dengan baik untuk mengambil pengetahuan dan praktik berharga dari model lokal yang ada dan menerapkan praktik tersebut ke pengiriman cloud. Tetapi proses ini membutuhkan perubahan. Ini membutuhkan proses baru, keterampilan baru, dan alat baru untuk mendukung adopsi cloud dalam skala besar. Ketika tim IT pusat beradaptasi, itu menjadi mitra penting dalam upaya adopsi cloud. Tetapi jika tim IT pusat tidak beradaptasi dengan cloud, atau mencoba menggunakan cloud sebagai katalis untuk kontrol yang terperinci, hal itu dengan cepat menjadi penghambat bagi adopsi, inovasi, dan migrasi.

Ukuran dari risiko ini adalah kecepatan dan fleksibilitas. Cloud menyederhanakan adopsi teknologi baru dengan cepat. Ketika fungsionalitas cloud baru dapat disebarkan dalam hitungan menit, tetapi ulasan oleh tim IT pusat menambahkan minggu atau bulan ke proses penyebaran, proses terpusat ini menjadi penghambat utama keberhasilan bisnis. Ketika Anda menemukan indikator ini, pertimbangkan strategi alternatif untuk pengiriman IT.

Pengecualian

Banyak industri membutuhkan kepatuhan yang kaku terhadap kepatuhan pihak ketiga. Beberapa persyaratan kepatuhan masih menuntut kontrol IT terpusat. Memberikan langkah-langkah kepatuhan ini dapat menambah waktu untuk proses penyebaran, terutama untuk teknologi baru yang belum digunakan secara luas. Dalam skenario ini, harapkan penundaan penyebaran selama tahap awal adopsi. Situasi serupa mungkin ada untuk perusahaan yang menangani data pelanggan sensitif, tetapi mungkin tidak diatur oleh persyaratan kepatuhan pihak ketiga.

Beroperasi dalam batas pengecualian

Ketika proses IT terpusat diperlukan dan proses tersebut menciptakan titik pemeriksaan yang sesuai dalam adopsi teknologi baru, titik pemeriksaan inovasi ini masih dapat ditangani dengan cepat. Persyaratan tata kelola dan kepatuhan dirancang untuk melindungi hal-hal yang sensitif, bukan untuk melindungi semuanya. Cloud menyediakan mekanisme sederhana untuk memperoleh dan menyebarkan sumber daya terisolasi sambil mempertahankan pagar pembatas yang tepat.

Tim IT pusat yang matang mempertahankan perlindungan yang diperlukan tetapi menegosiasikan praktik yang masih memungkinkan inovasi. Menunjukkan tingkat kematangan ini tergantung pada klasifikasi dan isolasi sumber daya yang tepat.

Contoh deskripsi pengoperasian dalam pengecualian untuk mendorong adopsi

Contoh narasi ini menggambarkan pendekatan yang diambil oleh tim IT pusat yang matang di perusahaan fiksi Contoso untuk memberdayakan adopsi.

Contoso mengadopsi model tim IT pusat untuk mendukung sumber daya cloud bisnis. Untuk memberikan model ini, mereka menerapkan kontrol ketat untuk berbagai layanan bersama seperti koneksi jaringan masuk. Langkah bijak ini mengurangi paparan lingkungan cloud mereka dan menyediakan satu perangkat "break-glass" untuk memblokir semua lalu lintas jika terjadi pelanggaran. Kebijakan Garis Besar Keamanan mereka menyatakan bahwa semua lalu lintas ingress harus datang melalui perangkat bersama yang dikelola oleh tim IT pusat.

Tetapi salah satu tim mereka yang menangani adopsi cloud sekarang membutuhkan lingkungan yang memiliki koneksi jaringan ingress berdedikasi dan dikonfigurasi khusus untuk menggunakan teknologi cloud tertentu. Tim IT pusat yang belum matang hanya akan menolak permintaan dan memprioritaskan proses yang ada daripada kebutuhan adopsi. Tim IT pusat Contoso berbeda. Mereka dengan cepat mengidentifikasi solusi empat bagian sederhana untuk dilema ini:

1. Klasifikasi: Karena tim adopsi cloud berada pada tahap awal dalam membangun solusi baru dan tidak memiliki data sensitif atau kebutuhan dukungan penting misi, mereka mengklasifikasikan aset di lingkungan sebagai risiko rendah dan noncritical. Klasifikasi yang efektif menunjukkan kematangan dalam tim IT pusat. Mengklasifikasikan semua aset dan lingkungan memungkinkan kebijakan yang lebih jelas.

2. Negosiasi: Klasifikasi saja tidak cukup. Perusahaan menerapkan layanan bersama untuk secara konsisten mengoperasikan aset sensitif dan penting misi. Mengubah aturan mengorbankan kebijakan tata kelola dan kepatuhan yang dirancang untuk aset yang membutuhkan lebih banyak perlindungan. Memberdayakan adopsi tidak dapat terjadi dengan biaya stabilitas, keamanan, atau tata kelola. Ini mengarah pada negosiasi dengan tim adopsi untuk menjawab pertanyaan tertentu. Dapatkah tim DevOps yang dipimpin bisnis menyediakan manajemen operasi untuk lingkungan ini? Apakah solusi ini memerlukan akses langsung ke sumber daya internal lainnya? Jika tim adopsi cloud nyaman dengan kompromi tersebut, pergerakan lalu lintas masuk mungkin dapat diizinkan.

3. Isolasi: Karena bisnis menyediakan manajemen operasi yang sedang berlangsung sendiri, dan karena solusi tersebut tidak mengandalkan lalu lintas langsung ke aset internal lainnya, solusi tersebut kemudian diisolasi dalam langganan baru. Langganan tersebut juga ditambahkan ke simpul terpisah dari hierarki grup manajemen baru.

4. Automation: Prinsip otomatisasi adalah tanda kematangan lain untuk tim ini. Tim menggunakan Azure Policy untuk mengotomatiskan penegakan kebijakan. Mereka juga menggunakan infrastruktur sebagai kode (IaC) untuk mengotomatiskan penyebaran komponen platform umum dan menerapkan kepatuhan terhadap garis besar identitas yang ditentukan. Kebijakan dan templat sedikit bervariasi untuk langganan ini dan untuk semua yang lain di grup manajemen baru. Kebijakan yang memblokir bandwidth ingress dicabut. Kebijakan kemudian digantikan oleh persyaratan untuk mengarahkan lalu lintas melalui langganan layanan bersama, seperti pada lalu lintas masuk, guna memastikan terjadinya isolasi lalu lintas. Karena alat manajemen operasi lokal tidak dapat mengakses langganan ini, agen untuk alat tersebut juga tidak lagi diperlukan. Semua pagar pembatas tata kelola lainnya yang diperlukan oleh langganan lain dalam hierarki grup manajemen masih diberlakukan, yang memastikan pagar pembatas yang memadai.

Pendekatan kreatif yang matang dari tim IT pusat Contoso memberikan solusi yang tidak membahayakan tata kelola atau kepatuhan, tetapi masih mendorong adopsi. Pendekatan mengelola alih-alih memiliki pendekatan cloud-native terhadap IT terpusat adalah langkah pertama menuju membangun pusat keunggulan cloud (CCoE). Mengadopsi pendekatan ini untuk dengan cepat mengembangkan kebijakan yang ada memungkinkan kontrol terpusat ketika diperlukan dan pagar pembatas tata kelola ketika lebih banyak fleksibilitas dapat diterima. Menyeimbangkan kedua pertimbangan ini mengurangi risiko yang terkait dengan IT terpusat di cloud.

Langkah berikutnya

• Ketika tim IT pusat mematangkan kemampuan cloud-nya, langkah kematangan berikutnya biasanya merupakan kopling operasi cloud yang lebih longgar. Ketersediaan alat manajemen operasi cloud-native dan biaya operasi yang lebih rendah untuk solusi PaaS-first sering mengakibatkan tim bisnis, khususnya tim DevOps dalam bisnis, mengambil tanggung jawab atas operasi cloud.

Pelajari selengkapnya tentang:

• fungsi operasi Cloud