Merancang dan Mentransisikan Layanan TI: Kunci Keberhasilan Transformasi Digital Perguruan Tinggi

Manajemen Layanan Teknologi Informasi (Bagian II)

Setelah perguruan tinggi menentukan layanan TI yang dibutuhkan melalui strategi layanan, tahap berikutnya adalah memastikan layanan tersebut dirancang dan diterapkan dengan baik.

Banyak kegagalan proyek TI bukan disebabkan oleh teknologi yang tidak tersedia, tetapi karena kebutuhan pengguna tidak diterjemahkan dengan baik, kapasitas tidak diperhitungkan, layanan tidak diuji secara memadai, atau perubahan langsung diterapkan pada sistem produksi tanpa pengendalian.

Karena itu, Service Design dan Service Transition menjadi bagian penting dalam manajemen layanan TI.

Service Design: Mengubah Kebutuhan Menjadi Layanan

Service Design merupakan fase yang mentransformasikan kebutuhan bisnis menjadi layanan TI yang berkualitas, andal, fleksibel, dan sesuai harapan pengguna. Desain yang terstruktur juga membantu menghindari pembengkakan biaya dan penggunaan sumber daya yang tidak tepat.

Dalam perguruan tinggi, Service Design dapat diterapkan ketika institusi akan membangun atau mengembangkan:

  • sistem akademik baru;
  • LMS;
  • sistem PMB;
  • aplikasi kepegawaian;
  • sistem layanan mahasiswa;
  • dashboard pimpinan;
  • sistem pengaduan;
  • integrasi dengan sistem eksternal.

Layanan tidak boleh hanya dirancang berdasarkan keinginan pengembang. Kebutuhan pengguna harus menjadi dasar desain.

Lima Aspek Penting Desain Layanan

Ada beberapa aspek yang harus diperhatikan dalam desain, termasuk layanan baru atau yang diubah, sistem dan tools manajemen layanan, arsitektur teknologi, serta metode pengukuran dan metrik.

Dalam perguruan tinggi, desain layanan sebaiknya menjawab beberapa pertanyaan:

  1. Siapa pengguna layanan?
  2. Apa kebutuhan pengguna?
  3. Bagaimana layanan akan diberikan?
  4. Berapa kapasitas yang dibutuhkan?
  5. Berapa tingkat ketersediaan yang harus dicapai?
  6. Bagaimana keamanan data dijamin?
  7. Bagaimana keberhasilan layanan diukur?
  8. Siapa yang bertanggung jawab terhadap layanan?

Service Catalogue

Salah satu komponen penting adalah Service Catalogue Management. Tujuannya memastikan katalog memiliki informasi yang akurat mengenai layanan yang beroperasi maupun yang akan beroperasi.

Perguruan tinggi dapat menyediakan katalog layanan digital yang berisi:

  • layanan reset password;
  • pembuatan akun;
  • permintaan hosting;
  • layanan jaringan;
  • dukungan LMS;
  • pembuatan subdomain;
  • layanan perangkat;
  • dukungan aplikasi;
  • permintaan akses sistem.

Katalog tersebut akan membuat pengguna mengetahui layanan apa yang tersedia, bagaimana cara mendapatkannya, dan siapa yang bertanggung jawab.

Service Level Management

Kualitas layanan perlu diterjemahkan ke dalam target yang terukur. Service Level Management (SLM) digunakan untuk menetapkan target tingkat layanan bersama pengguna dan memantau kemampuan penyedia layanan untuk memenuhi target tersebut.

Contohnya, perguruan tinggi dapat menetapkan target:

  • respons tiket maksimal 30 menit;
  • penyelesaian insiden prioritas tinggi maksimal 4 jam;
  • ketersediaan layanan akademik 99,5%;
  • respons layanan helpdesk pada jam kerja maksimal 15 menit.

Target tersebut kemudian dituangkan dalam Service Level Agreement (SLA).

Capacity dan Availability Management

Perguruan tinggi harus memastikan kapasitas layanan sesuai dengan kebutuhan. Server, bandwidth, storage, database, dan tenaga pendukung harus disiapkan berdasarkan pola penggunaan.

Kapasitas sangat penting terutama ketika menghadapi periode puncak seperti KRS, PMB, pembayaran UKT, dan ujian online.

Selain kapasitas, Availability Management memastikan layanan tersedia sesuai target yang disepakati dengan biaya yang efektif.

Service Transition: Membawa Layanan ke Lingkungan Produksi

Setelah layanan dirancang, layanan harus ditransisikan ke lingkungan operasional. Tujuan Service Transition adalah memastikan layanan baru maupun perubahan layanan dapat diterapkan dengan baik tanpa mengganggu layanan yang sedang berjalan.

Dalam konteks perguruan tinggi, hal ini sangat penting. Misalnya, ketika sistem akademik akan diperbarui, perubahan tersebut tidak boleh dilakukan secara sembarangan pada saat mahasiswa sedang melakukan KRS.

Manajemen Perubahan

Setiap perubahan harus direncanakan, dianalisis risikonya, disetujui, dilaksanakan, dan ditinjau kembali.

Misalnya, perubahan database sistem akademik harus mempertimbangkan:

  • dampak terhadap mahasiswa;
  • dampak terhadap dosen;
  • waktu pelaksanaan;
  • backup;
  • kemungkinan rollback;
  • kebutuhan downtime;
  • komunikasi kepada pengguna.

Dengan mekanisme ini, perubahan dapat dilakukan secara terkendali.

Manajemen Aset dan Konfigurasi

Perguruan tinggi juga perlu mengetahui aset dan Configuration Item (CI) yang mendukung layanan. Modul menekankan perlunya identifikasi, pengendalian, pencatatan status, serta verifikasi dan audit terhadap aset dan CI.

Contohnya mencakup:

  • server;
  • jaringan;
  • database;
  • aplikasi;
  • lisensi;
  • dokumen layanan;
  • konfigurasi sistem;
  • perangkat keamanan.

Inventarisasi tersebut membantu unit TI mengetahui dampak ketika suatu komponen mengalami perubahan atau gangguan.

Rilis, Pengujian, dan Evaluasi

Manajemen rilis bertanggung jawab merencanakan, menjadwalkan, mengontrol pembuatan, pengujian, dan implementasi rilis. Hanya komponen yang telah lulus pengujian yang seharusnya dirilis ke lingkungan produksi.

Dalam perguruan tinggi, aplikasi baru sebaiknya melalui:

Development โ†’ Testing โ†’ User Acceptance Test โ†’ Pilot โ†’ Production

Sebelum digunakan secara luas, pengguna perwakilan seperti operator akademik, dosen, dan mahasiswa dapat dilibatkan dalam pengujian.

Modul menegaskan bahwa validasi dan pengujian bertujuan memastikan layanan sesuai spesifikasi desain dan mampu memenuhi kebutuhan bisnis serta SLA yang telah disepakati.

Service Design dan Service Transition memastikan bahwa layanan TI tidak hanya dibangun, tetapi benar-benar dirancang, diuji, diterapkan, dan dikendalikan.

Bagi perguruan tinggi, pendekatan ini sangat penting agar pengembangan aplikasi tidak menghasilkan sistem yang tidak sesuai kebutuhan pengguna, menimbulkan gangguan operasional, atau menghabiskan anggaran tanpa memberikan manfaat yang jelas.

 

Sumber Referensi : Modul Pelatihan Fungsional Pranata Komputer Tingkat Ahli BPS