Scrum terbaik untuk tim dengan anggota generalis, yaitu tim di mana 2 orang setidaknya dapat melakukan tugas yang sama. Perhatian utama saya adalah menemukan solusi yang baik untuk beradaptasi scrum (apa yang harus disimpan, apa yang harus dihapus, apa yang harus ditingkatkan) untuk tim yang terbuat dari spesialis?
Misalkan Anda memiliki tim 5 pengembang (tidak nyata, hanya sebagai contoh):
- Seorang ahli matematika dengan keterampilan yang kuat dalam C;
- Satu pengembang DB;
- Satu Pengembang Web;
- Satu pengembang UX / GUI;
- Satu arsitek perangkat lunak;
Di sini, semua adalah spesialis dan tidak ada yang bisa menggantikan orang lain (saya tidak peduli dengan risiko membangun tim seperti itu, saya ingin fokus pada scrum). Jadi, dalam konteks scrum, berikut adalah pikiran saya:
- Perencanaan musim semi yang tidak berguna: memang, ketika ahli matematika mengatakan bahwa tugas tertentu bernilai 2 poin, tidak ada yang dapat memberikan suara menentangnya;
- Metrik kecepatan tim yang tidak berguna: karena setiap orang dapat mengalokasikan sejumlah poin untuk tugasnya sendiri, menghitung kecepatan tidak masuk akal;
- Ganti rapat scrum harian dengan rapat scrum mingguan (lebih lama): karena setiap anggota tim mengerjakan tugasnya sendiri, rapat scrum harian harus benar-benar penting untuk menjaga "semangat tim". Namun, rapat scrum harian seharusnya berlangsung sekitar 15 menit. Ini jelas tidak cukup untuk memahami apa yang orang lain lakukan dan akan lakukan. Selain itu, ahli matematika sebagian besar waktu akan menjawab hal yang sama: "Saya masih melakukan % & Lo (+? $$ + &)" ... Rapat mingguan akan memberi lebih banyak waktu. Untuk menjaga waktu rapat yang sama antara rapat scrum "awal" dan rapat scrum "mingguan", setiap rapat scrum mingguan harus berlangsung (5 hari seminggu, dengan sprint 4 minggu, dengan rapat sprint yang berlangsung 4 jam dan pertemuan harian yang berlangsung 15 menit): (4 * 60 + 20 * 15) / 4 =>
Atau apakah scrum masih dapat digunakan? Mungkin teknik gesit lain harus digunakan?