Scrumban.

Apakah sebenarnya Scrumban

Scrumban mengekalkan bahagian Kanban dan Scrum yang benar-benar berguna, dan membuang selebihnya. Daripada Kanban, ia mengambil papan visual, aliran kerja berasaskan lajur, dan had kerja dalam proses — perkara yang menjadikan aliran mudah dibaca. Daripada Scrum, ia mengambil sprint berhad masa — perkara yang mengubah backlog menjadi rancangan.

Yang ditinggalkannya: standup harian, mesyuarat grooming sprint, upacara story point, retrospektif sebagai ritual. Semua itu berkesan untuk sepuluh jurutera dalam organisasi yang tersusun rapi; ia tidak berkesan untuk seorang pengasas yang cuba melancarkan sesuatu pada hari Sabtu.

Mengapa Weft memilih Scrumban

Weft wujud kerana kebanyakan pengurus tugasan dibentuk untuk salah satu daripada dua hujung yang melampau: sama ada aplikasi senarai tugasan perseorangan (senarai tanpa had, tiada irama) atau suite Agile untuk lima puluh orang (beban proses untuk pengasas yang hanya seorang). Scrumban berada tepat di tengah-tengah — cukup struktur untuk memaksa pelancaran mingguan atau dua minggu sekali, tetapi tidak sampai anda menghabiskan hari pelancaran untuk mentadbirnya.

Cara Weft melaksanakannya

• Empat lajur lalai: Backlog, Todo, Doing, Done. Kerja dalam proses dihadkan oleh perkara yang menunggu anda, bukan oleh satu angka bagi setiap lajur. Kanban Guide menganggap dasar yang jelas untuk mengehadkan kerja dalam proses sebagai sebahagian daripada definisi aliran kerja, supaya item baharu hanya ditarik masuk apabila kapasiti sudah terluang.
• Satu sprint aktif pada satu masa. Sprint adalah pilihan — langkau sahaja jika Kanban tulen lebih sesuai. Scrum Guide mentakrifkan Sprint sebagai acara dengan tempoh tetap selama sebulan atau kurang, dengan Sprint baharu bermula serta-merta selepas Sprint sebelumnya berakhir.
• Tugasan mempunyai keutamaan, anggaran, tarikh akhir, dan pautan sprint yang pilihan. Tiada epic, tiada aliran kerja tersuai, tiada medan tersuai.
• Cycle time bermula apabila tugasan berpindah ke lajur dengan semantic="doing" dan berakhir di "done". Angkanya terhasil daripada penggunaan yang jujur, bukan aritmetik story point.

Bila Scrumban bukan kaedah yang sesuai

• Anda mengendalikan beberapa pasukan Scrum serentak. Scrum Guide menetapkan saiz Pasukan Scrum lazimnya 10 orang atau kurang, dan menyatakan bahawa produk yang lebih besar patut disusun kepada beberapa Pasukan Scrum yang berkongsi satu Product Goal dan satu Product Backlog. Laporan peringkat program, velocity bersama, kebergantungan antara pasukan — Scrum penuh dalam Jira berbaloi dengan kosnya. Nexus Guide ditulis untuk situasi itu: beberapa Pasukan Scrum yang bekerja daripada satu Product Backlog, dengan amalan tambahan untuk mengenal pasti dan menyelesaikan kebergantungan antara pasukan.
• Anda menjalankan sokongan semata-mata / operasi berterusan. Irama sprint tidak diperlukan — Kanban tulen atau sistem tiket lebih sesuai.
• Anda memerlukan carta Gantt dan garis masa. Scrumban berfokuskan sprint, bukan graf kebergantungan.