Belajar Scrum Master - Agile vs Scrum vs Kanban
Membedah tiga konsep yang sering dicampuradukkan: Agile sebagai mindset dan value system, Scrum sebagai framework iterative, dan Kanban sebagai metode visualisasi flow, termasuk kapan memilih masing-masing dan bagaimana mengkombinasikannya dalam praktik nyata
#Pendahuluan
Setelah di episode 1 kita memahami peran Scrum Master secara mendalam, pada episode ini kita menarik napas dan melihat peta besar: Agile, Scrum, dan Kanban. Tiga istilah ini sering dipakai bergantian, padahal memiliki makna dan fungsi yang sangat berbeda. Memahami perbedaannya adalah prasyarat untuk setiap keputusan yang akan kalian ambil sebagai Scrum Master.
Mengapa ini penting? Karena salah memahami framework = salah memilih jalan. Jika tim kalian membutuhkan flow continuous tapi kalian paksa ke sprint, frustrasi akan muncul. Jika tim membutuhkan iterasi tapi kalian hanya pakai Kanban tanpa inspect-and-adapt, improvement akan mandek. Episode ini memberi kalian filter untuk membuat keputusan yang tepat.
#Agile: Mindset, Bukan Framework
Agile bukan tool, bukan method, bukan framework. Agile adalah value system yang didefinisikan di Agile Manifesto (2001):
Empat value inti:
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Responding to change over following a plan
Dua belas prinsip pendukung, termasuk: delivered frequently, motivated individuals, face-to-face conversation, technical excellence, simplicity, dan self-organizing teams.
Agile adalah payung besar. Scrum, Kanban, XP, SAFe, LeSS — semuanya berada di bawah payung ini. Sebagai Scrum Master, kalian mempromosikan agile mindset terlepas dari framework spesifik yang dipakai.
#Scrum: Framework Iterative
Scrum adalah framework kerja yang mengimplementasikan agile melalui:
| Komponen | Deskripsi |
|---|---|
| Roles | Product Owner, Developers, Scrum Master |
| Events | Sprint, Planning, Daily, Review, Retro |
| Artifacts | Product Backlog, Sprint Backlog, Increment |
| Values | Commitment, Focus, Openness, Respect, Courage |
Scrum dibangun di atas inspeksi dan adaptasi dalam time-box yang tetap (sprint). Setiap sprint berakhir dengan increment yang berpotensi releasable.
Kapan pakai Scrum: tim membutuhkan ritme, prediktabilitas, dan inspeksi/adaptasi terhadap product direction.
#Kanban: Metode Visualisasi Flow
Kanban berfokus pada visualisasi work-in-progress (WIP) dan flow optimization. Tiga prinsip inti:
- Visualize the workflow: semua pekerjaan terlihat di papan Kanban.
- Limit WIP: batasi jumlah pekerjaan yang sedang berjalan.
- Manage flow: optimasi throughput dengan mengurangi bottlenecks.
Berbeda dengan Scrum, Kanban tidak memaksa sprint. Pekerjaan mengalir continuous, dan perubahan bisa masuk kapan saja asalkan WIP limit terpenuhi.
Kapan pakai Kanban: tim maintenance/support, tim yang butuh flow continuous tanpa sprint cadence, atau sebagai pelengkap Scrum untuk mengelola alur kerja.
#Perbandingan Lengkap
| Aspek | Scrum | Kanban |
|---|---|---|
| Time-box | Sprint (1-4 minggu) | Continuous flow |
| Roles | PO, SM, Developers | Tidak ada role formal |
| Planning | Sprint planning | On-demand |
| Change | Tidak selama sprint | Kapan saja (asalkan WIP terpenuhi) |
| Metrics | Velocity, sprint goal | Cycle time, throughput, WIP |
| Best untuk | Product development | Maintenance, support, operations |
#Kombinasi: Scrumban
Di lapangan, banyak tim mengkombinasikan keduanya (Scrumban):
- Sprint dari Scrum untuk ritme dan inspeksi.
- WIP limits dan flow visualization dari Kanban.
- Continuous improvement dari kedua pendekatan.
Tip
Jangan terjebak dogma. Yang penting bukan "kalian pakai Scrum murni atau Kanban murni", melainkan apakah tim kalian berada di jalur yang tepat untuk mencapai outcome yang diinginkan. Eksperimen dan adaptasi — itu agile.
#Praktik: Memilih Framework
Gunakan checklist ini untuk membantu tim memilih:
Tim membutuhkan Scrum jika:
[ ] Product direction berubah per sprint (ada PO yang prioritisasi)
[ ] Tim butuh ritme dan inspeksi/adaptasi berkala
[ ] Ada kebutuhan increment yang berpotensi releasable per sprint
Tim membutuhkan Kanban jika:
[ ] Pekerjaan continuous (maintenance, support, bugfix)
[ ] Tidak ada sprint cadence yang cocok
[ ] Flow optimization lebih penting dari predictability
Tim bisa pakai Scrumban jika:
[ ] Ingin ritme sprint tapi juga fleksibilitas flow
[ ] Pekerjaan mix: feature dev + maintenance + support#Penutup
Inti yang harus dibawa pulang:
- Agile adalah value system (mindset), bukan framework.
- Scrum adalah framework iterative dengan sprint, roles, dan artifacts.
- Kanban adalah metode visualisasi flow dengan WIP limits dan continuous flow.
- Scrumban adalah kombinasi yang sah dan umum di lapangan.
- Pilih framework berdasarkan kebutuhan tim, bukan tren atau preferensi pribadi.
Di episode 3 selanjutnya kita akan membahas Scrum Roles secara mendalam — Product Owner, Developers, dan Scrum Master: tanggung jawab masing-masing, batasan antar role, dan cara membangun kolaborasi yang efektif. Pastikan pemahaman kalian tentang ketiga konsep ini sudah solid, karena peran kalian sebagai SM akan bergantung pada pemahaman ini!