Jadwal Sidang Skripsi: Manual, Algoritma, atau Aplikasi?

Menyusun jadwal sidang skripsi berarti mencocokkan mahasiswa, tiga dosen atau lebih, ruang, dan jam dalam satu kalender. Kedengarannya sederhana sampai jumlah pendaftar menumpuk dan ketersediaan dosen saling bertabrakan.

Pertanyaannya bukan hanya “bagaimana menyusun jadwal”, melainkan “seberapa jauh pekerjaan itu perlu diotomatisasi”. Artikel ini membandingkan tiga cara berdasarkan literatur yang kami telusuri, lalu menunjukkan di mana pendekatan kami berada.

Apa yang Sebenarnya Dijadwalkan

Sebuah kajian penjadwalan sidang tesis di arXiv menyebut bahwa masalah ini kurang mendapat perhatian dibanding penjadwalan kuliah dan ujian reguler. Penulisnya merumuskannya lewat enam pertanyaan: siapa dosennya, komite yang mana, berperan apa, untuk mahasiswa mana, kapan, dan di ruang mana.

Aturannya dikelompokkan menjadi tiga: komite harus lengkap, komposisi penguji harus memenuhi aturan institusi, dan anggota komite serta ruang harus tersedia. Kerangka ini berguna untuk menilai cara mana pun yang Anda pilih: apakah ketiganya terpenuhi, dan siapa yang memeriksanya.

Cara Pertama: Manual dengan Spreadsheet dan Pesan Singkat

Cara ini masih paling umum. Staf mencatat pendaftar, bertanya ke dosen lewat pesan, lalu mengisi tabel jadwal. Kajian di Universitas Negeri Gorontalo menggambarkan hambatannya: jadwal sering terlambat karena admin harus mengecek ruang, ketidakhadiran dosen, dan waktu lebih dulu agar tidak bentrok.

Penelitian di STIKOM Bali mencatat bahwa penyusunan manual kadang menghasilkan jadwal yang berbenturan, dan pendaftaran cenderung ramai menjelang wisuda.

• Kelebihan: fleksibel, murah, dan tidak butuh pelatihan.
• Kelemahan: bergantung pada ketelitian staf, mudah bentrok saat beban naik, dan data tersebar di banyak tempat.

Cara Kedua: Algoritma Penjadwalan

Banyak penelitian di Indonesia menawarkan penjadwalan otomatis. Penelitian di STIKOM Bali tadi memakai algoritma genetika. Kajian di Universitas Muhammadiyah Jambi memakai algoritma yang sama untuk memberi rekomendasi kepada ketua program studi, dan studi di Darmajaya mengombinasikannya dengan metode pengembangan Scrum.

Pendekatan lain adalah backtracking, seperti pada pengembangan sistem di STMIK TIME yang menargetkan jadwal valid dan bebas konflik. Ada pula yang menerjemahkan aturan koordinator sidang ke dalam PHP agar ruang, waktu, mahasiswa, dan dosen dibagi otomatis, seperti pada kajian Polinema.

Di tingkat internasional, penelitian pada universitas di Italia membandingkan integer programming, constraint programming, dan local search. Pada data uji mereka, integer programming memberi hasil rata-rata terbaik, disusul local search, lalu constraint programming. Hasil itu spesifik pada kasus yang diuji dan tidak otomatis berlaku untuk kampus lain.

• Kelebihan: menghemat waktu penyusunan dan mengurangi bentrok bila aturannya benar.
• Kelemahan: butuh aturan yang baku dan data ketersediaan dosen yang rapi. Keluarannya sering berupa rekomendasi, sehingga keputusan akhir tetap perlu ditinjau manusia.

Cara Ketiga: Aplikasi Alur Kerja

Pendekatan ini menempatkan penjadwalan sebagai satu tahap dari siklus yang lebih panjang: verifikasi berkas, jadwal, undangan, nilai, berita acara, dan revisi. Fokusnya bukan mencari jadwal optimal, melainkan memastikan data mengalir dari tahap ke tahap tanpa diketik ulang.

Dalam literatur yang kami temukan, pembahasan semacam ini lebih jarang daripada pembahasan algoritma. Padahal di lapangan, pekerjaan staf tidak berhenti saat jadwal ditetapkan.

• Kelebihan: data terpusat, dokumen terbit dari satu sumber, dan ada jejak aktivitas.
• Kelemahan: tetap memerlukan staf yang memutuskan jadwal bila tidak ditambah algoritma.

Perbandingan Ringkas

Aspek	Manual	Algoritma	Aplikasi alur kerja
Fokus	Mengisi tabel jadwal	Menghasilkan jadwal sesuai aturan	Mengelola seluruh siklus ujian
Syarat	Staf teliti	Aturan baku dan data ketersediaan rapi	Alur dan dokumen terdefinisi
Keputusan jadwal	Staf	Sistem merekomendasikan, manusia menetapkan	Umumnya staf
Dokumen turunan	Diketik manual	Biasanya di luar cakupan	Bagian dari sistem
Cocok bila	Volume kecil	Volume besar, aturan baku	Banyak tahap administrasi

Memilih Berdasarkan Kebutuhan

Lima pertanyaan berikut membantu menentukan arah:

1. Berapa sidang per periode, dan seberapa menumpuk menjelang wisuda?
2. Apakah aturan komposisi penguji sudah tertulis dan konsisten?
3. Siapa yang berwenang memutuskan jadwal akhir?
4. Berapa banyak dokumen turunan yang harus terbit per sidang?
5. Siapa yang akan memelihara sistem setelah selesai dibuat?

Menurut pengamatan kami, bila beban utama ada pada administrasi, aplikasi alur kerja memberi manfaat lebih cepat. Algoritma baru terasa saat volume besar dan aturannya baku. Ini opini berdasarkan pengalaman, bukan hasil pengukuran.

Contoh: Sebuah Departemen Manajemen Bisnis

Di sebuah departemen manajemen bisnis (DMB) pada Fakultas Ekonomi dan Manajemen di Universitas Nusantara Timur (nama disamarkan atas permintaan pihak terkait), kami membangun sistem dengan pendekatan ketiga. Sistemnya berjalan sekitar satu tahun di atas Google Apps Script dan Google Sheets, dengan 71 dosen, 8 ruang, dan 16 slot jam ujian.

Operator memilih dosen penguji, tanggal, ruang, dan jam. Sistem mendukungnya lewat tampilan ketersediaan ruang dan jadwal menguji tiap dosen, tetapi tidak menyusun jadwal secara otomatis. Selebihnya, sistem merapikan verifikasi, cetak berkas, rekap nilai, berita acara, revisi, dan notifikasi. Rinciannya ada di studi kasus lengkapnya.

Bila aturan komposisi penguji sudah baku dan volume ujian meningkat, penjadwalan algoritmik dapat dipertimbangkan sebagai lapisan tambahan di atas alur yang sudah tertata.

Langkah Berikutnya

Mulailah dari alur dan aturan yang Anda miliki, bukan dari metode. Setelah itu baru tentukan seberapa jauh otomatisasi diperlukan. Bila kebutuhan Anda condong ke administrasi ujian yang menyeluruh, lihat layanan aplikasi web dan desktop kami, dan baca faktor biayanya sebelum meminta penawaran.