Panduan Scrum | 33. Papan Scrumban dan Kanban di Scrum

Diterbitkan: 2022-06-23

Scrum dan Kanban adalah metode kerja tim yang memiliki banyak kesamaan. Namun, ada juga perbedaan yang ingin kita bahas hari ini. Papan Kanban juga sering diadopsi oleh Tim Scrum. Ini karena mereka sangat praktis dalam memvisualisasikan kerja tim dan kemajuannya. Dengan menggabungkan yang terbaik dari kedua metodologi tersebut, muncullah sebuah teknik yang disebut Scrumban. Ini populer di proyek yang menggabungkan pengembangan Produk dengan pengiriman layanan, di mana Sprint yang panjang dan pertemuan Scrum yang relatif formal tidak selalu cocok.

Papan Scrumban dan Kanban di Scrum – daftar isi:

  1. pengantar
  2. Kanban vs Scrum
  3. Papan Kanban di Scrum
  4. Scrumban
  5. Ringkasan

pengantar

Kanban adalah metode yang dirintis di Jepang. Ini berasal dari tahun 1950 -an dan terutama merupakan alat untuk mengelola produksi berkelanjutan sedemikian rupa sehingga tidak menciptakan persediaan dan surplus, tetapi untuk memproses sumber daya secara berkelanjutan. Pada awal abad ke-21 Kanban diadaptasi untuk kebutuhan pengembangan perangkat lunak oleh David J. Anderson.

Kanban vs Scrum

Cara keseluruhan bekerja di Kanban berbeda dari Scrum terutama dengan membawa pendekatan yang kurang formal. Di Kanban, tidak ada panduan yang begitu rinci tentang, misalnya, bekerja di Sprint, peran Pemilik Produk, Scrum Master, dan Tim Pengembang. Hal ini dimungkinkan karena Kanban berfokus pada kesinambungan tugas seperti menyediakan jenis layanan tertentu, yang lebih dapat diulang dan tidak memerlukan perencanaan yang rumit.

Namun, tujuan dan cara kerjanya serupa. Tujuan Kanban adalah memberikan produk dengan kualitas terbaik kepada pelanggan tepat waktu. Prinsip-prinsip tentang cara kerja yang umum untuk kedua metode tersebut dapat dirumuskan sebagai berikut:

  1. Pekerjaan harus lancar dan tanpa downtime – di Scrum, ini dicapai dengan suksesi Sprint yang berkelanjutan, sedangkan di Kanban pekerjaan terus berlanjut karena kelancaran tugas. Mereka membentuk antrian, dari mana pengembang memilih (menarik) beberapa tugas untuk diselesaikan.
  2. Tim harus fokus hanya pada tugas yang dipilih – menggunakan terminologi Kanban, tim harus “mengurangi pekerjaan yang sedang berjalan”. Di Scrum, yang setara dengan ini adalah Cerita Pengguna yang dipilih dari Product Backlog untuk dimasukkan ke dalam Sprint Backlog
  3. Kemajuan tugas harus terlihat oleh semua orang yang terlibat – di Kanban mereka divisualisasikan oleh papan, yang juga sering ditampilkan di Tim Scrum.

Papan Kanban di Scrum

Papan Kanban adalah alat yang banyak digunakan untuk memvisualisasikan kerja tim. Ini adalah tabel dengan beberapa kolom. Di masing-masing dari mereka, ada tugas dengan status tertentu. Kategorisasi tugas didasarkan pada aturan sederhana: kartu dengan deskripsi tugas – atau padanan virtualnya – ditempatkan di salah satu kolom. Versi minimum papan Kanban berisi tiga kolom:

  • Melakukan
  • Sedang berlangsung
  • Selesai – ke kolom terakhir pergi tugas yang memenuhi Definisi Penyelesaian, tentang yang kami tulis di sini.

Di bawah ini Anda dapat menemukan contoh papan kanban dari sistem manajemen proyek all-in-one – Firmbee.com

Kanban boards in Scrum and Scrumban

Biasanya, ada lebih banyak kolom. Jika ada lebih banyak tugas yang harus diselesaikan, biasanya ada kolom tambahan berjudul "dipilih untuk diselesaikan" di antara kolom "akan diselesaikan" dan "sedang berlangsung" . Sementara kolom “to-do” berfungsi sebagai Product Backlog, yang kami tulis di sini, kolom “selected for completion” berfungsi sebagai Sprint Backlog, yang kami jelaskan secara rinci dalam artikel ini.

Penambahan umum kedua adalah kolom "dalam peninjauan" atau "untuk persetujuan". Biasanya disisipkan di antara kolom yang berisi tugas "sedang berlangsung" dan tugas "selesai". Ini berisi tugas-tugas yang diselesaikan oleh Tim Pengembang yang menunggu persetujuan dari Pemilik Produk. Tugas Pemilik Produk adalah memeriksa kepatuhan mereka terhadap kriteria penerimaan dan mendapatkan persetujuan akhir dari Pelanggan. Dalam situasi ini, hanya tugas yang akhirnya diterima yang dipindahkan ke kolom terakhir.

