Tulisan ini sekedar berbagi pengalaman pribadi dalam proses mencari cara agar mahasiswa yang benar2 belajar, bisa mendapatkan penghargaan yang layak, selamat membaca๐
Memberikan tugas proyek pada mata kuliah pemrograman sebenarnya bukan hal baru. Setiap dosen yang mengajar mata kuliah sejenis pasti pernah melakukannya. Mahasiswa dibentuk menjadi beberapa kelompok, kemudian diminta merancang dan membangun sebuah program sebagai implementasi dari materi yang telah dipelajari selama satu semester. Dengan harapan mahasiswa tidak hanya belajar sintaks bahasa pemrograman, tetapi juga belajar team work, berdiskusi, membagi tugas, mengelola waktu, menyelesaikan masalah, dan bekerja sama. Persis seperti yang kelak akan mereka hadapi ketika memasuki dunia industri. Berharap mahasiswa dapat semuanya : hard skills + soft skills.
Seperti pada beberapa mata kuliah pemrograman yang kuampu juga menerapkan pembelajaran berbasis proyek (PBL). Misal pada mata kuliah ASD, mahasiswa diminta mengembangkan program sederhana berbasis menu menggunakan struktur data yang telah dipelajari. Sedangkan pada mata kuliah PBO, mahasiswa mengembangkan aplikasi untuk sebuah studi kasus yang sama, tetapi menggunakan teknologi Java yang berbeda2 (berbasis web, desktop dan mobile).
Agar suasana proyek mendekati kondisi nyata di dunia kerja, pembagian tugas juga diserahkan kepada masing2 kelompok. Ada yang bertanggung jawab mengembangkan antarmuka, logika program, menyusun dokumentasi, melakukan pengujian, dan ada yang mengintegrasikan seluruh pekerjaan menjadi sebuah aplikasi yang utuh. Awalnya, perhatian lebih banyak tertuju pada bagaimana merancang proyek yang sesuai dengan capaian pembelajaran. Studi kasus harus cukup menantang, tetapi tetap dapat diselesaikan dalam satu semester. Tingkat kesulitan juga harus seimbang sehingga semua materi pokok tetap dapat diterapkan di dalam proyek.
Namun semakin sering menggunakan pendekatan ini, muncul satu pertanyaan yang ternyata lebih sulit dijawab. Bagaimana memastikan setiap mahasiswa benar2 belajar dan berkontribusi terhadap kelompoknya. Bukan sekadar namanya tercantum dalam laporan, tetapi juga memahami proyek yang sedang dikerjakan, mengetahui alasan mengapa sebuah solusi dipilih, serta mampu menjelaskan bagian yang menjadi tanggung jawabnya. Ini memang menjadi tantangan terbesar dalam PBL, bukan terletak pada bagaimana merancang proyeknya, tetapi bagaimana dapat menilai semua proses dengan cukup fair. Hal ini kemudian membawa pada serangkaian perubahan yang tidak direncanakan sebelumnya. Mulai dari cara memonitor perkembangan proyek, cara mengevaluasi kontribusi setiap anggota kelompok, hingga akhirnya mengubah mekanisme penilaian akhir yang semula dirancang melalui demo hasil proyek di lab komputer.
Ketika Tantangan Terbesar Bukan Lagi Coding.
Selama beberapa minggu pertama, semuanya berjalan seperti yang direncanakan. Setiap kelompok mulai berdiskusi menentukan rancangan program, membagi tugas sesuai kemampuan masing-masing, kemudian mulai mengembangkan proyeknya sedikit demi sedikit. Konsultasi rutin dilakukan di sela-sela perkuliahan. Ada kelompok yang progresnya cukup cepat, ada pula yang membutuhkan waktu lebih lama karena masih menyesuaikan diri dengan materi yang baru dipelajari. Namun di tengah jalan, dinamika mulai berubah. Diskusi yang semula banyak membahas algoritma, struktur data, atau implementasi class dan object, perlahan bergeser menjadi persoalan yang sama sekali berbeda. Bukan lagi tentang bagaimana membuat program berjalan. Tetapi tentang bagaimana membuat tim tetap berjalan.
Mulailah muncul cerita2 yang mungkin juga pernah dialami oleh banyak rekan dosen. Ada anggota yang aktif berdiskusi mencari referensi atau solusi, ada yang rajin memperbaiki error ketika teman2nya sudah beristirahat. Ada pula yang "rela" mengambil alih pekerjaan anggota lain agar proyek tetap selesai sesuai jadwal. Sebaliknya, ada juga anggota yang sulit dihubungi. Ada yang baru merespons ketika batas waktu sudah semakin dekat. Bahkan ada yang baru mulai mengerjakan bagiannya setelah mengetahui bahwa akan ada penilaian individu.
Menariknya, persoalan yang mereka sampaikan hampir tidak pernah berkaitan dengan printilan seputar teknis pemrograman. Apalagi mereka diperbolehkan untuk memanfaatkan tools yg ada tentu dgn syarat melampirkan proses dan riwayat pemakaiannya di dlm laporan. Persoalannya justru banyak berkaitan dengan komunikasi, komitmen, dan tanggung jawab dalam bekerja sebagai sebuah tim. Sebagai contoh, ada mahasiswa yg mengeluhkan, salah satu anggota kurang kooperatif. Sudah ada pembagian tugas yang disepakati bersama kelompok. Sebagian sudah dikerjakan dan masih perlu banyak revisi. Tetapi revisi tidak diselesaikan hingga mendekati batas waktu. Akhirnya anggota lain yg membereskan revisi tsb. Saat mendengar keluhan itu dan lainnya, perhatian bukan lagi tertuju pada siapa yang salah atau siapa yang benar.
Kalau akhirnya sebagian besar pekerjaan diselesaikan oleh satu atau dua orang, apakah adil jika seluruh anggota memperoleh penilaian yang sama? Di satu sisi, proyek memang dirancang sebagai tugas kelompok. Keberhasilan sebuah proyek tentu merupakan hasil kerja bersama. Di sisi lain, proses belajar tetap terjadi pada masing2 individu. Sangat mungkin dalam satu kelompok terdapat mahasiswa yang benar2 memahami program karena ikut terlibat sejak awal. Sebaliknya, ada pula yang hanya mengetahui hasil akhirnya tanpa memahami bagaimana proses atau alur program berjalan.
Kalau hanya melihat aplikasi yang berhasil dibuat, keduanya akan tampak sama. Kalau hanya melihat laporan kelompok, perbedaannya juga belum tentu terlihat. Padahal tujuan pembelajaran bukan sekadar menghasilkan sebuah aplikasi yang berjalan dengan baik. Yang lebih penting adalah memastikan bahwa setiap mahasiswa benar-benar belajar selama proses pengerjaannya. Dari sinilah mulai muncul kebutuhan untuk melihat proyek dari sudut pandang yang berbeda. Bukan hanya menilai hasil akhirnya, tetapi juga mencoba memahami proses di balik lahirnya hasil tersebut.
Ketika Monitoring Progress Individu Mengubah Dinamika Kelompok.
Berangkat dari berbagai dinamika tersebut, muncul pemikiran sederhana, yaitu meminta setiap mahasiswa mengisi Monitoring Kemajuan Individu secara berkala. Awalnya monitoring ini tidak dirancang sebagai alat penilaian. Tujuan utamanya justru untuk memudahkan melihat perkembangan setiap kelompok. Siapa yang sedang mengerjakan apa, bagian mana yang sudah selesai, kendala apa yang sedang dihadapi, dan apakah proyek masih berjalan sesuai rencana. Formatnya pun dibuat sederhana. Mahasiswa diminta menjelaskan bagian yang menjadi tanggung jawabnya, progres pekerjaan yang telah diselesaikan, kendala yang dihadapi, serta rencana penyelesaiannya pada minggu berikutnya. Harapannya, dosen memiliki gambaran yang lebih jelas mengenai perkembangan setiap kelompok tanpa harus menunggu hingga proyek selesai.Tak diduga, monitoring tersebut ternyata memberikan dampak positif. Mahasiswa yang selama ini aktif mulai merasa lebih dihargai karena setiap perkembangan pekerjaannya tercatat dengan jelas. Dan mahasiswa yang kurang aktif mulai menyadari bahwa pada akhirnya mereka harus mempertanggung jawabkan apa yang mereka tuliskan sendiri. Menariknya, suasana diskusi di dalam kelompok juga mulai berubah. Beberapa ketua kelompok mulai lebih mudah melakukan pembagian tugas karena setiap anggota mengetahui bahwa kontribusinya akan terlihat melalui monitoring tersebut. Tidak sedikit pula yang mulai lebih rutin memberikan kabar mengenai progres pekerjaannya dibandingkan minggu-minggu sebelumnya (lewat chat maupun lewat forum diskusi di platform LMS / elearning).
Tentu saja monitoring ini bukan solusi yang dapat menyelesaikan semua persoalan. Masih saja ada anggota yang lelet dan harus diingatkan beberapa kali oleh teman2nya. Masih ada juga bagian proyek yang akhirnya terpaksa diselesaikan oleh anggota lain agar proyek tidak terlambat dikumpulkan. Namun setidaknya mulai terlihat dengan lebih jelas siapa yang benar-benar terlibat selama proses pengerjaan proyek. Yang awalnya monitoring dipandang hanya sebagai alat bagi dosen untuk mengawasi perkembangan mahasiswa, setelah dijalankan fungsi terbesarnya justru bukan di situ. Monitoring menjadi semacam pengingat tanggung jawab bagi setiap anggota kelompok. Ketika seorang mahasiswa menuliskan bahwa minggu ini ia bertanggung jawab menyelesaikan proses searching, menyusun class tertentu, atau membuat antarmuka aplikasi, secara tidak langsung ia sedang membuat komitmen kepada kelompoknya sekaligus kepada dirinya sendiri. Komitmen itulah yang kemudian harus dipertanggungjawabkan pada minggu-minggu berikutnya.
Jadi, kalau monitoring individu sudah mampu memberikan gambaran mengenai proses belajar setiap mahasiswa, mengapa hasil monitoring tersebut tidak dimanfaatkan juga pada saat evaluasi akhir? Bukankah akan lebih adil apabila mahasiswa diminta menjelaskan apa yang memang benar-benar mereka kerjakan? Pemikiran itu kemudian berkembang lebih jauh. Awalnya, evaluasi akhir memang direncanakan melalui demo proyek di kelas seperti yang selama ini umum dilakukan.
Namun setelah dihitung kembali, muncul pertanyaan baru. Apakah demo kelompok (presentasi program) mampu menunjukkan pemahaman setiap anggota? Atau justru hanya memberi kesempatan pada 1 atau 2 mahasiswa untuk berbicara mewakili seluruh kelompok? Hal itu mengubah skenario evaluasi yang telah dirancang sebelumnya. Sampai akhirnya menemukan bentuk yang dirasa lebih sesuai dengan tujuan pembelajaran. Demo ditiadakan, sebagai gantinya tiap mahasiswa wajib membuat video presentasi individu dan mengisi lampiran individu yang "menguji konsistensi kontribusi" terhadap kelompoknya.
Ketika AI Menjadi Asisten, Bukan Pengambil Keputusan
Pada akhirnya, bagian yang paling menguras waktu dari mekanisme evaluasi ini adalah memastikan konsistensi antar berbagai komponen penilaian. Monitoring Kemajuan Individu perlu dicocokkan dengan laporan kelompok. Lampiran individu perlu dibandingkan dengan apa yang sebelumnya dituliskan mahasiswa pada monitoring. Jawaban UAS juga perlu dilihat, apakah benar-benar sejalan dengan kontribusi yang diklaimnya. Belum lagi video presentasi individu yang memperlihatkan bagaimana mahasiswa menjelaskan proyek dan bagian yang menjadi tanggung jawabnya. Kalau seluruh proses tersebut dilakukan secara manual untuk satu kelas yang berisi puluhan mahasiswa (kali n kelas), tentu membutuhkan waktu yang lama. Di sinilah perlunya pakai alaty bantu alias pakai AI, bukan untuk memberikan nilai, tetapi bantu melakukan pekerjaan yang berulang. Misal merangkum jawaban mahasiswa, membandingkan isi Monitoring Progress Individu dengan lampiran individu, atau menemukan bagian2 yang tampak tidak konsisten sehingga layak dicermati lebih lanjut. Lebih efisien dan energi dapat difokuskan pada memahami konteks dari jawaban mahasiswa dan mengambil keputusan penilaian secara lebih objektif. Intinya AI bantu mengenali pola sehingga mempercepat proses koreksi, nilai akhir tetap berada di tangan dosen, karena dosenlah yang mengetahui dinamika kelasnya.
Refleksi di Akhir Semester
Pelajaran berharganya: bukan hanya tentang bagaimana merancang studi kasus, menyusun rubrik penilaian, atau membuat soal UAS berbasis proyek. Tetapi juga bagaimana merancang sistem evaluasinya. Sebuah proyek yang baik relatif lebih mudah disusun. Tentukan capaian pembelajaran. Pilih studi kasus yang sesuai. Sesuaikan tingkat kesulitannya. Lalu biarkan mahasiswa mulai berkarya. Setelah proyek selesai, bagaimana memastikan mahasiswa yang aktif memperoleh penghargaan yang sesuai dengan usaha yang telah dilakukannya? Bagaimana mendorong mahasiswa yang masih kurang berkontribusi agar tetap belajar bertanggung jawab terhadap tugasnya? Dan bagaimana melakukan semuanya tanpa menghilangkan semangat kerja sama yang memang menjadi inti PBL?
Rasanya sampai sekarangpun belum ada resep yang perfect. Mungkin saja mekanismenya perlu diperbaiki pada semester berikutnya. Bisa jadi format monitoring berubah. Soal UAS diperbarui. Atau mungkin bisa ditemukan cara yg lebih sederhana tetapi tetap mampu menggambarkan proses belajar mahasiswa secara utuh. It should be.. pembelajaran merupakan proses yang terus berkembang, begitu pula cara mengevaluasinya.
Ini menjadi pengingat diri: pentingnya merancang pengalaman belajar yang mendorong mahasiswa bertumbuh. Program yang mereka buat mungkin suatu saat sudah tidak digunakan lagi. Bahasa pemrograman yang dipelajari hari ini pun bisa saja berganti beberapa tahun ke depan. Namun memberikan edukasi atau kebiasaan untuk bertanggung jawab, bekerja sama, dan menyelesaikan pekerjaan dengan baik, akan tetap menjadi bekal berharga buat mereka.
Mekanisme evaluasi di atas tentu belum sempurna, dan apakah layak dicoba? jawabannya bisa "ya" atau "tidak". Masing-masing mata kuliah tentu punya karakteristik berbeda. Jumlah mahasiswa, capaian pembelajaran, hingga budaya belajar di setiap kelas juga tidak sama. Sekali lagi, tulisan ini disusun dari pengalaman pribadi, sebagai catatan kecil dari sebuah proses belajar. Mungkin saja ada bagian yang bisa diamati ditiru dan dimodifikasi (ATM) oleh rekan2 seprofesi. Oya penting juga menyiapkan panduan proyek untuk mahasiswa yg berisi ketentuan pengerjaan dan pengumpulan hasil proyek serta aspek2 penilaiannya.
Semoga bermanfaat.. barokallahu fiikum.











