Dalam bisnis apa pun, bukan praktik yang baik untuk terus-menerus beralih dari satu metodologi ke metodologi lainnya. Sebagian besar tim pengembangan perangkat lunak lebih suka bekerja dengan metode manajemen proyek yang ditentukan. Namun, ada banyak perusahaan yang mencoba menggabungkan fitur terbaik dan praktik metode yang berbeda untuk membuat pendekatan unik mereka sendiri.
Dalam posting ini, Anda akan mempelajari beberapa fakta dasar tentang Scrumban dan bagaimana menggabungkan dua metodologi Agile populer - Kanban dan Scrum untuk membuat pendekatan hybrid ini tampil lebih baik.
Tapi pertama-tama, ada baiknya mengingat beberapa fakta mendasar tentang kedua metode Agile. Apa favorit Anda dalam pertarungan Scrum vs Kanban?
Scrum 101
Scrum awalnya dirancang untuk membantu tim memaksimalkan kemampuan mereka untuk memberikan dengan cepat, menanggapi persyaratan yang muncul, dan beradaptasi dengan perubahan kondisi pasar.
Kerangka Agile ini membutuhkan siklus pengembangan dengan panjang tetap yang disebut sprint. Setiap sprint biasanya berlangsung 1-4 minggu.
Tim Scrum biasanya kecil, teratur dan lintas fungsional. Anggota tim membagi pekerjaan menjadi peningkatan produk kecil dan memprioritaskan tugas. Pemilik produk memilih semua pekerjaan yang harus dilakukan dalam satu sprint sekaligus. Kemudian tim menyelesaikan pekerjaan selama setiap sprint.
Scrum membantu mencapai kelincahan. Ini sering melibatkan umpan balik dan prinsip pengambilan keputusan kolaboratif.
Kanban 101
Kanban adalah pendekatan manajemen alur kerja visual untuk mengelola penciptaan produk dengan penekanan pada pengiriman berkelanjutan tanpa tim yang terlalu membebani. Metode telah datang dari pembuatan.
Semua benda kerja di Kanban divisualisasikan dengan kartu di papan dan jalur yang mewakili tahapan proses. Papan Kanban digunakan untuk mengelola kerja kolektif tim.
Tim yang berfokus pada Kanban mempraktikkan pendekatan aliran berkelanjutan (perencanaan terus-menerus, bekerja, meninjau, dan mengukur hasil).
Salah satu alat Kanban yang penting adalah batas WIP. Ini membantu untuk meminimalkan kekacauan dan mempromosikan fokus dengan secara eksplisit membatasi berapa banyak item yang sedang dalam proses. Tim Kanban mengukur waktu tunggu - waktu rata-rata dari saat pekerjaan diminta hingga selesai.
Fitur umum dalam scrum dan kanban
Tim yang dikelola sendiri
Salah satu aspek keberhasilan Scrum dan Kanban adalah bahwa tim pengembangan mengarahkan pekerjaan mereka sendiri, dipandu oleh tujuan bisnis. Kedua pendekatan ini menganjurkan rasa hormat kepada orang-orang dan memungkinkan mereka melakukan pekerjaan terbaik mereka.
Paket kerja
Kedua metode makmur dari cerita pengguna yang jelas yang dapat dicapai dan disampaikan secara terpisah. Scrum menyerahkan keputusan tentang berapa banyak yang harus bekerja pada saat yang sama kepada tim. Kanban berfokus pada membatasi jumlah item yang ada dalam tim. Perbedaan utama adalah bahwa Scrum mengukur tingkat produktivitas tim dalam hal kecepatan tim, Kanban mengendalikan pekerjaan berkelanjutan yang sedang berlangsung dan membatasi jumlah cerita yang akan diterima tim untuk dikerjakan pada saat yang sama.
Struktur papan
Papan Kanban dibagi menjadi beberapa kolom dan Swimlanes. Setiap kolom mewakili tahapan alur kerja. Swimlanes membantu memisahkan berbagai jenis kegiatan. Papan Kanban tipikal dibagi menjadi 3 bagian yang menunjukkan status tugas Anda: To Do, In Progress, dan Done.
Fitur batas WIP di Kanban memungkinkan Anda memberikan lebih banyak waktu kepada orang-orang yang bertanggung jawab untuk tahap ini dan memungkinkan mereka untuk menyelesaikan kemacetan.
Papan Scrum juga terdiri dari Swimlanes horisontal (dan sering vertikal) yang melacak kemajuan tugas dan cerita yang dilakukan selama Sprint. Papan Scrum tipikal terdiri dari beberapa kolom progresif: Cerita, To Do, In Progress, Testing dan Done. Anggota tim dapat memindahkan item pekerjaan mereka di sepanjang papan.
Menggabungkan praktik-praktik terbaik dari kedua dunia yang gesit
Keputusan tentang metodologi terbaik harus seimbang. Banyak spesialis berpikir bahwa Anda akan menemukan Scrum pilihan paling jelas jika Anda membuat produk, dan Kanban akan lebih cocok jika Anda memberikan layanan. Namun, ada opsi untuk menggabungkannya. Solusi ini adalah Scrumban.
Definisi scrumban
Scrumban adalah metodologi pengembangan Agile hybrid yang menggabungkan praktik terbaik Scrum dan Kanban. Metode ini dibuat untuk memenuhi kebutuhan tim mengenai meminimalkan batching pekerjaan dan mengadopsi sistem berbasis tarikan.
Metode scrumban diperkenalkan oleh penggila pengembangan perangkat lunak, Corey Ladas. Dalam bukunya,
Scrumban: Esai tentang Sistem Kanban untuk Pengembangan Perangkat Lunak Lean , ia mengklaim bahwa Scrumban bertujuan untuk mentransisikan tim pengembangan dari Scrum ke Lean atau Kanban. Seiring waktu, ini menjadi metodologi independen.
Scrum + Kanban = Scrumban
Hibrid dari dua metodologi Agile populer memberikan tim pengembangan fleksibilitas untuk beradaptasi dan mengubah pemangku kepentingan dan persyaratan produksi tanpa beban tambahan.
Scrumban adalah pendekatan yang sangat fleksibel untuk manajemen alur kerja karena memberikan struktur Scrum dengan visualisasi dan fleksibilitas Kanban.
Beberapa tim menggunakan Scrumban sebagai batu loncatan untuk berpindah dari Scrum ke Kanban. Masuk akal, karena pergantian langsung ke Kanban mungkin terlalu menyakitkan dan drastis bagi banyak tim pengembangan perangkat lunak.
Tujuan utama dari Scrumban adalah untuk memberikan tim cara yang lembut dan sehat untuk mempelajari cara mempraktikkan
Peningkatan Berkesinambungan di Kanban tanpa meninggalkan struktur Scrum yang sudah dikenal.
Karena pendekatan hibrida menggabungkan struktur Scrum dengan metode berbasis aliran Kanban, penting untuk memahami apa yang sebenarnya diambil dari setiap sistem.
Elemen Scrum apa yang dimasukkan ke dalam Scrumban?
- Perencanaan iterasi secara berkala yang selaras dengan ulasan dan retrospektif.
- Prioritas kerja yang memberi tim hal terbaik untuk dikerjakan selanjutnya
- Keputusan tentang berapa banyak pekerjaan dapat ditarik ke dalam sprint sesuai dengan kompleksitas pekerjaan dan panjang sprint.
- Kepastian tingkat analisis yang diperlukan sebelum pengembangan
- Menggunakan antrian siap antara Backlog dan fase Melakukan
Elemen Kanban apa yang dimasukkan ke Scrumban?
Kanban meningkatkan visualisasi, menambahkan peningkatan proses, dan memberikan metrik nilai lebih kepada Scrumban. Berikut adalah elemen Kanban yang digunakan oleh tim Scrumban:
- Alur kerja berkelanjutan dan Sistem Tarik .
- Batas WIP - batas eksplisit tentang berapa banyak item yang sedang berlangsung.
- Berfokus lebih pada waktu siklus daripada Burndown
- Tidak ditentukan peran individu secara jelas
- Lead time pendek dengan menekankan analisis dan perencanaan just-in-time.
- Menggunakan diagram alir untuk mengekspos kelemahan proses dan mengidentifikasi peluang untuk perbaikan.
Kumpulan cepat keunggulan Scrumban
- Kualitas tinggi
- Lead time pendek
- Fakta dan keputusan tepat saat dibutuhkan (Tepat waktu)
- Peningkatan berkelanjutan (Kaizen)
- Meminimalkan segala sesuatu yang tidak menambah nilai bagi pelanggan
- Proses perbaikan dengan menambahkan beberapa nilai Scrum jika diperlukan
- Visualisasi sempurna dari papan Scrumban
Perangkat lunak scrumban
Cara yang tepat untuk melakukan Scrumban adalah dengan menerapkan perangkat lunak manajemen proyek modern yang cocok untuk pengembangan Scrum dan Kanban.
Jika
alat manajemen proyek ini menyediakan papan dan kartu yang nyaman, batas WIP, Swimlanes, Lead dan Cycle Time, maka itu dapat dengan mudah diterapkan pada pengembangan perangkat lunak Scrumban Anda.
Ringkasan
Meskipun banyak penentang merger dan akuisisi, kombinasi dari dua metodologi Agile telah lulus ujian waktu. Pendekatan hibrida telah membuktikan kegunaan dan kenyamanannya dan telah menunjukkan kekuatan nyata.
Kanban kompatibel dengan Scrum. Menambahkan batas WIP, visualisasi, dan elemen lainnya ke Scrum membantu meningkatkan efektivitas Komitmen Sprint.
Namun, itu juga memperkenalkan batas WIP sebagai mekanisme untuk mengkatalisasi perubahan inkremental. Batas WIP meniadakan perlunya komitmen untuk mendorong perubahan, mengurangi ketergantungan disfungsional pada upaya heroik, dan meningkatkan pemikiran sistem secara keseluruhan ketika mempertimbangkan potensi perbaikan.
Lagipula, mari kita definisikan Scrumban sebagai evolusi lunak dan bukan terapi kejut. Apa yang Anda pikirkan tentang itu? Sudahkah Anda mencoba menggabungkan kedua metodologi Agile? Apakah campuran ini efektif? Silakan berbagi pengalaman Anda di bawah ini.