Manajemen Layanan Teknologi Informasi (Bagain III)
Layanan TI tidak berhenti setelah aplikasi selesai dikembangkan. Justru setelah aplikasi digunakan, tantangan sebenarnya dimulai. Sistem harus dipantau, gangguan harus ditangani, permintaan pengguna harus dipenuhi, dan masalah berulang harus dicari akar penyebabnya.
Sudah dijelaskan bahwa Operasional Layanan TI berfokus pada aktivitas bisnis sehari-hari dan infrastruktur yang digunakan untuk menghasilkan layanan. Perencanaan yang baik tidak akan memberikan manfaat apabila aktivitas operasional tidak dilaksanakan dengan benar.
Empat aktivitas utama yang dibahas adalah Event Management, Incident Management, Problem Management, dan Request Management.
Event Management
Event Management bertujuan memonitor layanan dan komponennya serta mencatat dan melaporkan perubahan status yang penting. Event dapat berkaitan dengan infrastruktur, layanan, proses bisnis, maupun keamanan informasi.
Dalam perguruan tinggi, contoh event antara lain:
- server tidak dapat dijangkau;
- kapasitas storage mencapai 90%;
- aplikasi mengalami penurunan performa;
- koneksi internet menurun;
- terdapat percobaan login gagal berulang;
- sistem mendeteksi malware.
Modul membagi event menjadi exception events, warning events, dan informational events. Warning event sangat penting karena memberikan kesempatan bagi unit TI untuk bertindak sebelum terjadi kegagalan layanan.
Contohnya, jika penggunaan storage server mencapai 90%, unit TI dapat melakukan tindakan sebelum storage penuh dan menyebabkan aplikasi berhenti.
Incident Management
Incident Management bertujuan meminimalkan dampak negatif insiden dengan mengembalikan layanan ke kondisi normal secepat mungkin.
Dalam perguruan tinggi, insiden dapat berupa:
- mahasiswa tidak dapat login LMS;
- sistem akademik tidak dapat diakses;
- dosen tidak dapat menginput nilai;
- jaringan internet kampus mengalami gangguan;
- layanan PMB tidak dapat diakses;
- server mengalami kegagalan.
Semua insiden sebaiknya dicatat melalui ticketing system sehingga dapat dipantau sejak tiket dibuat sampai ditutup.
Prioritas insiden dapat ditentukan berdasarkan kombinasi dampak dan urgensi. Dengan demikian, gangguan sistem PMB pada hari terakhir pendaftaran tentunya memiliki prioritas berbeda dengan gangguan terhadap aplikasi yang hanya digunakan oleh beberapa pengguna.
Problem Management
Incident Management berfokus pada memulihkan layanan, sedangkan Problem Management berfokus pada mencari penyebab dan solusi permanen.
Modul menyebutkan bahwa insiden yang berulang dapat berubah menjadi problem dan Problem Management bertujuan memastikan tersedia solusi permanen.
Sebagai contoh, apabila sistem akademik terus mengalami downtime karena database kelebihan beban, memperbaiki sistem setiap kali down hanya menyelesaikan insiden. Perguruan tinggi harus melakukan analisis akar masalah, misalnya:
Masalah โ Database overload โ Query tidak optimal โ Struktur database perlu diperbaiki โ Optimasi database
Dengan demikian, gangguan yang sama tidak terus berulang.
Request Management
Request Management berkaitan dengan permintaan layanan yang telah ditentukan sebelumnya.
Contohnya:
- permintaan akun;
- reset password;
- permintaan akses aplikasi;
- permintaan hosting;
- permintaan laptop;
- permintaan hard disk;
- permintaan UPS.
Modul menekankan bahwa layanan yang dapat diminta harus telah didefinisikan dalam Service Catalogue.
Perguruan tinggi dapat menyediakan portal layanan mandiri sehingga pengguna dapat memilih layanan yang dibutuhkan tanpa harus datang langsung ke unit TI.
Membangun Helpdesk Perguruan Tinggi
Implementasi operasional layanan TI dapat diperkuat dengan membangun IT Service Desk sebagai pintu utama pelayanan TI.
Misalnya:
Mahasiswa/Dosen โ Service Desk โ Klasifikasi Tiket โ Prioritas โ Tim Penyelesaian โ Verifikasi Pengguna โ Penutupan Tiket
Jika masalah tidak dapat diselesaikan oleh Service Desk, tiket dapat dieskalasikan kepada:
- Application Support;
- Network Support;
- Infrastructure Support;
- Database Administrator;
- Security Team;
- Vendor.
Modul sendiri menekankan bahwa pengelolaan insiden yang efektif membutuhkan kolaborasi antara service desk, technical support, application support, dan vendor.
Implementasi Operasional di Perguruan Tinggi
Perguruan tinggi dapat mengembangkan dashboard operasional yang menampilkan:
| Indikator | Contoh Pengukuran |
| Jumlah tiket | Tiket per hari/bulan |
| Response Time | Waktu respons awal |
| Resolution Time | Waktu penyelesaian |
| Availability | Persentase ketersediaan layanan |
| Incident | Jumlah dan jenis insiden |
| Problem | Masalah berulang |
| Request | Jumlah permintaan layanan |
| SLA Compliance | Persentase pemenuhan SLA |
| User Satisfaction | Kepuasan pengguna |
Data tersebut dapat digunakan pimpinan untuk mengevaluasi kualitas layanan TI dan menentukan area yang perlu diperbaiki.
Dari Reaktif Menjadi Proaktif
Salah satu perubahan penting dalam manajemen layanan TI adalah mengubah pola kerja dari reaktif menjadi proaktif.
Pendekatan reaktif:
Sistem rusak โ pengguna melapor โ TI memperbaiki.
Pendekatan proaktif:
Sistem dimonitor โ potensi gangguan terdeteksi โ TI melakukan tindakan pencegahan โ layanan tetap tersedia.
Misalnya, ketika monitoring menunjukkan penggunaan CPU, memory, storage, atau bandwidth terus meningkat, unit TI dapat menambah kapasitas sebelum pengguna mengalami gangguan.
Operasional merupakan tahap yang menentukan apakah layanan TI benar-benar memberikan nilai kepada pengguna. Layanan yang telah dirancang dengan baik tetap dapat gagal apabila tidak dikelola secara konsisten.
Dengan Event Management, Incident Management, Problem Management, dan Request Management, perguruan tinggi dapat membangun layanan TI yang lebih responsif, terukur, andal, dan berorientasi pada kepuasan pengguna.
Sumber Referensi : Modul Pelatihan Fungsional Pranata Komputer Tingkat Ahli BPS