Banyak dosen sudah yakin praktikum K3 di kampusnya perlu ditingkatkan, tetapi berhenti di satu tahap: meyakinkan pimpinan untuk menyetujui anggaran. Pengadaan software praktikum K3 biasanya melewati kaprodi, bagian keuangan, dan kadang rektorat, dan setiap pihak menanyakan hal yang berbeda.
Artikel ini memberi enam langkah menyusun proposal pengadaan software praktikum K3 yang jelas, terukur, dan mudah disetujui, lengkap dengan kerangka dokumen yang bisa langsung dipakai.
Kenapa Proposal Pengadaan Software Praktikum K3 Sering Ditolak
Penolakan jarang soal kualitas software. Penyebabnya hampir selalu proposal yang tidak menjawab pertanyaan pengambil keputusan. Bagian keuangan ingin tahu apa yang dibayar dan untuk berapa lama. Pimpinan program studi ingin tahu dampaknya pada capaian pembelajaran. Pihak IT ingin tahu soal akses dan keamanan data. Proposal yang hanya berisi daftar fitur gagal menjawab ketiganya. Itulah sebabnya pengadaan software praktikum K3 perlu disiapkan sebagai dokumen keputusan, bukan sekadar permintaan pembelian.
6 Langkah Menyusun Proposal Pengadaan Software Praktikum K3
1. Rumuskan Masalah dan Capaian Pembelajaran
Mulai dari masalah, bukan dari produk. Misalnya: mahasiswa hanya mempraktikkan HIRA di atas kertas, laporan sulit dinilai objektif, atau kunjungan industri terbatas. Hubungkan masalah itu dengan capaian pembelajaran mata kuliah, karena pimpinan lebih mudah menyetujui sesuatu yang jelas mendukung kurikulum.
2. Kumpulkan Data Kebutuhan
Siapkan angka sederhana yang mendukung proposal:
- Jumlah mahasiswa per angkatan dan per kelas praktikum
- Mata kuliah yang akan memakai software
- Jumlah pertemuan praktikum per semester
- Cara praktikum dijalankan saat ini dan kendalanya
Data ini membuat proposal pengadaan software praktikum K3 terasa konkret, dan memudahkan bagian keuangan menghitung kebutuhan lisensi.
3. Bandingkan Opsi yang Tersedia
Pimpinan hampir selalu bertanya: kenapa tidak dibuat sendiri, atau tetap pakai cara lama? Jawab dengan tabel perbandingan singkat atas tiga opsi: melanjutkan praktikum manual, membangun sistem sendiri, atau memakai software siap pakai. Nilai tiap opsi dari waktu persiapan, beban perawatan, kemiripan dengan alat yang dipakai di industri, dan kemudahan menilai hasil mahasiswa.
4. Buktikan dengan Pilot Project
Argumen paling kuat adalah bukti nyata. Jalankan uji coba di satu kelas, kumpulkan data hasilnya, lalu lampirkan pada proposal. Skemanya dijelaskan pada artikel Proyek pilot praktik K3 untuk dosen dan kampus. Hasil uji coba mengubah proposal dari asumsi menjadi keputusan berbasis pengalaman.
5. Susun Anggaran Pengadaan Software Praktikum K3
Jelaskan komponen biaya secara transparan: jenis lisensi, jumlah pengguna, masa berlaku, dan apakah ada biaya pelatihan atau pendampingan. Sertakan beberapa skenario, misalnya satu mata kuliah dulu lalu bertahap. Contoh simulasinya ada di artikel biaya software praktikum K3 untuk kampus.
6. Tetapkan Indikator Keberhasilan dan Rencana Evaluasi
Pimpinan ingin tahu bagaimana menilai apakah pengadaan ini berhasil. Tentukan indikator yang bisa diukur pada akhir semester, misalnya jumlah temuan yang dilaporkan per mahasiswa, kualitas analisis risiko pada rubrik penilaian, dan umpan balik dosen serta mahasiswa. Cara menilainya bisa mengacu pada panduan penilaian praktikum K3 dengan rubrik.
Kerangka Proposal yang Bisa Langsung Dipakai
Susunan berikut cukup untuk sebagian besar proposal internal kampus:
- Latar belakang dan masalah yang dihadapi
- Tujuan dan capaian pembelajaran yang didukung
- Gambaran solusi dan perbandingan opsi
- Rencana pelaksanaan dan jadwal, termasuk pilot project
- Rincian anggaran
- Indikator keberhasilan dan rencana evaluasi
- Risiko dan cara mengatasinya
- Lampiran: data kebutuhan, hasil uji coba, dan spesifikasi
Keberatan yang Biasa Muncul dan Cara Menjawabnya
- “Dosen dan mahasiswa harus belajar sistem baru.” Jawab dengan rencana onboarding singkat dan pilot project yang membuktikan kurva belajarnya wajar.
- “Bagaimana jika lisensi berakhir?” Cantumkan masa berlaku, opsi perpanjangan, dan cara mengekspor data praktikum.
- “Bagaimana dengan keamanan data mahasiswa?” Libatkan pihak IT sejak awal dan minta penjelasan tertulis dari penyedia tentang pengelolaan data.
- “Apakah ini benar-benar mendukung kurikulum?” Petakan fitur ke capaian pembelajaran, bukan sekadar daftar fitur.
Kesalahan Umum dalam Proposal Pengadaan
- Terlalu fokus pada fitur dan lupa menjelaskan dampak pengadaan software praktikum K3 pada pembelajaran
- Mengajukan seluruh program studi sekaligus tanpa uji coba
- Tidak melibatkan bagian IT dan keuangan sebelum proposal diserahkan
- Tidak menetapkan indikator evaluasi sehingga hasilnya sulit dipertanggungjawabkan
Pendekatan ini juga sejalan dengan semangat Standar Nasional Pendidikan Tinggi yang memberi ruang bagi perguruan tinggi memilih metode pembelajaran yang sesuai, sebagaimana dikelola oleh Direktorat Jenderal Pendidikan Tinggi, Riset, dan Teknologi.
Mulai Pengadaan Software Praktikum K3 dari Satu Mata Kuliah
Pengadaan software praktikum K3 yang diajukan bertahap hampir selalu lebih mudah disetujui daripada proposal besar sekaligus. Dosen yang membawa data uji coba satu kelas juga lebih dipercaya dibanding dosen yang hanya membawa brosur. Pilih satu mata kuliah, jalankan satu semester, lalu perluas berdasarkan hasilnya. Untuk memahami bagaimana software dipakai di kelas, lihat halaman Praktikum perangkat lunak K3 untuk perguruan tinggi dari PEER.
