Mengapa SLA Internal Tidak Terasa Seperti Hukuman
Perjanjian tingkat layanan (SLA) menjadi wilayah yang semakin akrab bagi rata-rata pemimpin TI. Sayangnya, jumlah SaaS SLA tersebar di seluruh organisasi TI hingga hampir tidak mungkin untuk mengelola semuanya.
Aplikasi penting bisnis semakin berpindah ke cloud dan hanya masalah waktu sebelum sumber daya bandwidth mulai menyerah pada tekanan—jika Anda belum melakukannya.
Terlepas dari reputasi negatifnya, SLA internal mungkin merupakan cara terbaik untuk menyelaraskan tujuan bisnis dengan operasi TI.
SLA Internal Bukanlah Hal Baru
Jika Anda sudah cukup lama, Anda mungkin ingat ketika SLA internal dibahas pada hari-hari awal aplikasi yang terhubung ke internet. Juga dikenal sebagai tolak bayar, idenya adalah bahwa TI mengalokasikan sumber daya teknologi khusus ke unit bisnis untuk memahami penggunaan dan kebutuhan departemen.
Dimaksudkan sebagai alat bagi para pemimpin TI untuk mempertahankan kinerja, SLA internal memperoleh reputasi sebagai hukuman bagi pengguna bisnis. Semua orang dapat setuju bahwa SLA eksternal menguntungkan bisnis karena mereka membuat penyedia tetap akuntabel. Namun, beri tahu pemimpin bisnis bahwa Anda akan menerapkan pedoman dan batasan pada penggunaan aplikasi, dan percakapan akan berubah menjadi lebih buruk.
Para pemimpin bisnis tidak asing dengan KPI dan metrik kinerja aplikasi. Memahami kinerja aplikasi memberikan wawasan tentang di mana teknologi mungkin menghambat produktivitas karyawan. Namun, menerapkan SLA internal terhadap KPI dan metrik ini sering kali membuat manajer merasa kinerja mereka sendiri dipertanyakan.
Tujuan SLA internal tidak boleh untuk menghukum pengguna bisnis—itu harus untuk menarik perhatian pada potensi masalah, menetapkan ekspektasi kinerja, dan menciptakan jalur yang jelas menuju penyelesaian konflik.
Dengan begitu banyak SLA eksternal yang harus dikelola, SLA internal kini menyediakan cara terbaik untuk mengoptimalkan pemanfaatan bandwidth dan ketersediaan aplikasi.
SLA Internal Mengontrol Permintaan Aplikasi Cloud
Di dunia yang sempurna, setiap aplikasi cloud akan memiliki akses tak terbatas ke sumber daya jaringan, memberikan kebebasan kepada pengguna bisnis untuk menikmati kinerja puncak dalam situasi apa pun.
Tetapi para pemimpin TI tahu bahwa ini tidak mungkin. Hanya ada begitu banyak bandwidth untuk digunakan dan, suka atau tidak, aplikasi tertentu lebih penting daripada yang lain dalam suatu organisasi. Suatu hari nanti, infrastruktur TI mungkin mencapai titik di mana setiap aplikasi dapat mengakses bandwidth tak terbatas—tetapi tidak hari ini.
Dari perspektif TI, menggunakan perencanaan SLA internal saat aplikasi cloud terlibat memungkinkan Anda menyusun semua perjanjian eksternal dan memprioritaskannya dalam konteks kemampuan jaringan Anda. Saat Anda menetapkan ekspektasi untuk QoS, kinerja/pengalaman pengguna akhir, ketersediaan aplikasi, dan waktu pemecahan masalah untuk penyelesaian, seluruh bisnis akan diuntungkan.
Setiap pemimpin bisnis akan mengharapkan layanan tingkat atas—konektivitas WAN yang berlebihan, penyeimbangan beban yang mampu menangani lonjakan lalu lintas terbesar sekalipun, waktu respons aplikasi yang konsisten yang hampir instan, ketersediaan empat-sembilan atau lebih besar, dan respons meja bantuan dengan prioritas utama. Tugas Anda adalah membuat pengguna bisnis merasa mendapatkan semua ini tanpa menguras jaringan. Tentu saja, itu lebih mudah diucapkan daripada dilakukan.
Grup aplikasi mungkin merasa dibatasi pada awalnya, tetapi jika Anda mengelola SLA internal dengan benar, para pemimpin bisnis tidak akan pernah menyadari kehadiran mereka. Idealnya, mereka akan merasa mendapatkan sumber daya teknologi yang mereka dan timnya butuhkan.
Namun, perencanaan dan pengelolaan SLA internal yang tepat memerlukan pemahaman yang mendalam tentang kontrak aplikasi cloud. Sudahkah Anda menjadi pialang cloud untuk organisasi Anda? Atau apakah pemimpin bisnis Anda kehilangan kepercayaan pada organisasi TI?
Jika Anda ingin mempelajari lebih lanjut tentang perlunya beradaptasi dengan tempat kerja berbasis cloud, lihat infografis tentang menjadi broker cloud ini.
