Rubrik Penilaian Proyek Arduino: Lembar Nilai, Formulir Pengumpulan, Portofolio

Kalau kamu menilai proyek Arduino hanya dengan bertanya “jalan atau tidak?”, kamu bisa saja memberi nilai yang sama kepada siswa yang menyalin kode temannya dan siswa yang merakit ulang rangkaiannya tiga kali lalu menemukan bug-nya sendiri. Rubrik penilaian proyek Arduino yang lebih adil melihat lima dimensi: rangkaian (apakah dirakit dengan benar dan rapi), kode (apakah siswa bisa mengubah sesuatu dengan sengaja), pemahaman (apakah dia bisa menjelaskan baris yang kamu pilih), proses debugging (apa yang dia lakukan ketika gagal), dan dokumentasi dan presentasi (apakah dia bisa menunjukkan apa yang sudah dikerjakan). Rangkaian, kode, dan dokumentasi mengukur produk; pemahaman dan debugging mengukur proses. Ketika lebih dari separuh nilai berasal dari proses, siswa berhenti menyembunyikan kesalahan dan mulai menjelaskannya.

Tulisan ini adalah kumpulan template yang bisa kamu bawa ke kelas besok: rubrik utama 6 kriteria dan 4 level, bobot, formulir pengumpulan proyek satu halaman, pelajaran pengumpulan 40 menit, daftar periksa meja 5 menit, formulir penilaian diri dan teman sejawat, portofolio semester, dan perhitungan nilai langkah demi langkah untuk satu siswa. Contoh-contohnya memakai kelas hipotetis berisi 24 siswa yang bekerja dalam kelompok bertiga. Kalau kamu ingin tabel 3 level yang lebih singkat untuk pengamatan cepat di pelajaran mingguan, pakai rubrik di rencana pelajaran coding robotik 8 minggu; kumpulan di bawah ini ditujukan untuk nilai yang kamu berikan di akhir proyek.

Kenapa “jalan atau tidak?” saja tidak cukup: 5 dimensi

Di proyek Arduino, produk dan pembelajaran tidak selalu berada di tempat yang sama. Lampu lalu lintas yang LED-nya menyala berurutan bisa saja berarti siswa meng-upload kode tanpa pernah membacanya. Lampu tidur yang tidak pernah menyala bisa jadi adalah percobaan ketika siswa mengukur nilai sensor di Serial Monitor dan menemukan ambang yang dipilih dengan buruk, dan justru itulah inti pelajarannya. Karena itu, ada gunanya membagi rubrik menjadi dua kelompok. Di sisi produk, kamu melihat rangkaian, kode, dan dokumen yang dikumpulkan; buktinya ada di meja, di kertas, dan di foto. Di sisi proses, kamu melihat cara siswa berbicara dan jalur yang dia tempuh ketika memburu bug; itu hanya terlihat kalau kamu bertanya dan mengamati. Tabel di bawah merangkum apa yang perlu dilihat di setiap dimensi dan dari mana buktinya berasal.

Rubrik utama: 6 kriteria, 4 level, dan bobot

Kami menambahkan kriteria keenam ke lima dimensi tadi: kebiasaan kerja, keselamatan, dan kerja sama tim. Di pelajaran Arduino yang dijalankan berkelompok, menukar kabel ketika kabel USB masih tercolok atau meninggalkan peran lalu menyingkir juga bagian dari belajar. Setiap level ditulis sebagai perilaku yang bisa diamati; alih-alih frasa kabur seperti “paham dengan baik”, kamu mendapat hal-hal yang bisa dilihat di meja, misalnya “menjelaskan baris yang dipilih dengan benar dan mengatakan apa yang terjadi kalau baris itu diubah”. Melihat perilaku di satu sel sekali saja sudah cukup untuk menempatkan siswa di level itu. Kalau kamu ragu di antara dua level, tulis level yang lebih rendah dengan catatan singkat; itu hal pertama yang kamu cek di proyek berikutnya.

Bobotnya disengaja: 45% nilai berasal dari produk (rangkaian, kode, dokumentasi) dan 55% dari proses (pemahaman, debugging, kebiasaan kerja). Pemahaman punya bobot terbesar karena di pelajaran yang kodenya mudah disalin, penjelasan siswa sendiri adalah tanda paling andal tentang apa yang benar-benar dia pelajari. Di proyek-proyek pertama, kamu bisa menaikkan merakit rangkaian menjadi 25% dan menurunkan kode menjadi 10%; di minggu-minggu awal, siswa memang kebanyakan meng-upload kode jadi. Di paruh kedua semester, begitu mereka mulai menggabungkan dua proyek atau menambahkan perilaku sendiri, lebih masuk akal menaikkan kode menjadi 20% dan menurunkan rangkaian menjadi 15%. Jaga totalnya tetap 100 dan bagikan bobotnya ke siswa sebelum proyek dimulai; siswa yang tahu apa yang mendatangkan poin juga mengisi formulir pengumpulan dengan lebih teliti.

Template formulir pengumpulan proyek

Formulir pengumpulan hanya satu halaman, dan kelompok mengisinya sebelum menunjukkan proyek. Formulir ini bukan laporan yang mewah, melainkan satu tempat yang mengumpulkan bukti untuk rubrik: daftar komponen dan tabel sambungan mendukung kriteria rangkaian, baris yang diubah mendukung kode, bug dan perbaikannya mendukung debugging, serta foto dan video mendukung dokumentasi. Baris terakhir, “Apa fungsi baris ini?”, kamu isi sendiri. Contoh di bawah adalah formulir sebuah kelompok hipotetis yang membuat proyek gratis BlueGrays Lampu Tidur dengan LDR. Daftar komponennya diambil dari bagian Komponen yang dibutuhkan di proyek, dan sambungannya dari Skema rangkaian. Kosongkan kolom ketiga ketika kamu menyalin template ini.

Kekuatan pertanyaan “Apa fungsi baris ini?” adalah pertanyaan ini menunjukkan apa yang benar-benar dipahami siswa, bahkan pada kode yang disalin. Pilih baris yang berbeda untuk setiap anggota kelompok dan tulis jawabannya di baris terakhir formulir. Baris yang bagus adalah baris yang mengubah perilaku program: pinMode(), analogRead() atau digitalRead(), kondisi if, delay(). Jangan memilih kurung kurawal atau baris kosong. Tanyakan dalam dua tahap: pertama “apa fungsi baris ini?”, lalu “apa yang terjadi kalau angka 13 di baris ini kamu ubah menjadi 12?” Siswa yang menjawab pertanyaan kedua dengan benar mendapat 3 untuk pemahaman; siswa yang bisa menjelaskan seluruh program kepadamu mendapat 4. Ketika kamu memilih baris di proyek jadi, penjelasan Langkah demi langkah di tab Pahami kode pada proyek itu cepat membawamu ke baris-baris inti program. Cara membaca tab itu dari sudut pandang siswa sudah kami bahas di Pahami kode dan Coba sendiri.

Pelajaran pengumpulan: menilai 8 kelompok dalam 40 menit

Daftar periksa meja 5 menit

Cetak daftar ini di kertas A4 dan pakai satu lembar per kelompok. Urutannya disengaja: daya dan rangkaian dulu, lalu kode, pertanyaan lisan paling akhir. Kalau proyeknya tidak jalan, jangan berhenti di tengah jalan; butir-butir sisanya mengumpulkan bukti untuk kriteria debugging. Sediakan paling lama 5 menit per kelompok; setelah beberapa kali pengumpulan, sebagian besar pemeriksaan butuh 4 menit.

• Daya: Board mendapat daya lewat USB dan LED power-nya menyala.
• GND bersama: Jalur minus breadboard terhubung ke pin GND Arduino; sensor dan LED berada di jalur yang sama.
• Komponen: Arah LED benar (kaki panjang di sisi plus), setiap LED punya resistor di depannya, nilai resistor sesuai dengan formulir.
• Dibandingkan dengan skema: Pin yang dipakai persis sama dengan yang ada di tabel sambungan di formulir pengumpulan.
• Kode: Kode di board berisi perubahan yang ada di formulir; kalau kamu ragu, minta kelompok meng-upload-nya sekali lagi.
• Perilaku: Proyek melakukan apa yang seharusnya; kalau tidak, kelompok bisa menjelaskan sebabnya atau langkah mana yang sedang mereka coba sekarang.
• Tunjukkan perubahannya secara langsung: Kelompok mengembalikan nilai yang diubah ke nilai aslinya dan menunjukkan perbedaannya.
• Apa fungsi baris ini? Setiap anggota ditanya tentang baris yang berbeda dan jawabannya ada di formulir.
• Catatan bug: Ada setidaknya satu entri untuk proyek ini: gejala, apa yang dicoba, perbaikannya.
• Bukti: Ada foto rangkaian yang jelas, diambil dari atas, dan video 10–20 detik yang menunjukkan rangkaian bekerja.

Formulir penilaian diri

Formulir penilaian diri membantu siswa memberi nama pada pembelajarannya sendiri dan memberimu sudut pandang kedua untuk dibandingkan dengan rubrikmu. Setiap siswa mengisinya sendiri-sendiri; ini bukan formulir kelompok. Kolom terakhir paling penting: minta siswa yang mencentang “Ya” menuliskan satu bukti. Penilaian diri tidak dihitung ke nilai, tapi kalau level yang kamu berikan dan centang siswa berselisih dua tingkat, itu tanda yang bagus untuk mengobrol satu menit dengan siswa itu. Kadang siswa meremehkan dirinya sendiri, dan kadang mereka ingat momen yang terlewat olehmu.

Formulir penilaian teman sejawat

Formulir teman sejawat diisi ketika kelompok saling mencoba proyek. Tetapkan aturannya sejak awal: tidak ada poin, hanya pengamatan dan saran. Siswa yang menilai teman sekelasnya tidak adil dan juga tidak baik untuk suasana kelas, sedangkan struktur “dua hal yang disukai, satu saran” mengajarkan cara memberi masukan yang berguna. Kalau mau, kamu bisa memakai kualitas saran yang ditulis siswa sebagai bukti untuk kriteria kerja sama tim. Kembalikan formulir yang sudah diisi ke kelompok pemilik proyek; salinan itulah yang masuk ke portofolio.

Portofolio: apa yang dikumpulkan selama semester

Portofolio menceritakan kisah satu semester, bukan satu proyek. Menaruh formulir pengumpulan siswa dari proyek LED pertamanya di sebelah formulir dari proyek terakhirnya menunjukkan perkembangan lebih baik daripada angka mana pun. Kertas atau digital tidak masalah; yang penting adalah menambahkan item yang sama dengan penamaan yang sama di setiap proyek. Untuk portofolio digital, folder cloud atau platform pembelajaran yang sudah dipakai sekolahmu sudah cukup: satu folder per siswa, satu subfolder per proyek, dengan nama file yang diawali nomor proyek, nama proyek, dan versinya. Untuk portofolio kertas, map ordner dengan satu pembatas per proyek sudah memadai.

Bagian portofolio yang paling berharga adalah catatan bug, karena di situlah bukti untuk kriteria debugging berada. Setiap baris menjawab enam pertanyaan: tanggal dan proyek, gejala (apa yang terjadi?), dugaan pertama, apa yang dicoba (berurutan), penyebab sebenarnya, dan apa yang akan kulakukan lain kali. Contoh satu baris: “12 November, Lampu Tidur dengan LDR; LED tidak pernah menyala; dugaan: LED terbalik; kami membalik LED, tidak ada yang berubah, kami mencetak nilainya ke Serial Monitor; penyebab sebenarnya: ambang 50 terlalu rendah untuk cahaya di kelas; lain kali aku akan mengukur nilai sensor dulu.” Catatan yang mengumpulkan 10–15 baris selama semester menunjukkan kesalahan mana yang tidak lagi dibuat siswa. Minta mereka mencatat error kompilasi juga; error yang paling umum bisa mereka cari di error kompilasi Arduino, dan cara membaca nilai sensor bisa dipelajari di cara memakai Serial Monitor.

Data dari aplikasi: apa yang diberikan BlueGrays dan apa yang tidak

Kalau siswamu memakai BlueGrays di ponsel mereka sendiri, beberapa bagian aplikasi memberikan bukti kecil tapi berguna untuk penilaian. Kesamaan semuanya: siswa sendiri yang menunjukkan informasinya kepadamu di layarnya; aplikasi tidak mengirimkannya ke guru secara terpisah. Jadi pakai semua itu bukan sebagai nilai tersendiri, melainkan sebagai bukti yang membuka percakapan dan melengkapi portofolio.

