Apa yang harus dilakukan jika anggota tim melewatkan perencanaan sprint?

Katakanlah seorang anggota tim sedang cuti tahunan. Dia tidak akan menghadiri perencanaan sprint tetapi dia akan kembali pada pertengahan iterasi / sprint. Katakanlah ia memiliki kapasitas 50% yaitu karena ia akan tersedia untuk setengah dari iterasi berikutnya, jika kita:

1. memiliki sesi perencanaan dengannya setelah dia kembali.

2. memiliki sesi perencanaan dengannya sebelum ia pergi cuti tahunan yaitu sebelum perencanaan sprint.

3. jangan menjadwalkan dia untuk tugas apa pun dan menugaskannya untuk tugas non sprint misalnya paku dll

4. memiliki rekan-rekannya merencanakan atas namanya selama perencanaan sprint dan orang yang absen kemudian dapat menambahkan tugas ketika dia kembali dan jika dia tidak dapat melakukan semua pekerjaan yang dia bisa membatalkan.

5. minta dia duduk dengan pengembang lain dan melakukan pair programming untuk sementara waktu.

6. ada yang lain..

Saya tertarik untuk mengetahui apa yang Anda lakukan ..

Catatan: Kami sedang melakukan (1) dan rasanya tidak benar.

Perencanaan adalah tentang melakukan komitmen dan tentang membagi cerita pengguna yang berkomitmen dengan tugas.

memiliki sesi perencanaan dengannya setelah dia kembali.

Jelas tidak. Sesi perencanaan setelah dia kembali tidak masuk akal karena komitmen harus sudah dilakukan.

memiliki sesi perencanaan dengannya sebelum ia pergi cuti tahunan yaitu sebelum perencanaan sprint.

Jelas tidak. Seharusnya tidak ada perencanaan ketika sprint saat ini tidak selesai = hasil sprint saat ini tidak diketahui dan tidak ada yang tahu apakah semua cerita pengguna akan selesai dan pelanggan akan puas dengan mereka saat ditinjau.

jangan menjadwalkan dia untuk tugas apa pun dan menugaskannya untuk tugas non sprint misalnya paku dll

Jelas tidak. Dia akan kembali dan kapasitasnya harus digunakan untuk target sprint.

memiliki rekan-rekannya merencanakan atas namanya selama perencanaan sprint dan orang yang absen kemudian dapat menambahkan tugas ketika dia kembali dan jika dia tidak dapat melakukan semua pekerjaan yang dia bisa membatalkan.

Ini benar. Tim melakukan komitmen - bukan anggota tim tertentu. Tim berkomitmen untuk menetapkan cerita pengguna karena mereka mengetahui kecepatannya dan berdasarkan tebakan profesionalnya, mereka dapat memodifikasi komitmen untuk sprint berikutnya berdasarkan kapasitas yang tersedia. Seharusnya tidak ada tugas yang diberikan untuk pengembang tunggal dimuka. Pengembang harus lintas fungsional meskipun tidak selalu memungkinkan, mereka harus tetap dapat setidaknya membagi cerita pengguna ke tugas. Mungkin ada masalah dengan memperkirakan tugas tetapi menurut saya itu tidak diperlukan sama sekali.

minta dia duduk dengan pengembang lain dan melakukan pair programming untuk sementara waktu.

Jelas tidak. Pemrograman pasangan harus dicakup oleh kecepatan itu sendiri. Jika Anda tidak menghitung dengan pengembang itu sama seperti mengatakan bahwa ia akan pergi seluruh sprint. Mengapa pelanggan harus membayar waktu pengembang yang tidak melakukan apa pun selama sprint?

Dalam suatu tim yang gesit, anggota tim merasa nyaman dengan semua teknologi yang digunakan dalam suatu proyek dan tugas apa pun dapat dilaksanakan oleh (hampir) anggota tim mana pun. Jika itu masalahnya, setelah menentukan ukuran tugas di backlog, menentukan iterasi dan anggota tim memilih set tugas pertama mereka dari backlog, Anda bisa meninggalkan tugas-tugas lainnya dalam ember dan mereka akan dijemput oleh tim anggota termasuk orang yang melewatkan sesi perencanaan.

Dalam situasi umum lainnya, anggota tim memiliki spesialisasi (satu adalah orang UI, yang lain adalah pakar basis data, ketiga adalah guru middleware, dll.) Dia mungkin perlu mengubah ukurannya setelah dia naik.

Dalam sebuah tim di mana "scrum" bekerja, tim itu sendiri akan mengambil kendur dan datang dengan solusi kreatif. Situasi ini tidak cukup sering muncul untuk menjamin menggambarkan kasus-kasus khusus, hanya "mengikuti arus" untuk sisa sprint. Bagaimanapun, sprint ini tidak terlalu lama.

Berlibur baik yang direncanakan / tidak direncanakan hanyalah bagian dari permainan. @ Asim Ghaffar, metode yang disarankan - setidaknya sebagian besar dari mereka, mengkriminalkan seseorang yang absen dari pertemuan perencanaan sprint. Dalam sebuah tim, yang memiliki rasa hormat yang sehat satu sama lain akan memahami kebutuhan pribadi seseorang, dan dalam tim seperti itu ada kepercayaan yang sehat atas jenis pekerjaan yang dia lakukan. Dengan keyakinan ini mereka merencanakan apa yang dapat mereka lakukan, mengingat saat ketika individu yang berbeda akan keluar dari pekerjaan untuk iterasi / sprint tertentu.

Ini adalah masa-masa sulit yang menunjukkan betapa profesionalnya sebuah tim. Dalam tim menengah, di perusahaan kami selalu ada orang yang ketinggalan pertemuan perencanaan sprint. Kami tidak mengkriminalkannya. Kami percaya dia cukup dewasa untuk mengambil keputusannya :)

Saya menghargai pertanyaan Anda selama Anda haus untuk belajar dan menghargai semangat metodologi pengembangan perangkat lunak Agile.

Di mana saya bekerja, 4 akan menjadi solusi umum yang diambil. Orang yang absen rapat mungkin sedang berlibur, sakit, atau memiliki hal lain yang harus dilakukan untuk beberapa kasus di mana hanya karena seseorang hilang tidak berarti sprint tidak boleh dilanjutkan. Idenya di sini adalah bahwa tim mengenali jenis penyesuaian apa yang dapat dilakukan jika seseorang pergi selama setengah dari sprint meskipun mungkin ada lebih dari beberapa penyesuaian yang dibuat pada akhirnya.

Orang-orang selalu cenderung berlibur :-) tidak ada salahnya dilakukan.

Di dalam kelompok lincah jika seseorang membutuhkan liburan jika lincah bekerja dengan baik satu orang hilang seharusnya tidak membuat banyak perbedaan, ya, kelompok dapat melakukan kurang dari normal tetapi itu hanya berarti melakukan lebih sedikit fitur dalam iterasi itu.