Memahami fungsi tim TI pusat

  • Artikel

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 untuk cloud dari waktu ke waktu.

Tetapi ketika satu tim adopsi cloud menggunakan cloud untuk mencapai hasil bisnis profil tinggi, adopsi bertahap jarang terjadi. Kesuksesan mengikuti kesuksesan. Hasil ini juga berlaku untuk adopsi cloud, tetapi terjadi pada 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.

Perhatian

Meskipun menyiapkan tim IT pusat adalah sinyal umum kematangan, jika tidak dikelola secara efektif, itu dapat menjadi risiko tinggi untuk adopsi, berpotensi memblokir upaya inovasi dan migrasi. Lihat bagian risiko tim TI Pusat berikut untuk mempelajari cara mengurangi risiko pemusatan menjadi antipattern budaya.

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

  • Tim TI pusat yang ada
  • Arsitektur perusahaan
  • Operasi TI
  • Tata kelola TI
  • Infrastruktur TI
  • Jaringan
  • Identitas
  • Virtualization
  • Keberlangsungan bisnis dan pemulihan bencana
  • Pemilik aplikasi dalam TI

Peringatan

Anda seharusnya hanya menerapkan IT terpusat di cloud ketika Anda telah didasarkan pada pengiriman yang ada secara lokal pada model tim IT pusat. Jika Anda didasarkan pada model lokal Anda saat ini pada kontrol yang didelegasikan, pertimbangkan pendekatan pusat keunggulan cloud (CCoE) untuk alternatif yang lebih kompatibel dengan cloud.

Tanggung jawab utama

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

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

Tugas strategis

Tugas teknis

  • Bangun dan jaga platform cloud untuk mendukung solusi.
  • Tentukan dan terapkan arsitektur platform.
  • Operasikan dan kelola platform cloud.
  • Terus tingkatkan 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.
  • Buat dan validasi penyebaran arsitektur platform.
  • Tinjau rencana rilis untuk sumber persyaratan platform baru.

Pola rapat tim secara berkala

Keahlian tim TI pusat biasanya berasal dari tim kerja. Minta peserta mencurahkan sebagian besar jadwal harian mereka untuk upaya penyelarasan. Kontribusi tidak terbatas pada rapat dan siklus umpan balik.

Risiko tim TI pusat

Awali setiap fungsi cloud dan fase kematangan organisasi dengan kata "cloud". Tim TI 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 contoh lingkungan yang dikelola secara terpusat.

Dalam pandangan 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 TI pusat dapat menjadi kontributor berharga untuk adopsi cloud dengan menjadi broker cloud dan mitra inovasi dan kelincahan bisnis.

Tim TI pusat memiliki posisi yang 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 TI pusat beradaptasi, mereka menjadi mitra penting dalam upaya adopsi cloud. Tetapi jika tim TI pusat tidak beradaptasi dengan cloud, atau mencoba menggunakan cloud sebagai katalis untuk pengendalian yang ketat, hal itu dengan cepat menjadi penghambat adopsi, inovasi, dan migrasi.

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

Pengecualian

Banyak industri membutuhkan kepatuhan yang ketat terhadap kepatuhan pihak ketiga. Beberapa persyaratan kepatuhan masih menuntut kontrol TI terpusat. Menerapkan langkah-langkah kepatuhan ini dapat menambah waktu untuk proses penyebaran, terutama untuk teknologi baru yang belum digunakan secara luas. Dalam skenario ini, perkirakan penundaan dalam 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 pengecualian

Ketika proses TI terpusat diperlukan dan proses tersebut menciptakan titik pemeriksaan yang tepat dalam adopsi teknologi baru, titik pemeriksaan inovasi ini masih dapat diatasi 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 yang terisolasi sambil menjaga pagar pembatas yang tepat.

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

Contoh narasi operasi dalam pengecualian untuk memberdayakan adopsi

Narasi contoh ini menggambarkan pendekatan yang diambil oleh tim TI pusat yang matang di perusahaan fiktif 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 pelanggaran terjadi. Kebijakan Garis Besar Keamanan mereka menyatakan bahwa semua lalu lintas masuk harus datang melalui perangkat bersama yang dikelola oleh tim TI pusat.

Tetapi salah satu tim adopsi cloud mereka sekarang membutuhkan lingkungan dengan koneksi jaringan masuk khusus 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 sedang dalam tahap awal membangun solusi baru dan tidak memiliki data sensitif atau kebutuhan dukungan penting misi, mereka mengklasifikasikan aset di lingkungan sebagai risiko rendah dan nonkritis. 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 perlindungan lebih. Memberdayakan adopsi tidak dapat terjadi dengan mengorbankan kestabilan, 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 merasa nyaman dengan tradeoff, lalu lintas masuk mungkin terjadi.
  3. Isolasi: Karena bisnis ini menyediakan manajemen operasinya sendiri yang sedang berlangsung, dan karena solusinya tidak bergantung pada lalu lintas langsung ke aset internal lainnya, solusinya kemudian dikabungkan dalam langganan baru. Langganan itu juga ditambahkan ke simpul terpisah dari hierarki grup manajemen baru.
  4. Automasi: Tanda kedewasaan lain dalam tim ini adalah prinsip otomatisasi mereka. Tim menggunakan Azure Policy untuk mengotomatiskan penegakan kebijakan. Mereka juga menggunakan Azure Blueprints untuk mengotomatiskan penyebaran komponen platform umum dan menegakkan kepatuhan terhadap garis besar identitas yang ditentukan. Untuk langganan ini dan yang lainnya di grup manajemen baru, kebijakan dan templatnya sedikit berbeda. Kebijakan yang memblokir bandwidth ingress dicabut. Mereka digantikan oleh persyaratan untuk merutekan lalu lintas melalui langganan layanan bersama, seperti lalu lintas masuk apa pun, untuk memberlakukan isolasi lalu lintas. Karena peralatan manajemen operasi lokal tidak dapat mengakses langganan ini, agen untuk alat itu juga tidak lagi diperlukan. Semua pagar pembatas tata kelola lainnya yang diperlukan oleh langganan lain dalam hierarki kelompok manajemen masih diberlakukan, memastikan pagar pembatas yang memadai.

Pendekatan kreatif yang matang dari tim IT pusat Contoso menyediakan solusi yang tidak membahayakan tata kelola atau kepatuhan, tetapi masih mendorong adopsi. Pendekatan perantara ini daripada memiliki pendekatan cloud-native untuk TI 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 TI terpusat di cloud.

Langkah berikutnya

  • Ketika tim IT pusat mematangkan kemampuan cloud-nya, langkah kematangan berikutnya biasanya merupakan konupling operasi cloud yang lebih longgar. Ketersediaan peralatan manajemen operasi cloud-native dan biaya operasi yang lebih rendah untuk solusi PaaS-pertama sering menyebabkan tim bisnis (atau lebih khusus lagi, tim DevOps dalam bisnis) memikul tanggung jawab untuk operasi cloud.

Pelajari lebih lanjut tentang: