Persiapan ISO 20000-1: rapikan manajemen layanan IT

Mulai dari layanan yang sudah berjalan

Pilih satu layanan yang sering dipakai pelanggan, misalnya dukungan aplikasi inventori. Kumpulkan pemilik layanan, petugas dukungan, pengembang dan pengelola hubungan dengan pelanggan.

Langkah di bawah adalah saran kerja dari Kompli, bukan pemetaan lengkap klausul ISO 20000-1. Tujuannya membantu tim melihat kondisi nyata sebelum menilai kesenjangan terhadap naskah standar. Untuk pengertian dan batas sertifikasi, baca pengantar ISO 20000-1.

1. Tuliskan layanan dan penanggung jawabnya

Buat daftar singkat berisi nama layanan, pengguna, jam dukungan, saluran bantuan, pemilik pekerjaan dan pihak pengganti saat pemilik tidak tersedia. Jelaskan juga pekerjaan yang tidak termasuk layanan agar pelanggan tidak menebaknya sendiri.

Contoh fiktif: kontrak mencakup perbaikan gangguan aplikasi, tetapi penambahan fitur perlu persetujuan terpisah. Catatan layanan harus membuat perbedaan ini mudah ditemukan oleh petugas dukungan.

Simpan daftar sistem dan pemasok yang membantu layanan berjalan. Bila cloud dikelola pihak lain, tetap tentukan siapa di tim Anda yang membuka tiket, memberi kabar kepada pelanggan dan memeriksa pemulihannya.

2. Buat target layanan yang bisa diukur

SLA (service level agreement) adalah kesepakatan tingkat layanan. Dalam contoh kerja ini, pisahkan waktu mulai menanggapi laporan dari waktu memulihkan layanan. Balasan otomatis belum menjelaskan kapan petugas menangani gangguan.

Catat hal berikut sebelum menetapkan angka:

• Jam dukungan dan zona waktu yang dipakai.
• Cara menentukan prioritas berdasarkan dampak pada pengguna.
• Titik mulai dan akhir pengukuran, termasuk aturan saat menunggu jawaban pelanggan.
• Sumber data, pihak yang memeriksa hasil dan cara menyampaikan keterlambatan.

Angka target harus sesuai kebutuhan dan kemampuan tim. Tidak ada angka SLA universal yang ditetapkan artikel ini. Jika pelanggan membutuhkan layanan sepanjang waktu, periksa kesiapan petugas dan dukungan pemasok sebelum menjanjikannya.

3. Bedakan gangguan, permintaan dan masalah berulang

Gunakan pembagian praktis berikut agar tiket tidak ditangani dengan cara yang sama:

Jenis pekerjaan	Contoh	Catatan yang membantu
Gangguan layanan	Pengguna tidak dapat masuk aplikasi	Dampak, waktu kejadian, petugas, tindakan pemulihan dan konfirmasi hasil.
Permintaan layanan	Pengguna meminta akun baru	Pemohon, persetujuan yang diperlukan, pelaksana dan hasil.
Masalah berulang	Gangguan yang sama muncul tiap pekan	Hubungan dengan tiket sebelumnya, dugaan penyebab, pemeriksaan dan rencana perbaikan.

Tim boleh memulai dengan alat yang sudah tersedia selama catatan dapat dicari dan aksesnya sesuai. Jangan menyalin kata sandi, token atau data pelanggan yang tidak diperlukan ke tiket.

4. Periksa perubahan sebelum diterapkan

Untuk satu perubahan aplikasi, catat alasan, dampak pada pengguna, pemeriksa, jadwal, hasil uji dan cara kembali ke kondisi sebelumnya bila gagal. Tentukan siapa yang memberi persetujuan serta siapa yang mengabarkan gangguan terencana.

Contoh fiktif: tim akan mengganti konfigurasi login. Selain menguji akun berhasil masuk, uji kegagalan, akses petugas bantuan dan langkah pemulihan. Setelah diterapkan, periksa hasilnya; jangan menutup catatan hanya karena proses pemasangan selesai.

Sepakati penanganan perubahan darurat. Keputusan cepat tetap perlu jejak tindakan dan peninjauan setelah keadaan terkendali. Jangan membuat persetujuan bertanggal mundur untuk merapikan catatan.

5. Siapkan pemasok, panduan kerja dan pemulihan

Periksa kontak pemasok, jam bantuan, cara eskalasi dan layanan yang tercakup kontraknya. Bandingkan dengan janji kepada pelanggan; celah dukungan perlu dibahas sebelum terjadi gangguan.

Tulis panduan penanganan pekerjaan yang hanya diketahui satu orang, lalu minta rekan mencoba dengan akses dan lingkungan yang sesuai. Catat bagian yang belum jelas. Untuk gangguan besar, hubungkan pekerjaan ini dengan rencana pemulihan layanan.

6. Bahas hasil dan tutup pekerjaan perbaikan

Pilih ukuran yang bisa dijelaskan, seperti tiket melewati target, gangguan berulang atau perubahan yang harus dibatalkan. Sebutkan periode, sumber data dan cara menghitungnya. Rata-rata waktu respons saja bisa menyembunyikan satu gangguan penting yang lama tidak ditangani.

Bahas hasil bersama pemilik layanan. Untuk setiap perbaikan, tuliskan masalah, penanggung jawab, target penyelesaian dan bukti pemeriksaan ulang. Jangan menandai selesai hanya karena prosedur baru sudah dibuat.

Gunakan checklist persiapan ISO 20000-1 untuk menyatukan catatan awal. Setelah itu, pemeriksaan terhadap standar lengkap harus mencakup persyaratan lain yang belum dibahas di sini; daftar ini bukan ukuran kelulusan sertifikasi.