Scrumban

Karena popularitas besar Scrum dan Kanban, hibrida mereka muncul, menggabungkan yang terbaik dari kedua cara kerja. Scrumban bekerja paling baik dalam organisasi yang menghubungkan pembuatan Produk dengan penyediaan layanan, sering kali melibatkan implementasi Produk di Pelanggan. Karena pengurangan rapat dan komunikasi, Tim bisa lebih besar.

Scrumban kurang menekankan pada metrik yang biasa digunakan di Scrum, seperti Burndown Chart. Namun, Scrum menggunakan pilar kebutuhan untuk perbaikan terus-menerus dari proses kerja dan menyesuaikannya dengan kondisi dan kebutuhan pelanggan.

Namun, ketika bekerja di Scrumban, pekerjaan tidak dibagi menjadi Sprint. Rapat scrum diadakan setiap 3, 6, atau 12 bulan.

Penjadwalan pekerjaan mengikuti prinsip “On-Demand”, yaitu saat pekerjaan itu terjadi. Cerita Pengguna ditempatkan langsung di kolom pertama papan Kanban yang berisi tugas "yang harus dilakukan". Dengan demikian, ini berfungsi sebagai Sprint Backlog, yang kami tulis lebih detail di artikel ini. Seperti dalam Sprint Backlog, tugas yang paling mendesak ditempatkan di bagian atas daftar tugas. Namun, untuk proyek yang lebih kompleks, Manajer Proyek dapat mempertahankan daftar tugas terpisah yang terkait dengan Product Backlog, dari mana ia memilih tugas mana yang akan ditempatkan di kolom pertama.

Saat memindahkan tugas dari kolom pertama ke kolom kedua, aturan "Tarik" berlaku. Ini berarti bahwa tugas tidak didelegasikan ke Pengembang tertentu. Setiap orang memilih tugas dari antrian dan menjalankannya secara independen.

Jumlah tugas yang ditempatkan di kolom tengah, "untuk diselesaikan" biasanya dibatasi tergantung pada ukuran tim, sehingga, jika memungkinkan, setiap orang hanya menangani satu tugas pada satu waktu.

kanban

Ringkasan

Scrum dan Kanban, meskipun digunakan untuk tujuan yang sama, adalah cara kerja yang berbeda. Scrum bekerja paling baik dalam proyek kreatif dan inovatif yang dilakukan oleh Tim Scrum kecil. Kanban, di sisi lain, diciptakan untuk beroperasi di lingkungan yang berkelanjutan dan bebas waktu henti untuk menyediakan layanan serupa. Scrum sering menggunakan papan Kanban sebagai metode untuk memvisualisasikan pekerjaan yang sedang dilakukan. Kombinasi keduanya menghasilkan Scrumban, yang berfungsi paling baik sebagai kerangka kerja bagi organisasi yang menjual produk mereka dan memberikan layanan berdasarkan produk tersebut kepada pelanggan.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas lebah sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 33. Scrumban and Kanban boards in Scrum caroline becker avatar 1background

Pengarang: Caroline Becker

Sebagai Manajer Proyek, Caroline ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasi dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek rumit menjadi kenyataan.

Lihat semua posting

Panduan Scrum:

  1. Daftar istilah dasar, peran dan pengertian
  2. Apa itu Scrum?
  3. Nilai scrum
  4. Bagaimana menerapkan Scrum di perusahaan Anda?
  5. Tim Scrum - apa itu dan bagaimana cara kerjanya?
  6. Siapa Pemilik Produk?
  7. Kesalahan paling umum dari Pemilik Produk
  8. Siapa Scrum Masternya?
  9. Karakteristik Scrum Master yang baik
  10. Kesalahan paling umum dari Scrum Master
  11. Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
  12. Kerjasama antara Pemilik Produk dan Scrum Master
  13. Tim Pengembang di Scrum
  14. Kesalahan paling umum dari Pengembang
  15. Artefak scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Apa itu Product Backlog?
  19. Apa itu Cerita Pengguna?
  20. Membuat Kisah Pengguna terbaik dengan INVEST
  21. Kesalahan Cerita Pengguna yang paling umum
  22. Kriteria Penerimaan Cerita Pengguna
  23. Estimasi dan Poin Cerita di Scrum
  24. Perencanaan Poker
  25. Game Estimasi Tim
  26. Mendefinisikan Kenaikan
  27. Acara Scrum
  28. Apa itu Sprint di Scrum?
  29. Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
  30. Apa itu Grafik Burndown?
  31. Bagaimana cara membuat dan menafsirkan grafik burndown?
  32. Keuntungan dan kerugian dari grafik burndown
  33. Papan Kanban di Scrum dan Scrumban
  34. Kecepatan dalam Scrum - Kecepatan Tim Pengembang
  35. Scrum Harian
  36. Perencanaan Sprint
  37. Ulasan Sprint
  38. Apa itu Retrospektif Sprint?
  39. Kesalahan umum selama Sprint Retrospective
  40. Pemeliharaan Backlog Produk