Kanban board untuk tim kecil: cara membuat alur kerja yang terlihat
Cara membuat Kanban board untuk tim kecil: memilih status, menetapkan WIP limit, aturan pindah kolom, metrik cycle time, dan contoh alur kerja.
Kanban board membuat keadaan pekerjaan terlihat. Setiap kartu mewakili satu task, dan setiap kolom mewakili satu status dalam alur kerja. Dalam sekali lihat, tim tahu apa yang sedang dikerjakan, apa yang menunggu, dan di mana pekerjaan macet.
Nilai board muncul ketika tim sepakat apa arti setiap kolom dan kapan sebuah task layak berpindah. Board yang penuh kartu tanpa keputusan berikutnya hanya memindahkan daftar pekerjaan ke bentuk visual. Panduan ini menjelaskan cara membuat Kanban board yang benar-benar membantu tim kecil.
Apa itu Kanban?
Kanban berarti “papan tanda” dalam bahasa Jepang. Metode ini berasal dari sistem produksi Toyota, lalu diadaptasi untuk pekerjaan pengetahuan seperti software, desain, dan pemasaran. Kanban tidak mengatur peran atau periode kerja. Fokusnya pada aliran: bagaimana pekerjaan bergerak dari ide sampai selesai, dan apa yang menghambatnya.
Praktik inti Kanban adalah memvisualisasikan alur kerja, membatasi pekerjaan yang sedang berjalan, mengelola aliran, membuat aturan yang eksplisit, dan memperbaiki proses secara bertahap. Perbandingannya dengan Scrum ada di Kanban vs Scrum.
Langkah 1: sepakati status yang sederhana
Gunakan status yang mencerminkan proses nyata tim. Status bawaan Moovit sudah cukup untuk banyak tim:
| Status | Arti | Siapa yang memindahkan |
|---|---|---|
| Backlog | Ide atau permintaan yang belum jelas | Siapa pun yang menambah ide |
| Ready | Sudah jelas, punya acceptance criteria, siap diambil | Pemilik prioritas setelah refinement |
| In Progress | Sedang dikerjakan | Orang yang mengambil task |
| In Review | Menunggu review, pengujian, atau persetujuan | Pemilik task saat pekerjaan siap diperiksa |
| Done | Memenuhi kriteria selesai | Reviewer atau pemilik task setelah lolos review |
Tim non-teknis bisa mengganti nama status, misalnya “Menunggu klien” atau “Siap tayang”. Nama dan urutan status dapat disesuaikan melalui Settings.
Langkah 2: tulis aturan pindah kolom
Aturan eksplisit mencegah perdebatan dan membuat board akurat. Contoh aturan:
- Masuk Ready: task punya pemilik prioritas, deskripsi, dan acceptance criteria.
- Masuk In Progress: ada orang yang benar-benar mulai mengerjakan hari ini.
- Masuk In Review: pekerjaan siap diperiksa orang lain, termasuk cara mengujinya.
- Masuk Done: semua acceptance criteria terpenuhi dan diperiksa satu orang lain.
Tulis aturan ini di satu tempat yang mudah ditemukan, misalnya deskripsi project atau dokumen tim.
Langkah 3: batasi pekerjaan yang sedang berjalan
WIP limit (work in progress limit) adalah batas jumlah task di satu status pada saat yang sama. Tujuannya sederhana: selesaikan sebelum memulai yang baru.
Tanpa WIP limit, setiap orang mengerjakan banyak hal sekaligus. Semua task tampak bergerak, tetapi sedikit yang benar-benar selesai. Context switching menghabiskan waktu, dan review menumpuk.
Untuk tim dua developer, mulai dengan maksimal dua task In Progress dan dua task In Review. Di Moovit, ini adalah kesepakatan tim, bukan batas yang otomatis ditegakkan aplikasi. Ketika review menumpuk, bantu menyelesaikan review sebelum mengambil task baru. Tinjau batas ini setelah dua minggu; pekerjaan support mendadak dapat memerlukan penyesuaian.
Contoh alur perbaikan bug
Task “Perbaiki pesan undangan kedaluwarsa” masuk Ready setelah langkah reproduksi dan hasil yang diharapkan ditulis. Developer memindahkannya ke In Progress ketika mulai bekerja. Setelah perubahan siap diuji, task pindah ke In Review. Penguji memeriksa tautan valid dan kedaluwarsa sebelum task masuk Done. Keputusan yang muncul saat review dicatat sebagai komentar.
Contoh untuk tim non-teknis
Tim konten tiga orang memakai board dengan status: Ide, Siap ditulis, Menulis, Review editor, Terjadwal, dan Tayang. WIP limit untuk Menulis adalah satu artikel per penulis, dan Review editor maksimal tiga artikel. Ketika Review editor penuh, penulis membantu menyunting atau menyiapkan gambar, bukan memulai artikel baru. Hasilnya, artikel tidak lagi menumpuk menunggu review di akhir bulan.
Langkah 4: jalankan review board harian
Review board harian sepuluh menit lebih efektif daripada laporan satu per satu. Lakukan dari kanan ke kiri:
- Buka Board dari navigasi tim.
- Mulai dari In Review: apa yang dibutuhkan agar task ini selesai hari ini?
- Lanjut ke In Progress: task mana yang paling lama belum bergerak, dan apa hambatannya?
- Tetapkan tindakan berikutnya serta orang yang bisa membantu.
- Jika ada slot WIP kosong, ambil task teratas dari Ready.
Langkah 5: ukur aliran pekerjaan
Setelah board berjalan beberapa minggu, gunakan metrik sederhana untuk melihat apakah aliran membaik:
- Cycle time: waktu dari task mulai dikerjakan sampai selesai.
- Lead time: waktu dari task dibuat sampai selesai.
- Throughput: jumlah task yang selesai per minggu.
- Aging work: task yang sudah lama di satu status tanpa bergerak.
Jangan memakai metrik ini untuk membandingkan orang. Gunakan untuk menemukan hambatan proses, misalnya review yang selalu menumpuk atau task yang terlalu besar. Reports di Moovit menampilkan flow time dan pekerjaan yang lama tertahan.
Hindari status yang terlalu rinci
Jika tim sering bingung memilih antara dua kolom, pertimbangkan menggabungkannya. Gunakan label untuk jenis pekerjaan dan komentar untuk konteks; tidak semua informasi harus menjadi status. Board sebaiknya membantu diskusi singkat, bukan menambah pekerjaan administrasi.
Kesalahan yang sering terjadi
- Board tidak diperbarui. Board yang tidak akurat memberi rasa aman palsu. Setiap pemilik task memperbarui task-nya sendiri.
- Kolom “In Progress” penuh. Tanda tim memulai terlalu banyak pekerjaan. Terapkan WIP limit.
- Task terlalu besar. Kartu yang diam berhari-hari di In Progress biasanya perlu dipecah.
- Done tanpa definisi. Tanpa kriteria, “selesai” berarti berbeda bagi setiap orang.
- Backlog tanpa batas. Hapus atau arsipkan ide lama yang tidak akan dikerjakan.
Pertanyaan yang sering diajukan
Berapa jumlah kolom yang ideal di Kanban board?
Untuk tim kecil, empat sampai enam kolom biasanya cukup. Lebih dari itu, tim mulai ragu memilih kolom dan board jarang diperbarui. Tambahkan kolom hanya jika ada tahap kerja nyata yang sering menjadi tempat pekerjaan menunggu, misalnya persetujuan klien.
Apakah Kanban board butuh sprint?
Tidak. Kanban berjalan kontinu tanpa sprint. Namun, banyak tim tetap mengadakan review dan perencanaan rutin, misalnya setiap minggu, untuk mengurutkan antrean Ready dan mengevaluasi cara kerja.
Apa bedanya Kanban board dengan to-do list?
To-do list hanya membedakan selesai dan belum. Kanban board menunjukkan tahap setiap pekerjaan, siapa yang memegangnya, dan di mana pekerjaan menumpuk. Dengan WIP limit, board juga membantu tim memutuskan kapan harus berhenti memulai dan mulai menyelesaikan.
Apakah Kanban cocok untuk tim non-IT?
Cocok. Tim pemasaran, desain, rekrutmen, dan operasional banyak memakai Kanban karena pekerjaannya datang terus-menerus dan tahapannya mudah digambarkan sebagai kolom.
Langkah berikutnya
Baca cara memulai project management untuk tim kecil dan cara menulis task yang jelas. Coba Board di Moovit dengan beberapa task nyata terlebih dahulu.