Kanban vs Scrum

Haruskah Anda mengikuti pendekatan kanban atau scrum untuk kebutuhan proyek tangkas Anda?

Apakah benar ada perbedaan antara kanban vs scrum?

Seperti yang akan Anda pelajari dalam panduan ini, ada banyak kesamaan antara kedua kerangka kerja ini karena ada perbedaannya.

Karena setiap opsi memiliki tujuan tertentu, dan keduanya memiliki pro dan kontra untuk dipertimbangkan, sumber ini akan mengajarkan Anda:

    • Apa itu kanban dan scrum framework?
    • Bagaimana peran anggota berbeda dengan masing-masing
    • Proses yang akan Anda ikuti untuk kanban dan scrum
    • Cara kerja sistem tarik
    • Apa yang akan Anda lakukan dengan tugas baru di kanban vs. scrum
    • Bagaimana memutuskan kapan harus menggunakan salah satu (atau keduanya!) pendekatan

Sebelum Anda mengetahui mana yang paling cocok untuk manajemen proyek atau kebutuhan bisnis Anda, Anda harus memahami dasar-dasar kedua gaya tersebut terlebih dahulu.

Kanban-vs-scrum

Apa sebenarnya yang kita bicarakan dengan kanban vs scrum?

Kanban dan scrum adalah kerangka kerja tangkas yang sering digunakan dalam mengembangkan perangkat lunak.

Apa itu kerangka kerja tangkas?

Aspek tangkas berarti proses khusus ini bersifat inkremental dan berulang.

Pendekatan inkremental mengambil proyek yang lebih besar dan kompleks dan memecahnya menjadi bagian-bagian (atau peningkatan) yang lebih kecil dan lebih mudah dikelola.

Ini memastikan tugas Anda tidak hanya diselesaikan secara efisien tetapi juga dalam waktu sesingkat mungkin.

Karakteristik iteratif berarti proyek melewati iterasi yang berbeda untuk mencapai versi terbaik dan final.

Jadi umpan balik dari pelanggan dan pemangku kepentingan, bersama dengan sumber lain dari komentar dan catatan dari anggota tim, terus-menerus dilingkari sehingga tim pengembang Anda dapat melakukan perbaikan pada produk akhir.

Karena kanban dan scrum adalah kerangka kerja yang gesit, keduanya berbagi sifat inkremental dan iteratif

Namun ada sedikit tetapi perbedaan utama dalam cara mereka masing-masing bekerja.

Mari kita mulai memeriksa ini dengan melihat seperti apa peran anggota di setiap kerangka kerja terlebih dahulu.

Peran anggota tim Kanban vs scrum

Ada dua kesamaan antara peran anggota tim kanban dan scrum:

    1. Hanya pemilik produk yang memulai kebutuhan untuk perbaikan atau produk baru sama sekali.
    1. Setiap proyek memiliki pemimpin utama, yang dikenal sebagai master scrum untuk proyek scrum atau pelatih yang gesit untuk proyek kanban. Pemilik produk akan menyerahkan semua tugas kepada satu orang ini.

Di sinilah kesamaan mulai menyimpang di antara keduanya.

Peran tim lebih ditentukan dalam scrum. Anda akan memiliki pemilik produk yang berbeda, master scrum, dan anggota tim pendukung yang masing-masing memiliki peran khusus untuk diisi.

Untuk menjaga efisiensi tetap tinggi dan proyek Anda tetap pada jalurnya, peran yang ditentukan ini tidak dicampur atau diubah selama proses berlangsung. Semua orang berpegang teguh pada tugas yang diberikan kepada mereka.

Baca Juga:  Manajemen Kualitas Proyek

Ini adalah kebalikan dari gaya kanban.

Semua orang melempar dengan kanban. Sementara pelatih tangkas mengatur seluruh mesin, tidak ada peran yang ditetapkan yang diberikan kepada anggota tim setelah itu.

Sebaliknya, setiap orang dalam tim diharapkan memakai topi sebanyak yang diperlukan untuk menyelesaikan tugas, dan pada akhirnya, menyelesaikan pekerjaan.

Peran fleksibel ini berubah seiring kebutuhan proyek berkembang dan seluruh sistem menyesuaikannya.

Sifat kaku yang sama dari peran scrum juga terbawa ke prosesnya.

Kanban-vs-scrum

Perbedaan proses Kanban vs scrum

Baik scrum maupun kanban menggunakan storyboard visual untuk menunjukkan kepada anggota tim lintasan alur kerja dan di mana mereka berada saat ini.

Namun, cerita dalam scrum dan kanban memiliki fokus yang berbeda.

Dalam scrum: periode waktu tetap yang dikenal sebagai sprint dipetakan dan jadwal pengiriman yang telah ditentukan sebelumnya dirumuskan.

