Apa itu Scrumban?

Apa sebenarnya Scrumban itu

Scrumban mempertahankan bagian Kanban dan Scrum yang benar-benar bekerja, dan membuang sisanya. Dari Kanban, ia mengambil papan visual, alur kerja berbasis kolom, dan batas yang jelas atas berapa banyak pekerjaan yang sedang berjalan — hal-hal yang membuat alur terbaca. Dari Scrum, ia mengambil sprint berbatas waktu — hal yang mengubah backlog menjadi rencana.

Yang dilewatinya: standup harian, rapat grooming backlog, upacara story point, retrospektif sebagai ritual. Semua itu bekerja untuk sepuluh insinyur di organisasi yang sudah tertata; semua itu tidak bekerja untuk satu pendiri yang berusaha merilis di hari Sabtu.

Namanya berasal dari Corey Ladas, yang esai dan kemudian bukunya Scrumban menjelaskan bagaimana tim Scrum bisa beralih dari iterasi tetap ke alur berbasis tarik (pull).

Perbedaan Scrumban, Kanban, dan Scrum

Ketiganya terutama berbeda dalam dua hal: apakah pekerjaan direncanakan dalam kotak waktu, dan seberapa banyak proses yang mengelilingi papan.

Sumber: Scrum Guide untuk sprint, peran, dan event; Kanban Guide untuk alur dan batas pekerjaan yang sedang berjalan.

Seperti apa papan Scrumban?

Papan Scrumban adalah papan Kanban yang dilapisi sprint. Kolom menunjukkan posisi pekerjaan; sprint menunjukkan bagian backlog mana yang menjadi fokus minggu ini. Papan minimal punya empat kolom:

• Backlog — semua yang mungkin Anda kerjakan. Tidak berurutan di bagian bawah, berurutan di bagian atas.
• Todo — apa yang sudah Anda putuskan untuk dikerjakan berikutnya. Sengaja dibuat kecil: saat isinya menipis, itulah tanda untuk merencanakan.
• Doing — apa yang sedang dikerjakan seseorang (manusia atau agen AI) saat ini.
• Done — pekerjaan yang selesai. Dibersihkan atau diarsipkan di akhir sprint.

Bagaimana cara menyiapkan papan Scrumban?

1. Buat empat kolom: Backlog, Todo, Doing, Done.
2. Masukkan semua yang Anda ketahui ke Backlog. Jangan urutkan semuanya — urutkan bagian atasnya saja.
3. Tentukan berapa banyak yang boleh ada di Doing sekaligus. Untuk satu orang, satu atau dua hal; untuk tim kecil, kira-kira satu per orang.
4. Pilih panjang sprint — satu atau dua minggu — dan tulis tujuannya dalam satu kalimat. Tarik ke Todo hanya yang melayani tujuan itu.
5. Bekerjalah dengan menarik: saat sesuatu di Doing selesai, ambil kartu berikutnya dari atas Todo. Tidak ada yang mendorong pekerjaan ke orang lain.
6. Rencanakan saat Todo menipis, bukan menurut kalender. Di akhir sprint, lihat apa yang selesai dan apa yang tidak, lalu mulai sprint berikutnya.

Mengapa Weft memilih Scrumban

Weft ada karena kebanyakan pengelola tugas dibentuk untuk salah satu dari dua ujung: aplikasi todo perorangan (daftar tanpa batas, tanpa irama) atau suite Agile untuk lima puluh orang (beban proses untuk pendiri yang cuma satu). Scrumban berada persis di tengah — cukup struktur untuk memaksa rilis mingguan atau dua mingguan, tidak sampai membuat Anda menghabiskan hari rilis untuk mengurusnya.

Bagaimana Weft menerapkannya

• Empat kolom bawaan: Backlog, Todo, Doing, Done. Pekerjaan yang sedang berjalan dibatasi oleh hal yang menunggu Anda, bukan oleh angka per kolom. Kanban Guide memperlakukan kebijakan eksplisit untuk membatasi pekerjaan yang sedang berjalan sebagai bagian dari definisi alur kerja, sehingga item baru hanya ditarik masuk ketika kapasitas tersedia.
• Satu sprint aktif pada satu waktu, dengan tujuan opsional. Sprint bersifat opsional — lewati saja kalau Kanban murni lebih cocok. Scrum Guide mendefinisikan Sprint sebagai event berdurasi tetap, paling lama satu bulan, dengan Sprint baru dimulai segera setelah Sprint sebelumnya berakhir.
• Tugas punya prioritas, perkiraan, tenggat, dan kaitan sprint yang opsional. Tanpa epic, tanpa workflow, tanpa bidang khusus.
• Cycle time dimulai ketika sebuah tugas pindah ke kolom dengan semantic="doing" dan berakhir di "done". Angkanya keluar dari pemakaian yang jujur, bukan dari aritmetika story point.

Scrumban dengan agen AI

Menarik pekerjaan juga yang membuat Scrumban cocok untuk agen AI. Agen yang terhubung ke Weft lewat MCP mengambil kartu berikutnya sendiri: start_task mengklaimnya, sehingga agen kedua tidak bisa mengambil kartu yang sama, dan complete_task menyelesaikannya beserta apa yang dikerjakan dan buktinya. Saat agen butuh keputusan, ia bertanya kepada Anda alih-alih menebak — dan selama terlalu banyak pekerjaan selesai yang menunggu Anda, agen berhenti memulai tugas baru. Itulah batas Kanban atas pekerjaan yang sedang berjalan, diterapkan pada satu sumber daya yang tidak bisa diperbanyak: perhatian Anda.

Kapan Scrumban bukan metode yang tepat

• Anda menjalankan beberapa tim Scrum sekaligus. Scrum Guide menyebut Scrum Team biasanya berisi 10 orang atau kurang, dan menyatakan bahwa produk yang lebih besar sebaiknya diorganisasi menjadi beberapa Scrum Team yang berbagi satu Product Goal dan satu Product Backlog. Pelaporan tingkat program, velocity bersama, ketergantungan antar tim — Scrum penuh di Jira sepadan dengan biayanya. Nexus Guide ditulis untuk situasi itu: beberapa Scrum Team yang bekerja dari satu Product Backlog, dengan praktik tambahan untuk memunculkan dan menyelesaikan ketergantungan antar tim.
• Anda mengerjakan dukungan murni / operasi berkelanjutan. Tidak butuh irama sprint — Kanban murni atau sistem tiket lebih cocok.
• Anda butuh bagan Gantt dan lini masa. Scrumban berfokus pada sprint, bukan pada graf ketergantungan.

Pertanyaan seputar Scrumban