Perbandingan Scrum dan Kanban: sprint yang dikotak-waktu versus aliran berkelanjutan, peran, batas WIP, metrik, dan posisi papan berbasis iterasi East Agile Tracker di antara keduanya.
Scrum dan Kanban adalah dua metode agile yang paling sering dibandingkan oleh tim. Keduanya membuat pekerjaan terlihat dan keduanya bertujuan mengirim dalam potongan kecil. Perbedaannya ada pada cara mengatur tempo kerja: Scrum merencanakan dalam kotak waktu yang tetap, sedangkan Kanban menarik pekerjaan secara berkelanjutan dan membatasi berapa banyak yang sedang dikerjakan sekaligus.
Halaman ini membandingkan keduanya. Untuk keluarga yang lebih luas, termasuk XP dan Lean, lihat Apa itu Pengembangan Agile?.
Sekilas tentang Scrum
Section titled “Sekilas tentang Scrum”Scrum mengorganisasikan pekerjaan ke dalam sprint — kotak waktu yang tetap, biasanya satu hingga empat minggu. Setiap sprint dimulai dengan sprint planning, tempat tim memilih pekerjaan yang diperkirakan selesai, dan diakhiri dengan review atas apa yang dibangun serta retrospektif tentang cara tim bekerja.
Scrum menetapkan tiga peran:
- Product Owner — memiliki product backlog dan urutannya.
- Scrum Master — membimbing tim dalam proses dan menyingkirkan hambatan.
- Developers — membangun increment.
Ukuran utamanya adalah velocity: berapa banyak pekerjaan yang diselesaikan tim per sprint, yang menjadi masukan bagi rencana sprint berikutnya. Lihat Apa itu velocity?.
Sekilas tentang Kanban
Section titled “Sekilas tentang Kanban”Kanban berangkat dari alur kerja yang sudah dimiliki tim. Item pekerjaan bergerak melintasi papan berisi kolom yang mewakili tahapan (misalnya To do → In progress → Review → Done). Tiga gagasan menopang metode ini:
- Visualisasikan alur kerja — setiap item dan setiap tahap ada di papan.
- Batasi work in progress (WIP) — setiap kolom punya batas atas; item baru masuk hanya ketika ada item yang keluar.
- Kelola aliran — tim mengukur berapa lama item diproses (cycle time, lead time) dan menghilangkan hambatannya.
Kanban tidak memiliki kotak waktu dan tidak menetapkan peran. Perencanaan dilakukan setiap kali antrean perlu diisi ulang.
Berdampingan
Section titled “Berdampingan”| Scrum | Kanban | |
|---|---|---|
| Ritme | Sprint tetap (1–4 minggu) | Aliran berkelanjutan |
| Komitmen | Pekerjaan yang direncanakan untuk sprint | Tanpa komitmen per kelompok; tarik saat ada kapasitas |
| Peran | Product Owner, Scrum Master, Developers | Tidak ditetapkan |
| Perubahan di tengah siklus | Tidak dianjurkan di dalam sprint | Boleh kapan saja |
| Pembatasan pekerjaan | Kapasitas sprint | Batas WIP per kolom |
| Metrik utama | Velocity, burndown | Cycle time, lead time, throughput |
| Papan | Diatur ulang setiap sprint | Permanen |
Memilih di antara keduanya
Section titled “Memilih di antara keduanya”Tidak ada metode yang lebih baik secara umum. Scrum cocok untuk tim yang menginginkan ritme perencanaan teratur dan perkiraan yang dibangun dari sprint sebelumnya, seperti tim produk yang mengirim feature sesuai jadwal. Kanban cocok untuk pekerjaan yang datang tanpa bisa diprediksi dan harus ditangani saat itu juga, seperti dukungan, operasional, atau pemeliharaan.
Banyak tim memadukan keduanya (“Scrumban”): mereka mempertahankan ritme perencanaan sekaligus memantau berapa banyak pekerjaan yang sedang berjalan.
Posisi East Agile Tracker
Section titled “Posisi East Agile Tracker”East Agile Tracker berbasis iterasi, sehingga lebih dekat ke Scrum dan eXtreme Programming daripada ke Kanban. Ia memakai istilahnya sendiri untuk sebagian konsep di atas:
- Sprint disebut iterasi. Setiap proyek menetapkan panjang iterasi 1–4 minggu. Iterasi dibuat secara otomatis; tidak ada sprint yang perlu dibuka atau ditutup. Lihat Iterasi.
- Backlog adalah satu daftar berurutan. Product owner menjaganya dalam urutan prioritas yang ketat, dan Backlog memproyeksikan iterasi mendatang berdasarkan velocity. Lihat User story dan perencanaan iterasi.
- Velocity menentukan ukuran rencana. Dengan auto-plan iterations aktif, iterasi saat ini terisi sampai velocity Anda dan tidak lebih. Lihat Merencanakan iterasi.
- Setiap story membawa statusnya sendiri. Story bergerak melalui Unstarted → Started → Finished → Delivered → Accepted, yang ditampilkan di kartu, bukan melalui kolom papan. Lihat mesin status.
Tidak ada batas WIP dan tidak ada mode aliran tanpa iterasi. Gagasan Kanban yang tetap terbawa adalah visibilitas (setiap story beserta statusnya ada di satu papan) dan metrik aliran: halaman Metrics menampilkan tren velocity, burndown, dan story yang terbawa antar-iterasi.
Bacaan lebih lanjut
Section titled “Bacaan lebih lanjut”- Apa itu Pengembangan Agile? — manifesto dan keluarga metode.
- Apa itu velocity? — cara velocity dihitung dan digunakan.
- Apa itu story point? — estimasi relatif.