Setelah pemilik produk menyerahkan tugas ke Scrum Master, orang ini akan mengatur proyek menjadi tugas-tugas yang lebih kecil, yang biasanya dipecah menjadi sprint kerja selama dua minggu, hingga perkiraan tanggal penyelesaian.

Kanban mengambil pendekatan yang berlawanan.

Dalam kanban: prosesnya seperti satu proyek yang panjang dan berkelanjutan yang selalu dalam tahap pengembangan dan pengiriman.

Anda akan menambahkan sejumlah kecil tugas ke papan alur kerja visual Anda, yang dikenal sebagai papan kanban, dan membatasi jumlah maksimum tugas untuk dikerjakan secara bersamaan per kolom.

Jadi misalnya, di kolom pengembangan, Anda mungkin melihat 2-4 item/tugas, tergantung pada ukuran tim Anda.

Tugas lain tidak akan ditambahkan sampai satu atau lebih tugas yang saat ini ada di papan selesai dan dipindahkan ke fase proyek berikutnya, yang mungkin sedang diuji, misalnya.

Daripada mengandalkan jadwal yang telah ditentukan sebelumnya untuk menentukan kapan tugas selesai, seperti apa yang Anda ikuti di scrum, setiap tugas hanya dipindahkan setelah selesai, kapan pun itu.

Perlu diingat, tugas-tugas ini tidak akan berlama-lama di kedua papan selamanya.

Berkat sistem tarikan unik setiap pendekatan, proyek berjalan secara efisien dan tidak ada tugas yang gagal.


Baik kanban & scrum menggunakan sistem tarik untuk menjaga proyek tetap pada tugas

Sistem tarik digunakan untuk mempertahankan momentum dalam sebuah proyek. Sistem tarik dalam kerangka kanban dan scrum memiliki dua tujuan utama dalam pikiran:

    1. Untuk mengurangi tumpukan tugas untuk mendapatkan iterasi baru kepada pelanggan sesegera mungkin.
    1. Untuk mengungkap kemacetan dan masalah lainnya dalam produksi memperlambat proses.

Tapi itu tentang semua kanban dan scrum share di sini.

Sistem tarik di scrum ditegakkan oleh jadwal dan proses peninjauan sprint. Ketika master scrum menetapkan tugas prioritas tinggi dari backlog, mereka juga akan menetapkan tanggal penyelesaian yang diharapkan untuk dicapai tim, yang secara alami menarik tugas.

Baca Juga:  14 Tips Taktis untuk Lulus Ujian CAPM

Tugas baru hanya ditambahkan ke backlog dan dikerjakan setelah sprint pertama selesai — dan ditinjau.

Pertemuan retrospektif diadakan untuk mengidentifikasi apa yang berjalan dengan baik dan apa yang perlu disesuaikan untuk meningkatkan efisiensi. Ini membantu menjamin sprint berikutnya bahkan lebih baik dari yang terakhir.

Papan sprint benar-benar dibersihkan setelah pertemuan ini sehingga dapat menjadi batu tulis yang bersih untuk sprint berikutnya.

Kanban bekerja pada sistem tarik terus-menerus dengan ulasan harian. Karena pendekatan kanban tidak menjadwalkan tanggal penyelesaian atau sprint, batas kapasitas kerja ditetapkan sebagai gantinya.

Setelah tim memiliki kapasitas dengan tugas, tidak ada tugas baru yang ditambahkan ke daftar.

Ketika sebuah tugas selesai, yang baru secara otomatis dimasukkan ke dalam rotasi, sehingga menjaga sistem tarikan tetap hidup dan aktif.

Kerangka kerja ini berarti hanya ada begitu banyak tugas yang terjadi sekaligus, yang dapat membuatnya lebih mudah untuk dikelola.

Kanban juga menukar pertemuan retrospektif setelah sprint 2 minggu untuk rekap harian untuk memastikan semua orang tetap pada halaman yang sama di setiap langkah proyek.

Dan tidak seperti membersihkan storyboard scrum setiap kali, tugas di kanban terus ditambahkan dan dipindahkan hingga selesai.

Kanban dan scrum juga berbeda tentang bagaimana mereka mengizinkan perubahan dan pembaruan pada proyek.

Inilah yang terjadi dengan perubahan kanban vs scrum

Seharusnya sudah cukup jelas sekarang bahwa scrum adalah pendekatan yang jauh lebih kaku daripada kanban.

Tidak hanya ada peran ketat dan sprint yang telah ditentukan sebelumnya, tetapi perubahan juga tidak diterima dalam kerangka kerja scrum.

Menggunakan scrum, tim harus menunggu sprint selesai sebelum melihat apakah dan kapan mereka dapat melakukan pembaruan. Perubahan ini tidak diperbolehkan di tengah sprint.

Dengan kanban, sekali lagi, kita melihat kebalikannya.

