Perencanaan sprint biasanya merupakan proses yang produktif dan rajin. Tim menyempurnakan backlog, menetapkan kecepatan target, memilih cerita pengguna untuk sprint mendatang, memperkirakan upaya, dan menentukan tugas. Dilakukan dengan benar, tim meninggalkan perencanaan dengan tujuan sprint yang jelas dan rencana sprint yang bersih. Rasanya enak, kan?
Terlepas dari semua perencanaan ini, pengembang sering meninggalkan perencanaan tanpa tugas yang diberikan kepada mereka – dan itu bisa menjadi hal yang baik.
Untuk tim scrum yang lebih baru, menugaskan tugas selama perencanaan sprint bertindak sebagai jaring pengaman – meyakinkan untuk mengetahui siapa yang bertanggung jawab atas item mana, dan menetapkan setiap tugas dapat membantu meredakan kekhawatiran bahwa cerita akan tertinggal. Sementara pendekatan ini meningkatkan akuntabilitas individu, itu mengorbankan akuntabilitas tim. Bagaimanapun, tim berkomitmen untuk cerita tertentu bersama-sama; mereka harus berbagi tanggung jawab untuk mengklaim dan menyelesaikan tugas selama sprint.
Sementara mengklaim tugas setelah perencanaan sprint dianjurkan, setiap tim harus memutuskan cara terbaik untuk mengadopsi tugas. Lihat beberapa cara tim Anda dapat meninggalkan perencanaan sprint dengan rencana permainan terbaik.
Santai saja
Menginginkan perasaan aman yang datang dengan sprint sepenuhnya dapat dimengerti, tetapi ada biayanya. Sangat mudah bagi tim untuk menjadi terkunci ke dalam hierarki pengembangan tertentu, melewati sangat dekat dengan pola pikir air terjun. Menjadikan Pengembang A selalu bertanggung jawab untuk pengujian unit sementara Pengembang B hanya bekerja membangun logika basis data membuat tim jauh kurang fleksibel. Pengembang Anda mungkin memiliki kompetensi inti (karenanya seluruh tim lintas fungsi), dan tidak ada yang salah dengan penugasan tugas berdasarkan keahlian – berhati-hatilah. Pepatah tangkas “menanggapi perubahan atas mengikuti rencana” harus memandu tim Anda di sini.
Yang mengatakan, tim baru mungkin memerlukan roda pelatihan untuk memulai. Mike Cohn dari Mountain Goat Software merekomendasikan untuk mempertimbangkan pemberian tugas sepenuhnya untuk lima sprint pertama tim. Untuk beberapa tugas berikutnya, pindah ke menugaskan 50% tugas, lalu 25%, dan akhirnya 0%. Transisi bertahap ini dapat membantu tim merasa lebih nyaman dengan kemampuan dan komitmen masing-masing, dan dapat mendorong pulang gagasan bahwa tim memiliki sprint backlog.
Tetapkan Tugas Tunggal
Tentu saja, banyak tim yang ingin meninggalkan perencanaan sprint dan mulai berlari; mengklaim tugas bisa terasa seperti penghalang yang tidak perlu. Beberapa tim menyiasatinya dengan mendorong setiap pengembang untuk memilih satu tugas dari setiap cerita pada perencanaan sprint, membiarkan sisanya tidak ditugaskan. Pendekatan ini membantu tim menjadi jauh lebih fleksibel dan mendorong akuntabilitas tim. Jika tugas berakhir lebih lama dari yang diharapkan, Anda tidak akan memiliki pengembang tiba-tiba di bawah air selama sisa sprint. Ini juga mengurangi keengganan pengembang untuk melakukan tugas yang mungkin bukan “milik” mereka. Semuanya milik tim, dan tim bertanggung jawab untuk menyelesaikan pekerjaan yang diperkirakan dalam perencanaan.
Jadi apa yang Anda pikirkan? Apakah tim Anda meninggalkan perencanaan sprint siap untuk rock and roll, atau apakah Anda lebih suka kemacetan lambat?
Kredit Foto
