Bagikan melalui

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 Tengah berikut untuk mempelajari cara mengurangi risiko pemusatan menjadi antipattern budaya.

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

  • Tim TI pusat yang sudah ada
  • Arsitek enterprise
  • Operasi TI
  • Pemerintahan TI
  • Infrastruktur TI
  • Jaringan
  • Identitas
  • Virtualization
  • Keberlangsungan bisnis dan pemulihan bencana
  • Pemilik aplikasi dalam TI

Peringatan

Anda hanya boleh menerapkan IT terpusat di cloud saat 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 utam kunci

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 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 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 pendelegasian kontrol dengan pagar pembatas yang jelas untuk memberlakukan pemerintahan. Tim TI pusat dapat menjadi kontributor yang berharga untuk adopsi cloud dengan menjadi broker cloud dan mitra untuk inovasi dan kelincahan bisnis.

Tim TI pusat diposisikan dengan baik untuk mengambil pengetahuan dan praktik yang berharga dari model lokal yang sudah ada dan menerapkan praktik tersebut ke penyediaan cloud. Namun, proses ini memerlukan perubahan. Ini membutuhkan proses baru, keterampilan baru, dan alat baru untuk mendukung adopsi cloud dalam skala besar. Ketika tim TI pusat beradaptasi, tim ini 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 penerapan 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 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 terjadi pelanggaran. 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 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 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 nyaman dengan tradeoff, lalu lintas masuk mungkin terjadi.

  3. Isolasi: Karena bisnis menyediakan manajemen operasi yang sedang berlangsung sendiri, dan karena solusinya tidak mengandalkan lalu lintas langsung ke aset internal lainnya, solusinya kemudian di-cordoned off dalam langganan baru. Langganan itu 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 diangkat. Kebijakan kemudian digantikan oleh persyaratan untuk merutekan lalu lintas melalui langganan layanan bersama, seperti lalu lintas masuk, untuk memberlakukan 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 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 kopling 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: