‹ Daftar slide
Pertemuan 13: Proyek Presentasi 4: Revisi dan Umpan Balik Sejawat Proposal Tesis
RPS minggu 14 · 2x50 menit
Proyek Presentasi 4: Revisi dan Umpan Balik Sejawat Proposal Tesis
Pertemuan 13 — Academic Writing and Reading
Draf proposal tesis Anda hari ini bertemu pembaca kritis pertama — bukan dosen pembimbing, tapi rekan sejawat. Sesi ini melatih Anda memberi dan menerima umpan balik yang benar-benar mengubah kualitas naskah, bukan sekadar basa-basi "sudah bagus".
Bagian 1 — Mengapa Peer Review, dan Mengapa Sering Gagal
Umpan Balik Sejawat: Alat Kualitas, Bukan Formalitas Kelas
Pertanyaan diskusi: mengapa umpan balik dari rekan sejawat, yang levelnya setara dan bukan ahli di topik Anda, tetap bisa sangat bernilai bagi proposal tesis Anda?
Nilai Epistemik Peer Review: Perspektif "Naive Reader"
Rekan sejawat membaca proposal Anda sebagai pembaca akademik generik — persis seperti calon penguji sidang proposal yang belum tenggelam dalam detail riset Anda selama berbulan-bulan.
Yang Bisa Dilihat Reviewer Sejawat
- Kejelasan alur argumen dari masalah ke rumusan pertanyaan riset
- Lompatan logika yang terasa janggal bagi pembaca luar
- Istilah/jargon yang belum dijelaskan memadai
- Kekuatan thesis statement — apakah benar-benar "dapat diperdebatkan"
Yang Tidak Bisa Digantikan Reviewer Sejawat
- Validitas metodologis mendalam (itu peran pembimbing/penguji)
- Kecukupan teori spesifik bidang yang sangat teknis
- Keputusan akhir kelayakan riset untuk sidang proposal
Nicol, Thomson & Breslin (2014): manfaat terbesar peer review justru diterima oleh pemberi umpan balik, bukan hanya penerima — mengkritik tulisan orang lain melatih Anda mendeteksi kelemahan serupa di naskah sendiri.
Mengapa Peer Review Sering Gagal: Tiga Mode Kegagalan
Tanpa protokol yang jelas, sesi umpan balik sejawat cenderung jatuh ke salah satu dari tiga pola tidak produktif berikut.
Ketiga mode kegagalan ini punya akar sama: umpan balik tidak diikat ke kriteria eksplisit dan tidak menunjuk lokasi teks yang spesifik. Protokol terstruktur pada slide berikutnya dirancang untuk menutup ketiga celah ini sekaligus.
Membedakan Kritik Substantif dari Kritik Permukaan
Level magister menuntut reviewer membedakan komentar yang menyentuh validitas argumen dari komentar yang hanya menyentuh gaya penyampaian.
Kritik Substantif (prioritaskan)
- Rumusan masalah tidak konsisten dengan thesis statement
- Bukti/urgensi topik masih berupa asumsi, bukan data
- Gap penelitian yang diklaim ternyata sudah banyak diteliti
- Alur logika melompat dari masalah langsung ke metode
Kritik Permukaan (catat, tapi jangan jadi fokus utama)
- Pilihan kata atau gaya kalimat kurang mengalir
- Format sitasi belum konsisten
- Panjang paragraf terlalu panjang/pendek
- Tata letak heading kurang rapi
Kesalahan yang sering terjadi: reviewer menghabiskan seluruh waktu pada kritik permukaan karena lebih mudah diidentifikasi, sementara celah argumen inti — yang jauh lebih menentukan nilai akademik proposal — justru terlewat.
Kerangka Analisis Kasus: Protokol "Feedback Sandwich" yang Diperkuat Kriteria
Protokol lima langkah untuk memberi umpan balik sejawat yang spesifik, seimbang, dan mendorong revisi nyata — dipakai sebagai lembar kerja bergilir hari ini.
| Langkah | Yang Dilakukan Reviewer | Output Konkret |
|---|---|---|
| 1. Baca utuh tanpa mencatat | Pahami argumen keseluruhan dulu, jangan langsung mengoreksi kalimat | Kesan umum satu paragraf |
| 2. Identifikasi kekuatan spesifik | Tunjuk bagian/kalimat konkret yang bekerja baik, bukan pujian umum | Minimal 2 kutipan teks + alasan |
| 3. Uji thesis statement & rumusan masalah | Apakah dapat diperdebatkan, spesifik, dan sejalan dengan isi bab berikutnya? | Centang rubrik Ya/Tidak + catatan |
| 4. Tandai celah argumen dengan lokasi | Tunjuk paragraf/halaman persis di mana logika terasa loncat atau bukti kurang | Minimal 2 titik celah bernomor |
| 5. Susun 3 rekomendasi revisi prioritas | Urutkan dari yang paling mengubah kualitas ke yang kosmetik | Daftar 3 item, diberi ke penulis |
Aturan kelas: setiap penulis WAJIB menerima minimal 3 rekomendasi revisi prioritas tertulis dari tiap reviewer sebelum sesi berakhir — bukan komentar lisan yang mudah terlupa.
Mini-Kasus: Rubrik Peer Review Proposal Riset di Program MBA
Ilustrasi rubrik yang dipakai program MBA sebuah universitas untuk menstandardisasi kualitas peer review proposal tesis lintas kelompok — kasus keputusan desain instrumen penilaian.
Situasi (ilustrasi)
- Dosen menemukan variasi kualitas review antar kelompok sangat lebar
- Sebagian kelompok hanya menghasilkan komentar "bagus, lanjutkan"
- Solusi: rubrik 4 kriteria berskala 1-4 wajib diisi tiap reviewer
Pertanyaan Keputusan
- Apakah rubrik berskala membatasi kejujuran atau justru memfasilitasinya?
- Bagaimana memastikan reviewer tidak sekadar mengisi skor tinggi demi menghindari konflik?
- Trade-off apa antara standardisasi penilaian dan keleluasaan reviewer memberi insight unik?
Umpan Balik Lisan vs Tertulis: Mengapa Keduanya Dibutuhkan
Diskusi lisan menangkap nuansa dan memungkinkan klarifikasi langsung; catatan tertulis memastikan rekomendasi tidak hilang begitu sesi selesai.
Kekuatan Umpan Balik Lisan
- Penulis bisa langsung bertanya balik bila maksud reviewer ambigu
- Nada & penekanan membantu membedakan prioritas tinggi vs rendah
- Memicu diskusi lanjutan yang memperdalam pemahaman kedua pihak
Kekuatan Umpan Balik Tertulis
- Tidak hilang/terlupa beberapa hari setelah sesi selesai
- Bisa dirujuk ulang saat menyusun Rencana Revisi & menjawab penguji
- Memaksa reviewer merumuskan komentar lebih presisi saat menuliskannya
Protokol hari ini menggabungkan keduanya: diskusi lisan selama rotasi, ditutup dengan lembar kerja tertulis wajib per penulis — bukan memilih salah satu.
Instrumen Kerja Hari Ini: Lembar Peer Review Proposal Tesis
Setiap kelompok kecil (3 orang) bergilir menjadi penulis dan reviewer menggunakan lembar kerja berikut — dikumpulkan sebagai bukti proses revisi ke dosen di akhir sesi.
Format Rotasi (2x50 menit)
- 10 menit: setiap penulis membagikan draf proposal (topik + thesis statement + rumusan masalah)
- 15 menit x 2 putaran: dua reviewer berbeda mengisi lembar kerja 5-langkah per penulis
- 10 menit: penulis membaca umpan balik & menyusun rencana revisi tertulis
- 10 menit: diskusi pleno — pola celah paling umum ditemukan di kelas
Kriteria yang Wajib Dinilai
- Kejelasan & daya-perdebatan thesis statement
- Koherensi alur masalah → rumusan pertanyaan riset
- Kecukupan justifikasi mengapa topik ini penting (gap/urgensi)
- Kejelasan organisasi teks bagi pembaca akademik luar
Dosen berkeliling selama rotasi untuk memfasilitasi kelompok yang macet — bukan menilai, tapi memastikan protokol dijalankan (bukan sekadar mengobrol santai).
Hitung dari Nol #1: Mengukur "Kepadatan Revisi" dari Umpan Balik Sejawat
Cara sederhana mengukur apakah sesi peer review hari ini benar-benar produktif — dihitung dari rasio rekomendasi actionable terhadap total komentar yang diberikan.
| Langkah | Perhitungan | Nilai |
|---|---|---|
| Total komentar tertulis dari 2 reviewer (ilustrasi 1 kelompok) | diberikan | 20 komentar |
| Komentar yang menunjuk lokasi teks spesifik + rekomendasi konkret | diberikan (dihitung manual dari lembar kerja) | 14 komentar |
| Rasio kepadatan revisi (actionable) | 14 / 20 x 100 | 70% |
| Ambang minimum yang disepakati kelas untuk sesi produktif | diberikan (kesepakatan kelas) | 60% |
| Selisih di atas ambang minimum | 70% − 60% | +10 poin |
Indikator Sesi Produktif
70%
Rasio di atas ambang 60% menandakan reviewer sudah menghindari mode kegagalan "vague & global" — sebagian besar komentar bisa langsung dieksekusi jadi revisi konkret di draf berikutnya.
Bagian 2 — Menerima Kritik & Menyusun Rencana Revisi
Dari Umpan Balik ke Revisi: Menyaring, Bukan Menuruti Semua
Pertanyaan diskusi: bagaimana Anda memutuskan rekomendasi revisi mana yang harus diikuti, dan mana yang boleh Anda tolak dengan alasan yang dapat dipertanggungjawabkan?
Kerangka Analisis Kasus: Menyaring Umpan Balik dengan Matriks Dampak-Kesesuaian
Tidak semua rekomendasi revisi sejawat setara bobotnya — gunakan dua sumbu ini untuk memutuskan mana yang dieksekusi lebih dulu.
| Langkah | Pertanyaan Penyaringan | Keputusan Penulis |
|---|---|---|
| 1. Kumpulkan semua rekomendasi dari 2+ reviewer | Adakah rekomendasi yang berulang dari reviewer berbeda? | Prioritaskan yang konvergen (bukan idiosinkratik satu orang) |
| 2. Uji dampak terhadap argumen inti | Apakah revisi ini mengubah kekuatan thesis statement/rumusan masalah? | Dampak tinggi → wajib dieksekusi |
| 3. Uji kesesuaian dengan tujuan riset penulis | Apakah saran ini sejalan dengan arah metodologi yang sudah dipilih penulis? | Tidak sesuai + alasan kuat → boleh ditolak, dicatat alasannya |
| 4. Petakan ke kuadran prioritas | Dampak tinggi + kesesuaian tinggi = prioritas utama; dampak rendah + kesesuaian rendah = abaikan | Susun daftar revisi terurut, bukan daftar acak |
Prinsip kunci: menolak sebuah rekomendasi dengan alasan tertulis yang eksplisit adalah tanda kematangan akademik — bukan tanda mengabaikan kritik. Penguji sidang proposal justru menghargai penulis yang bisa mempertahankan pilihan metodologisnya dengan argumen, bukan yang menuruti semua masukan tanpa evaluasi.
Visualisasi Kuadran Prioritas Revisi
Memetakan tiap rekomendasi ke kuadran dampak x kesesuaian membuat urutan eksekusi revisi terlihat jelas, bukan sekadar daftar acak dari lembar kerja.
Menempatkan tiap rekomendasi ke satu dari empat kuadran ini dalam 5 menit terakhir sesi kelompok cukup untuk mengubah daftar komentar mentah menjadi rencana eksekusi yang jelas.
Mini-Kasus: Analis Riset BEI Menerima Kritik Sejawat atas Draf Laporan Sektor Perbankan
Ilustrasi situasi kerja: seorang analis ekuitas di sebuah sekuritas menerima umpan balik dari rekan analis senior atas draf tesis investasi (bukan tesis akademik) tentang saham bank menengah.
Situasi (ilustrasi)
- Draf tesis investasi merekomendasikan "buy" berbasis pertumbuhan kredit UMKM
- Reviewer senior menandai asumsi NPL diabaikan tanpa justifikasi kuat
- Reviewer lain menyarankan memperkuat pembanding dengan bank sejenis
Pertanyaan Keputusan
- Rekomendasi mana yang berdampak tinggi terhadap kesimpulan inti laporan?
- Bila analis yakin asumsi NPL-nya benar, bagaimana ia menjustifikasi penolakan secara tertulis?
- Apa paralel antara kasus ini dan proses peer review proposal tesis Anda hari ini?
Menyusun Rencana Revisi: Dari Lembar Umpan Balik ke Draf Berikutnya
Rencana revisi yang baik mengubah tumpukan komentar menjadi daftar tindakan terurut dengan target waktu — siap dieksekusi sebelum presentasi akhir minggu depan.
Komponen Rencana Revisi
- Daftar revisi prioritas tinggi (dampak besar ke thesis statement)
- Daftar revisi prioritas sedang (memperkuat justifikasi/organisasi)
- Daftar rekomendasi yang ditolak + alasan tertulis singkat
- Target: bagian mana selesai direvisi sebelum pertemuan berikutnya
Kesalahan Umum yang Dihindari
- Merevisi hanya bagian kosmetik, mengabaikan celah argumen inti
- Mencoba mengakomodasi SEMUA masukan tanpa menyaring prioritas
- Tidak mencatat alasan menolak saran — lupa saat ditanya penguji
- Menunda revisi sampai malam sebelum presentasi akhir
Keluaran wajib akhir sesi: setiap mahasiswa mengumpulkan satu halaman "Rencana Revisi" berisi minimal 3 item prioritas tinggi, 2 item prioritas sedang, dan alasan penolakan (bila ada) — menjadi bahan verifikasi kemajuan di presentasi akhir pertemuan berikutnya.
Latihan Kelas: Sesi Rotasi Peer Review (Kerja Kelompok Terpandu)
Instruksi kerja untuk 2x50 menit — dosen memandu waktu, mahasiswa mengeksekusi protokol lima langkah secara mandiri dalam kelompok.
Langkah Kerja Mahasiswa
- Bentuk kelompok 3 orang (ditentukan/diacak sebelumnya)
- Bawa draf proposal cetak/digital + lembar kerja peer review kosong
- Jalankan protokol 5-langkah untuk tiap anggota secara bergilir
- Isi lembar "Rencana Revisi" satu halaman sebelum sesi berakhir
Peran Dosen Selama Sesi
- Berkeliling memantau kepatuhan protokol, bukan menilai isi
- Intervensi bila kelompok jatuh ke mode "terlalu sopan"
- Kumpulkan lembar Rencana Revisi sebagai bukti proses di akhir sesi
- Sampaikan reminder: presentasi akhir (mock defense) pertemuan berikutnya
Kesalahan Umum Menerima Kritik: Defensif vs Reflektif
Bagaimana Anda merespons di detik pertama menerima kritik sering lebih menentukan kualitas revisi akhir daripada isi kritiknya sendiri.
Respons Defensif (hindari)
- Langsung menjelaskan/membela sebelum benar-benar memahami komentar
- Menganggap kritik sebagai serangan personal, bukan masukan teks
- Mengabaikan komentar yang "terasa tidak enak didengar"
Respons Reflektif (latih)
- Dengarkan/baca seluruh komentar dulu sebelum merespons
- Ajukan pertanyaan klarifikasi bila maksud reviewer tidak jelas
- Pisahkan dulu, evaluasi kesesuaiannya baru setelah sesi selesai
Reviewer maupun penulis sama-sama berperan menjaga iklim ini: reviewer menyampaikan kritik pada teks bukan pada orang, penulis merespons dengan rasa ingin tahu bukan pembelaan diri.
Checklist Mandiri: Kesiapan Menuju Presentasi Akhir (Mock Defense)
Gunakan daftar periksa ini di rumah setelah merevisi, sebelum presentasi akhir proyek bertahap pertemuan berikutnya.
Isi & Argumen
- Thesis statement sudah direvisi sesuai prioritas tinggi dari peer review?
- Rumusan masalah konsisten dengan thesis statement terbaru?
- Setiap rekomendasi yang ditolak sudah punya alasan tertulis?
Kesiapan Presentasi
- Bisa menjelaskan topik & urgensi riset dalam 3 menit tanpa membaca slide?
- Siap menjawab "mengapa topik ini, mengapa sekarang" dari penguji
- Siap mempertahankan satu keputusan metodologis dengan argumen, bukan asumsi
Checklist ini identik dengan yang akan dipakai menilai presentasi akhir Anda pekan depan — mengisinya jujur hari ini adalah simulasi gratis sebelum dinilai sungguhan.
Ringkasan Pertemuan: Dari Kritik Sejawat ke Proposal yang Lebih Kuat
Tiga pesan inti hari ini yang membawa Anda dari draf mentah menuju proposal siap dipresentasikan secara final.
Beri Kritik
Spesifik
Tunjuk lokasi teks, bukan kesan umum — protokol 5-langkah menjaga kritik tetap actionable.
Terima Kritik
Reflektif
Dengarkan penuh dulu, saring lewat matriks dampak-kesesuaian, baru putuskan menerima/menolak.
Eksekusi
Terurut
Rencana Revisi satu halaman jadi jembatan konkret menuju presentasi akhir minggu depan.
Pertemuan berikutnya (P14) adalah puncak proyek presentasi bertahap: presentasi akhir dalam format mock defense, dinilai dari kemampuan Anda mempertahankan proposal yang telah direvisi hari ini.
Penutup
Dari Revisi Hari Ini Menuju Presentasi Akhir (Mock Defense)
Pertanyaan diskusi: dari semua umpan balik yang Anda terima hari ini, revisi mana yang paling akan mengubah kekuatan proposal Anda — dan mengapa itu yang Anda pilih sebagai prioritas nomor satu?