Perbandingan Scrum dan Kanban: sprint berkotak-masa berbanding aliran berterusan, peranan, had WIP, metrik, dan kedudukan papan berasaskan iterasi East Agile Tracker di antara kedua-duanya.
Scrum dan Kanban ialah dua kaedah agile yang paling kerap dibandingkan oleh pasukan. Kedua-duanya menjadikan kerja kelihatan dan kedua-duanya bertujuan menghantar dalam kepingan kecil. Perbezaannya terletak pada cara rentak kerja diatur: Scrum merancang dalam kotak masa yang tetap, manakala Kanban menarik kerja secara berterusan dan mengehadkan jumlah kerja yang sedang dijalankan pada satu-satu masa.
Halaman ini membandingkan kedua-duanya. Untuk keluarga yang lebih luas, termasuk XP dan Lean, lihat Apakah Pembangunan Agile?.
Scrum secara ringkas
Section titled “Scrum secara ringkas”Scrum menyusun kerja ke dalam sprint — kotak masa yang tetap, biasanya satu hingga empat minggu. Setiap sprint bermula dengan sprint planning, iaitu ketika pasukan memilih kerja yang dijangka dapat disiapkan, dan berakhir dengan semakan terhadap apa yang telah dibina serta retrospektif tentang cara pasukan bekerja.
Scrum menamakan tiga peranan:
- Product Owner — memiliki product backlog dan susunannya.
- Scrum Master — membimbing pasukan dalam proses dan menyingkirkan halangan.
- Developers — membina increment.
Ukuran utamanya ialah velocity: berapa banyak kerja yang disiapkan pasukan setiap sprint, yang menjadi input kepada rancangan sprint seterusnya. Lihat Apakah velocity?.
Kanban secara ringkas
Section titled “Kanban secara ringkas”Kanban bermula daripada aliran kerja yang sedia ada dalam pasukan. Item kerja bergerak merentasi papan yang lajurnya mewakili peringkat (contohnya To do → In progress → Review → Done). Tiga idea menjadi tunjang kaedah ini:
- Visualkan aliran kerja — setiap item dan setiap peringkat berada di papan.
- Hadkan kerja dalam proses (WIP) — setiap lajur mempunyai had; item baharu hanya masuk apabila ada item yang keluar.
- Urus aliran — pasukan mengukur tempoh yang diambil oleh item (cycle time, lead time) dan menghapuskan kesesakan.
Kanban tidak mempunyai kotak masa dan tidak menetapkan peranan. Perancangan berlaku bila-bila masa baris gilir perlu diisi semula.
Bersebelahan
Section titled “Bersebelahan”| Scrum | Kanban | |
|---|---|---|
| Rentak | Sprint tetap (1–4 minggu) | Aliran berterusan |
| Komitmen | Kerja yang dirancang untuk sprint | Tiada komitmen berkelompok; tarik apabila ada kapasiti |
| Peranan | Product Owner, Scrum Master, Developers | Tiada yang ditetapkan |
| Perubahan di tengah kitaran | Tidak digalakkan dalam sprint | Dibenarkan bila-bila masa |
| Mengehadkan kerja | Kapasiti sprint | Had WIP setiap lajur |
| Metrik utama | Velocity, burndown | Cycle time, lead time, throughput |
| Papan | Ditetapkan semula setiap sprint | Kekal |
Memilih antara kedua-duanya
Section titled “Memilih antara kedua-duanya”Tiada kaedah yang lebih baik secara umum. Scrum sesuai untuk pasukan yang mahukan rentak perancangan yang tetap dan ramalan yang dibina daripada sprint lepas, seperti pasukan produk yang menghantar feature mengikut jadual. Kanban sesuai untuk kerja yang tiba secara tidak menentu dan perlu dikendalikan sebaik sahaja ia tiba, seperti sokongan, operasi atau penyelenggaraan.
Banyak pasukan menggabungkan kedua-duanya (“Scrumban”): mereka mengekalkan rentak perancangan sambil memantau jumlah kerja yang sedang dijalankan.
Kedudukan East Agile Tracker
Section titled “Kedudukan East Agile Tracker”East Agile Tracker berasaskan iterasi, yang meletakkannya lebih dekat kepada Scrum dan eXtreme Programming berbanding Kanban. Ia menggunakan istilahnya sendiri untuk sebahagian konsep di atas:
- Sprint dipanggil iterasi. Setiap projek menetapkan panjang iterasi 1–4 minggu. Iterasi dicipta secara automatik; tiada sprint untuk dibuka atau ditutup. Lihat Iterasi.
- Backlog ialah satu senarai tersusun. Pemilik produk mengekalkannya dalam susunan keutamaan yang ketat, dan Backlog mengunjurkan iterasi akan datang berdasarkan velocity. Lihat Cerita pengguna dan perancangan iterasi.
- Velocity menentukan saiz rancangan. Dengan auto-plan iterations dihidupkan, iterasi semasa diisi sehingga velocity anda dan tidak lebih. Lihat Merancang iterasi.
- Setiap story membawa keadaannya sendiri. Story bergerak melalui Unstarted → Started → Finished → Delivered → Accepted, yang ditunjukkan pada kad, dan bukannya melalui lajur papan. Lihat mesin keadaan.
Tiada had WIP dan tiada mod aliran tanpa iterasi. Idea Kanban yang turut dibawa ialah keterlihatan (setiap story dan keadaannya berada pada satu papan) dan metrik aliran: halaman Metrics menunjukkan trend velocity, burndown, dan story yang dibawa ke hadapan antara iterasi.
Bacaan lanjut
Section titled “Bacaan lanjut”- Apakah Pembangunan Agile? — manifesto dan keluarga kaedah.
- Apakah velocity? — cara velocity dikira dan digunakan.
- Apakah story point? — anggaran relatif.