Buku observasi pertama roaster

Ketika dua batch terasa berbeda, ingatan operator sering menipu: “rasanya api sama seperti kemarin”. Tanpa catatan, pembahasan berubah menjadi tebakan. Buku roast log diperlukan bukan untuk membuat grafik tampak profesional, melainkan mempertahankan jejak keputusan.

Apa yang perlu dicatat?

Minimal: ID lot dan pemasok, tanggal, mesin/konfigurasi, batch green mass, kondisi pemanasan awal yang dapat diukur, batch keberapa dalam sesi, pengaturan awal, waktu perubahan kontrol, event observasi, berat dan karakter hasil, tanggal evaluasi sensori, serta nama operator. Untuk sensor, simpan unit dan definisi: suhu probe apa, posisi probe, interval sampling dan jenis smoothing. Catat ketika data tidak tersedia daripada mengarang.

Pisahkan fakta dari tafsir

“First crack terdengar pukul 08:10 pada stopwatch” adalah pengamatan jika benar terjadi. “Kurang matang karena first crack terlambat” adalah hipotesis yang perlu dibandingkan. “Mengubah gas dari A ke B pada menit ke-5” adalah tindakan. “Pelanggan pasti suka” adalah prediksi, bukan data cupping. Pemisahan ini menolong saat seseorang mempertanyakan keputusan dan ingin mengulang hasil.

Membaca dua log

Log A menuliskan hanya charge temp, waktu total dan drop temp. Log B menambahkan lot, batch, event suara, kondisi start, color measurement method dan hasil cupping buta. Log B memungkinkan diagnosis lintas sesi lebih kuat. Namun log yang kaya pun tidak menyembuhkan kesalahan sensor; data memerlukan konteks kalibrasi dan anomali.

Tugas praktis

Tulis template enam kolom di buku: waktu/event, observasi terukur, tindakan, kondisi yang dikendalikan, hipotesis saat itu, hasil setelah cupping. Isi dengan data simulasi: batch pertama 1 kg, mass loss 13%, citra warna lebih terang dari sampel acuan; jangan tulis aroma atau rasa sebagai pengalaman nyata jika belum mencicipi.

Ketika rekan kerja meneruskan shift

Roaster lain menerima log dan bertanya mengapa gas diturunkan. Apakah ia bisa menjawab dari catatanmu? Perbaiki template agar alasan keputusan dan ketidakpastian terlihat. Log yang baik bukan panjangnya, melainkan kemampuannya menghubungkan tindakan, pengamatan dan keputusan selanjutnya.