Komitmen bisnis dalam manajemen cloud
Komitmen bisnis membantu Anda menentukan tingkat manajemen operasional Anda dengan biaya operasi yang dapat diterima. Untuk menentukan komitmen bisnis, Anda harus menyeimbangkan prioritas. Artikel ini menjelaskan cara mengevaluasi poin dan perhitungan data untuk menemukan saldo tersebut.
Anda dapat memiliki komitmen yang terkait dengan stabilitas bisnis yang membenarkan keputusan bisnis. Komitmen stabilitas dapat mencakup perjanjian tingkat layanan (SLA) atau tingkat ketahanan teknis tertentu. Untuk sebagian besar beban kerja, Anda hanya memerlukan tingkat dasar manajemen cloud. Untuk beban kerja lainnya, Anda mungkin menghabiskan dua hingga empat kali lebih banyak pada manajemen cloud dibandingkan dengan tingkat dasar. Anda dapat membenarkan biaya ini karena dampak potensial dari gangguan bisnis.
Artikel sebelumnya dalam seri ini dapat membantu Anda memahami klasifikasi dan dampak gangguan terhadap berbagai beban kerja. Artikel ini membantu Anda menghitung pengembalian.
Diagram berikut menunjukkan bahwa setiap tingkat manajemen cloud memiliki titik infleksi di mana biaya dapat naik lebih cepat daripada ketahanan. Poin-poin infleksi tersebut meminta keputusan bisnis terperinci dan komitmen bisnis.
Menentukan komitmen yang tepat
Untuk setiap beban kerja dalam portofolio, tim operasi cloud dan tim strategi cloud harus selaras dengan tingkat manajemen yang disediakan tim operasi cloud secara langsung.
Saat bisnis Anda menetapkan komitmen, tentukan cara menyelaraskan aspek-aspek berikut.
- Prasyarat operasi TI
- Tanggung jawab manajemen
- Sewa cloud
- Faktor biaya lunak
- Laba atas investasi (ROI) menghindari kerugian
- Validasi tingkat manajemen
Untuk membantu Anda membuat keputusan, bagian berikut menjelaskan aspek-aspek ini secara lebih rinci.
Menentukan prasyarat operasi TI
Panduan Manajemen Azure menguraikan alat manajemen Azure. Sebelum bisnis Anda membuat komitmen, TI harus menentukan garis besar manajemen tingkat standar yang dapat diterima untuk diterapkan ke semua beban kerja terkelola. Untuk setiap beban kerja terkelola dalam portofolio IT, TI kemudian dapat menghitung biaya manajemen standar yang didasarkan pada inti CPU, ruang disk, dan variabel terkait aset lainnya. TI juga dapat memperkirakan tujuan tingkat layanan komposit (SLO) untuk setiap beban kerja, berdasarkan arsitektur.
Tim operasi TI sering menggunakan minimum default waktu aktif 99,9% untuk SLO komposit awal. Mereka mungkin menormalkan biaya manajemen berdasarkan beban kerja rata-rata, terutama untuk solusi yang memiliki kebutuhan pengelogan dan penyimpanan minimal. Untuk menyediakan titik awal untuk percakapan awal, tim operasi TI dapat rata-rata biaya beberapa beban kerja kritis menengah.
Tip
Jika Anda menggunakan buku kerja manajemen operasi untuk merencanakan manajemen cloud, Anda harus memperbarui bidang manajemen operasi untuk mencerminkan prasyarat operasi TI. Bidang manajemen operasi mencakup tingkat Komitmen, SLO Komposit, dan Biaya bulanan. Biaya bulanan harus mewakili biaya alat manajemen operasional yang Anda tambahkan setiap bulan.
Garis besar manajemen operasi berfungsi sebagai titik awal, dan Anda juga harus memvalidasi garis besar dengan aspek-aspek berikut.
Memilih model tanggung jawab
Dalam lingkungan lokal tradisional, Anda mungkin berasumsi bahwa biaya pengelolaan lingkungan adalah biaya tenggelam untuk operasi TI. Biaya tenggelam adalah biaya yang tidak dapat Anda pulihkan. Di cloud, manajemen adalah keputusan tujuan yang memiliki dampak anggaran langsung. Anda dapat langsung mengaitkan biaya setiap fungsi manajemen ke setiap beban kerja yang Anda sebarkan ke cloud. Anda memiliki kontrol yang lebih besar dengan pendekatan ini. Tetapi tim operasi cloud dan tim strategi cloud harus terlebih dahulu berkomitmen pada perjanjian tentang tanggung jawab.
Bisnis Anda mungkin juga mengalihdayakan beberapa fungsi manajemen Anda yang sedang berlangsung ke penyedia layanan. Penyedia layanan dapat menggunakan Azure Lighthouse untuk memberi bisnis Anda kontrol yang tepat. Misalnya, Anda dapat memberikan akses ke sumber daya Anda dan memiliki visibilitas yang lebih besar ke dalam tindakan yang dilakukan penyedia layanan.
Untuk mengelola lingkungan cloud, Anda dapat menerapkan berbagai model.
Model tanggung jawab yang didelegasikan: Operasi TI dapat menggunakan pendekatan yang dikenal sebagai tanggung jawab yang didelegasikan. Pendekatan ini tidak memerlukan manajemen terpusat dan mencegah overhead manajemen operasional. Dalam model pusat keunggulan cloud (CCoE), operasi platform dan otomatisasi platform menyediakan alat manajemen layanan mandiri yang dapat digunakan tim operasi yang dipimpin bisnis, independen dari tim operasi TI terpusat.
Pendekatan ini memberi para pemangku kepentingan bisnis kontrol penuh atas anggaran terkait manajemen. Tim CCoE juga dapat memastikan bahwa sekumpulan pagar pembatas minimum diimplementasikan dengan benar. IT bertindak sebagai broker dan panduan untuk membantu bisnis Anda membuat keputusan yang bijaksana. Operasi bisnis mengawasi operasi beban kerja dependen sehari-hari.
Model tanggung jawab terpusat: Bisnis Anda mungkin memerlukan model tim IT pusat jika Anda memiliki persyaratan kepatuhan, kompleksitas teknis, atau beberapa model layanan bersama. Dalam model IT pusat, TI melakukan tanggung jawab manajemen operasinya.
Anda dapat secara terpusat mengelola dan mengontrol desain lingkungan, kontrol manajemen, dan alat tata kelola, yang mencegah pemangku kepentingan bisnis membuat komitmen manajemen. Tetapi visibilitas ke dalam biaya dan arsitektur pendekatan cloud memudahkan IT terpusat untuk mengomunikasikan biaya dan tingkat manajemen untuk setiap beban kerja.
Model campuran: Klasifikasi adalah dasar dari model campuran tanggung jawab manajemen. Jika bisnis Anda sedang dalam proses transformasi dari lokal ke cloud, Anda mungkin memerlukan model operasi lokal untuk beberapa waktu. Jika bisnis Anda memiliki persyaratan kepatuhan yang ketat atau bergantung pada kontrak jangka panjang dengan vendor outsourcing IT, Anda mungkin memerlukan model operasi terpusat.
Pendekatan model campuran memberikan keseimbangan. Dalam pendekatan ini, tim IT pusat menyediakan model operasi terpusat untuk semua beban kerja yang merupakan misi penting atau berisi informasi sensitif. Tim menempatkan semua klasifikasi beban kerja lainnya di lingkungan cloud yang mendukung tanggung jawab yang didelegasikan. Pendekatan tanggung jawab terpusat berfungsi sebagai model operasi umum, tetapi bisnis Anda memiliki fleksibilitas untuk mengadopsi model operasi khusus berdasarkan tingkat dukungan dan sensitivitas yang diperlukan.
Pertimbangkan siapa yang bertanggung jawab atas manajemen operasi sehari-hari untuk beban kerja. Pendekatan tanggung jawab Anda memengaruhi komitmen Anda.
Mengelola penyewaan cloud
Biasanya, Anda dapat mengelola aset dengan lebih mudah saat berada di satu penyewa. Tetapi Anda mungkin perlu mempertahankan beberapa penyewa. Untuk informasi selengkapnya tentang mengapa Anda mungkin memerlukan lingkungan Azure multipenyewa, lihat Memusatkan operasi manajemen dengan Azure Lighthouse.
Pertimbangkan faktor biaya lunak
Bagian berikutnya menguraikan pendekatan untuk menentukan pengembalian komparatif yang terkait dengan berbagai tingkat proses manajemen dan alat. Untuk setiap beban kerja yang dianalisis, Anda dapat mengukur biaya manajemen relatif terhadap dampak prakiraan gangguan bisnis. Gunakan metode berikut untuk menentukan apakah Anda perlu berinvestasi dalam pendekatan manajemen yang lebih luas.
Sebelum Anda menghitung angka, pertimbangkan faktor biaya lunak. Faktor biaya lunak menghasilkan pengembalian, tetapi pengembalian itu sulit diukur melalui penghematan biaya keras langsung yang terlihat dalam laporan laba rugi. Faktor biaya lunak dapat menunjukkan kebutuhan untuk berinvestasi dalam tingkat manajemen yang lebih tinggi daripada fiscally prudent.
Beberapa contoh faktor biaya lunak meliputi:
Penggunaan beban kerja harian oleh dewan atau CEO.
Penggunaan beban kerja oleh x% pelanggan teratas yang mengarah ke dampak pendapatan yang lebih besar di tempat lain.
Berdampak pada kepuasan karyawan.
Untuk membuat komitmen, titik data berikutnya yang harus Anda evaluasi adalah daftar faktor biaya lunak. Anda tidak perlu mendokumentasikan faktor-faktor ini pada tahap ini, tetapi membuat pemangku kepentingan bisnis menyadari pentingnya dan pengecualiannya dari perhitungan berikut.
Menghitung ROI penghindaran kerugian
Ketika tim TI yang bertanggung jawab atas operasi cloud menghitung pengembalian relatif pada biaya manajemen operasi, mereka harus menyelesaikan prasyarat yang disebutkan sebelumnya dan mengasumsikan tingkat manajemen minimum untuk semua beban kerja.
Komitmen berikutnya yang harus dilakukan bisnis Anda adalah menerima biaya yang terkait dengan penawaran yang dikelola garis besar. Tentukan apakah bisnis Anda setuju untuk berinvestasi dalam penawaran dasar untuk memenuhi standar minimum operasi cloud.
Jika bisnis Anda tidak menyetujui tingkat manajemen tersebut, Anda harus membuat solusi sehingga bisnis Anda dapat melanjutkan. Pastikan solusi Anda tidak memengaruhi operasi cloud beban kerja lain secara material.
Anda mungkin menginginkan lebih dari tingkat manajemen standar. Bagian berikut membantu memvalidasi bahwa investasi dan pengembalian terkait dalam bentuk penghindarian kerugian.
Tingkatkan tingkat manajemen
Untuk solusi terkelola, Anda dapat menerapkan beberapa prinsip desain dan solusi templat selain garis besar manajemen. Setiap prinsip desain untuk keandalan dan ketahanan menambahkan biaya operasi ke beban kerja. IT dan bisnis Anda harus menyetujui komitmen tambahan ini, sehingga Anda harus memahami potensi kerugian yang dapat Anda hindari ketika Anda menerapkan lebih banyak prinsip.
Perhitungan berikut menyediakan rumus untuk membantu Anda lebih memahami perbedaan antara kerugian dan peningkatan investasi manajemen. Untuk informasi selengkapnya tentang cara menghitung biaya peningkatan manajemen, lihat Otomatisasi beban kerja dan otomatisasi Platform.
Tip
Jika Anda menggunakan buku kerja manajemen operasi untuk merencanakan manajemen cloud, perbarui bidang manajemen operasi untuk mencerminkan setiap percakapan. Perubahan ini memperbarui rumus ROI dan masing-masing bidang berikut.
Perkirakan pemadaman
SLO komposit adalah SLA yang didasarkan pada penyebaran setiap aset dalam beban kerja. Bidang SLO komposit mendorong perkiraan pemadaman, yang diberi Est. Outage label dalam buku kerja. Untuk menghitung perkiraan pemadaman dalam jam per tahun tanpa menggunakan buku kerja, terapkan rumus berikut:
Estimasi pemadaman = (1 - persentase SLO komposit) × jumlah jam dalam setahun
Buku kerja menggunakan nilai default 8.760 jam per tahun.
Dampak kerugian standar
Dampak kerugian standar memperkirakan dampak keuangan dari pemadaman apa pun, dengan asumsi bahwa perkiraan prediksi pemadaman terbukti akurat. Dampak kerugian standar diberi Standard Impact label dalam buku kerja. Untuk menghitung perkiraan ini tanpa menggunakan buku kerja, terapkan rumus berikut:
Dampak standar = perkiraan pemadaman @ tiga 9s uptime × dampak nilai waktu
Nilai tersebut berfungsi sebagai garis besar biaya jika pemangku kepentingan bisnis berinvestasi dalam tingkat manajemen yang lebih tinggi.
Dampak Composite-SLO
Dampak composite-SLO memberikan dampak fiskal yang diperbarui, berdasarkan perubahan pada SLA waktu aktif. Gunakan perhitungan ini untuk membandingkan dampak keuangan yang diproyeksikan dari kedua opsi. Dampak composite-SLO diberi Commitment level impact label dalam buku kerja. Untuk menghitung dampak yang diperkirakan ini tanpa lembar bentang, terapkan rumus berikut:
Dampak Composite-SLO = perkiraan pemadaman × dampak nilai waktu
Nilai mewakili potensi kerugian yang harus dicegah oleh tingkat komitmen yang berubah dan SLO komposit baru.
Basis perbandingan
Bidang Dasar perbandingan mengevaluasi dampak standar dan dampak SLO komposit untuk menentukan jumlah pengembalian di bidang ROI Tahunan.
Kembali pada penghindaran kerugian
Jika biaya pengelolaan beban kerja melebihi potensi kerugian, investasi yang diusulkan dalam manajemen cloud mungkin tidak berharga. Untuk membandingkan return on loss avoidance, lihat kolom berlabel Annual ROI. Untuk menghitung kolom ini sendiri, gunakan rumus berikut:
Return on loss avoidance = (basis perbandingan - (biaya bulanan × 12) ÷ (biaya bulanan × 12)
Jika Anda tidak memiliki faktor biaya lunak lain untuk dipertimbangkan, Anda dapat menggunakan perbandingan ini untuk dengan cepat menentukan apakah Anda perlu berinvestasi lebih banyak dalam operasi cloud, ketahanan, keandalan, atau area lainnya.
Memvalidasi komitmen
Pada titik ini dalam proses, bisnis Anda dapat membuat komitmen, termasuk tanggung jawab terpusat atau didelegasikan dan penyewaan Azure, dan menentukan tingkat komitmen. Anda dapat memvalidasi dan mendokumen setiap komitmen untuk memastikan bahwa tim operasi cloud, tim strategi cloud, dan pemangku kepentingan bisnis selaras dengan komitmen ini untuk mengelola beban kerja.
Langkah selanjutnya
Setelah Anda membuat komitmen, tim operasi yang bertanggung jawab dapat mengonfigurasi beban kerja. Untuk memulai, evaluasi berbagai pendekatan untuk inventaris dan visibilitas.