• Sudah buat: Ketika siswa menyelesaikan proyek, mereka mengetuk kotak ini di halaman proyek, dan proyek itu masuk ke Labku > Proyek selesai. Ketika memeriksa portofolio, minta siswa membuka daftar ini; daftar itu menjadi indeks cepat proyek-proyek yang dia buat selama semester. Menandainya cukup dengan satu ketukan, jadi ini lebih merupakan klaim daripada bukti: untuk setiap proyek di daftar, cari formulir pengumpulan atau foto di portofolio.
• Pemeriksaan lisan dengan Coba sendiri: Tugas Coba sendiri di akhir tab Pahami kode pada sebuah proyek adalah satu langkah lebih jauh dari “Apa fungsi baris ini?”. Bacakan tugasnya dengan suara keras dan minta siswa mengatakan, tanpa melihat ponsel, baris mana yang akan dia ubah dan bagaimana; lalu biarkan dia membuat perubahan itu dan meng-upload-nya. Sepakati sejak awal bahwa dia akan terus terang apakah memakai Petunjuk atau Lihat solusi: menyelesaikannya dengan petunjuk bisa bernilai 3 untuk pemahaman, menyelesaikannya tanpa petunjuk dan menjelaskan alasannya bisa bernilai 4.
• Kalau mentok dan Atasi masalah: Kelompok yang menelusuri bagian Kalau mentok di Pahami kode, atau daftar Atasi masalah di proyek jika ada, sedang menunjukkan metode dalam debugging. Tanyakan butir mana yang membantu mereka menemukan bug dan minta mereka menuliskannya di catatan bug.
• Soal harian dan Level-ku: Set soal yang berganti setiap hari, XP, dan level dari A1 Cahaya Pertama sampai C2 Master Lab adalah cara yang bagus agar siswa tetap sibuk dengan elektronika di antara pelajaran, tapi jangan jadikan semua itu nilai. Soalnya dijawab di rumah dan sendirian, levelnya tidak pernah turun, dan hasilnya bergantung pada seberapa banyak waktu yang bisa disisihkan siswa. Pakai untuk motivasi: siswa yang mau bisa membagikan level barunya ke kelas di akhir minggu, dan tidak ada yang diwajibkan.

Contoh perhitungan nilai: skor satu siswa

Misalnya Sam adalah pembaca di kelompok yang membuat proyek Lampu Tidur dengan LDR. Pengamatanmu di pelajaran pengumpulan adalah sebagai berikut: merakit rangkaian dari skema tanpa kesalahan (rangkaian 3); mengubah ambang tapi tidak menambahkan perilaku baru (kode 2); menjelaskan baris if, mengatakan bahwa dengan ambang 600 alih-alih 300 LED akan menyala dalam gelap yang lebih ringan, dan menjelaskan seluruh program (pemahaman 4); menyarankan mencetak nilainya ke Serial Monitor ketika LED tidak menyala dan menuliskannya di catatan (debugging 3); formulir pengumpulan punya foto tapi tabel sambungannya tidak ada (dokumentasi 2); menjalankan perannya dan membantu kelompok sebelah (kebiasaan kerja 4). Ada dua cara menghitung skornya. Dengan metode linear, setiap kriteria mendapat skor levelnya dibagi 4 dikali bobot. Dengan konversi lunak, level dihitung sebagai 1 = 50%, 2 = 70%, 3 = 85%, 4 = 100%, sehingga siswa yang sudah mulai tapi kesulitan tidak mendapat nilai mendekati nol pada sebuah kriteria.

Nilai Sam adalah 77,5 dari 100 dengan metode linear, atau 78 kalau dibulatkan; dengan konversi lunak nilainya 86,5, jadi 87. Metode mana pun yang kamu pilih, pakai metode yang sama sepanjang semester dan jelaskan ke siswa sebelum proyek pertama; setelah itu kamu bisa memetakan persentasenya ke skala nilai sekolahmu. Tabel ini memberitahumu lebih dari sekadar angka; tabel ini memberitahumu apa yang perlu dilakukan berikutnya: dua kriteria terendah Sam adalah kode dan dokumentasi. Di proyek berikutnya, kamu bisa menetapkan target menambahkan perilaku baru (misalnya bunyi bip buzzer singkat selain LED ketika hari mulai gelap) dan menyiapkan tabel sambungan tanpa bantuan. Kalau bobot dan konversinya kamu masukkan ke spreadsheet, nilai ke-24 siswa langsung muncul begitu kamu mengisi levelnya.