Perubahan dapat dilakukan di kanban sesuai kebutuhan ditentukan oleh kebutuhan proyek dan bisnis Anda yang selalu berkembang.

Ini berarti tim dapat beralih dari fitur yang mungkin tidak lagi diminati pelanggan dan mencegah membuang waktu untuk mencoba meningkatkannya.

Jadi sekarang setelah Anda mengetahui lebih banyak tentang setiap kerangka kerja, Anda mungkin bertanya-tanya kapan sebaiknya menggunakan satu metode di atas yang lain.

Karena setiap pendekatan memiliki kegunaan khusus, proses ini harus dimulai dengan jawaban Anda atas pertanyaan-pertanyaan ini.

Kapan menggunakan kanban vs scrum (3 pertanyaan untuk dipertimbangkan)

Tidak mungkin bagi saya untuk merekomendasikan metode untuk Anda gunakan tanpa mengetahui detail proyek Anda.

Jadi, Anda harus menentukan sendiri rute ini berdasarkan jawaban Anda atas tiga pertanyaan kunci berikut:

1. Apakah Anda perlu membuat proses yang efisien?

Jika organisasi Anda kekurangan efisiensi dan proses secara umum, sistem yang lebih kaku mungkin diperlukan untuk mendapatkan fondasi ini, terutama untuk memulai.

Baca Juga:  Pertanyaan Wawancara Agile Scrum yang Perlu Anda Ketahui

Di sini, scrum akan lebih tepat.

Anda akan dapat membuat alur kerja, menetapkan anggota tertentu dari tim Anda untuk menyelesaikan tugas yang diberikan kepada mereka, dan menyiapkan proses yang efisien untuk pengembangan dan peninjauan baik sekarang maupun di masa mendatang.

Tapi ini memang membutuhkan semacam pendekatan untuk memulai kembali dari awal.

Jika Anda sudah memiliki sistem, pertimbangkan pertanyaan berikut ini:

2. Apakah Anda ingin meningkatkan proses yang sudah ada yang sudah efisien?

Ketika Anda sudah memiliki proses yang solid tetapi Anda ingin memperbaikinya seiring pertumbuhan bisnis Anda, pendekatan kanban mungkin lebih cocok untuk Anda.

Dengan ini, Anda tidak perlu membuang apa yang sudah berfungsi sehingga Anda dapat fokus menyelesaikan tugas lebih cepat dan menggunakan ulasan harian Anda untuk memberikan produk dengan kualitas terbaik.

Dan jika Anda masih ragu di sini, pertimbangkan pertanyaan terakhir ini:

3. Apakah prioritas Anda terus berubah?

Poin penting lainnya yang perlu dipertimbangkan adalah apakah kebutuhan bisnis Anda stabil atau terus berubah mengikuti pasar.

Untuk proyek yang prioritas dan kebutuhannya bervariasi, pendekatan kanban yang fleksibel mungkin merupakan pilihan yang lebih baik karena memungkinkan peninjauan dan pembaruan harian dilakukan tanpa usaha yang sia-sia.

Jika Anda memiliki prioritas tetap yang jarang berubah dari waktu ke waktu, scrum dapat membantu Anda menciptakan sistem yang efisien yang tetap konsisten dan mudah diikuti oleh anggota tim Anda.

Kanban-vs-scrum

Tahukah Anda bahwa Anda bisa memilih keduanya?

Anda mungkin menemukan bahwa kedua metode bekerja untuk bagian yang berbeda dari proses Anda, dan tidak apa-apa juga.

Gaya kanban dapat digunakan bersama dengan scrum dan bahkan metode gesit lainnya untuk membantu tim Anda meningkatkan proyek Anda sebelum mencapai tonggak tertentu.

Jika tim pengujian Anda membutuhkan lebih banyak waktu dan kebebasan daripada anggota pengembangan Anda, misalnya, Anda dapat mengatur masing-masing dari mereka di trek gesit yang berbeda agar sesuai dengan produktivitas dan penetapan tujuan Anda.

Terapkan pola pikir yang fleksibel saat Anda mencoba setiap metode dengan tim Anda dan kumpulkan umpan balik sebelum membuat keputusan akhir. Ini dapat membantu mempersempit pilihan Anda juga.

Kanban vs scrum: Sekarang pilihan terserah Anda

Dengan semua pro dan kontra dari kanban vs scrum di atas meja, Anda siap untuk mencoba salah satu (atau keduanya) metode selama proyek Anda berikutnya.

Dengan menemukan kerangka kerja yang tepat agar sesuai dengan kebutuhan proyek Anda, Anda akan membantu menciptakan proses dan iterasi yang lebih efisien yang dapat ditingkatkan dari waktu ke waktu, yang dapat dimanfaatkan oleh manajer proyek mana pun.

Tinggalkan komentar