Penilaian yang adil: kerja kelompok, rangkaian yang tidak jalan, kode salinan

• Kontribusi individu dalam kelompok: Kriteria produk (rangkaian, kode, dokumentasi) bisa diberikan ke kelompok secara keseluruhan, sedangkan kriteria proses (pemahaman, debugging, kebiasaan kerja) selalu individual. Menanyakan baris yang berbeda kepada setiap anggota dengan “Apa fungsi baris ini?” sudah otomatis membuat pembagian itu. Gilir perannya (perakit, pemeriksa, pembaca) di setiap proyek, supaya di akhir semester setiap siswa sudah memegang setiap peran setidaknya sekali.
• Rangkaian yang tidak jalan: Kalau proyeknya tidak jalan ketika dikumpulkan, beri paling tinggi 2 untuk rangkaian, tapi jangan turunkan kriteria proses. Siswa yang mencari bug secara sistematis, mencatatnya, dan bisa menjelaskan di mana dia mentok bisa mendapat 3 atau 4 untuk debugging. Kalau mau, izinkan satu kali perbaikan sampai pelajaran berikutnya lalu nilai ulang skor rangkaiannya.
• Kode salinan atau kode jadi: Memulai dari proyek jadi bukan menyalin; pelajaran memang memakai kode jadi. Pertanyaan sebenarnya adalah apa yang dilakukan siswa dengan kode itu. Karena kriteria kode melihat perubahannya dan kriteria pemahaman melihat penjelasannya, kode yang diambil dari kelompok lain tapi tidak dipahami dengan sendirinya akan bernilai rendah di dua baris itu. Baris “Dari proyek mana aku memulai?” di formulir menjadikan menyebut sumber, alih-alih menyembunyikannya, sebagai kebiasaan.
• Kode yang ditulis dengan chatbot: Di proyek yang dikerjakan di rumah, kodenya mungkin ditulis dengan alat AI. Alih-alih melarangnya, perbanyak pemeriksaan lisan ketika pengumpulan: poin diberikan kepada siswa yang bisa menjelaskan dan mengubah kodenya, bukan kepada siapa pun yang menulisnya.
• Komponen rusak dan siswa yang absen: Kalau sensor sebuah kelompok rusak atau ada siswa yang absen di hari pengumpulan, jangan isi rubrik di hari itu; lengkapi dengan pemeriksaan meja singkat di pelajaran berikutnya. Masalah yang disebabkan oleh bahan tidak boleh muncul di nilai siswa.
• Semua orang tahu tabel yang sama: Bacakan rubrik bersama siswamu sebelum proyek pertama dan tunjukkan satu contoh untuk setiap level. Siswa yang tahu deskripsi levelnya akan bertanya apa yang perlu mereka lakukan untuk naik ke level berikutnya, bukan memperdebatkan nilainya.

Kamu tidak perlu menunggu proyek besar untuk mencoba rubrik ini pertama kali: mulailah dengan proyek satu pelajaran seperti Lampu Tidur dengan LDR atau Lampu Lalu Lintas, pakai formulir pengumpulan dan daftar periksa sekali, lalu sesuaikan bobotnya dengan kelasmu. Kalau kamu menaruh penilaian di akhir program yang lebih panjang, template presentasi 3 menit di tulisan workshop Arduino 5 hari cocok dipakai bersama formulir-formulir ini. Kalau siswamu membuka proyek di BlueGrays, daftar komponen, skema rangkaian, dan langkah-langkah Pahami kode yang menjadi bahan pertanyaan “Apa fungsi baris ini?” sudah tersedia; kamu bisa mulai dengan 60 proyek gratis, 20 per platform, dan ketika beralih ke proyek Premium kamu bisa membagikan kode dari paket sekali beli berisi 5 atau 10 kode yang tidak diperpanjang otomatis di Profil > Paket pendidik, alih-alih meminta setiap siswa berlangganan.