Apa yang harus saya lakukan jika anggota Scrum pergi setengah jalan?

12

Karena kondisi kesehatan salah satu anggota scrum, ia harus meninggalkan tim.

Pertanyaan saya adalah, apakah saya perlu memulai sesi perencanaan sprint lagi? atau mengubah grafik burn-down? atau minta semua anggota tim untuk menggigit peluru dan melakukan pekerjaan ekstra untuk memenuhi target?

Terima kasih

scrum scrum-master

— petugas kebersihan
sumber

7

Ironisnya, di sinilah kepatuhan yang ketat terhadap gesit menghasilkan terlalu banyak kekakuan. Mundur sejenak dari kenyataan bahwa Anda mencoba menyesuaikan pendekatan yang gesit. Seseorang meninggalkan tim Anda, mendistribusikan kembali beban kerja dan memprioritaskan. Anda tidak perlu jawaban khusus yang gesit di sini. Orang-orang menganggap metodologi ini terlalu harfiah. Tanpa terdengar menggurui, tidak ada yang masuk akal apa yang harus Anda lakukan di sini.

— JᴀʏMᴇᴇ

Sebagai pelatih, saya selalu memberi tahu tim saya: LAKUKAN APA YANG MEMBUAT SENSE! Apa yang perlu didengar oleh PO dan pemangku kepentingan? Keputusan apa yang perlu mereka buat? Apa dampak keberangkatan ini pada tim untuk jangka pendek, menengah dan panjang? Apa yang perlu dilakukan untuk memperbaikinya? Syukurlah, Scrum dan Agile didasarkan pada Nilai dan Prinsip dan BUKAN buku peraturan yang padat.

— Curtis Reed

20

Anda perlu membatasi cerita yang paling tidak penting dan memindahkannya ke sprint berikutnya. Kapasitas Anda telah berubah dan sprint akan mencerminkan hal itu.

Jika pelanggan menambahkan berita besar baru dengan prioritas tinggi, apa yang Anda lakukan? Terima dan tambahkan ke sprint? Merencanakan ulang? Ubah grafik burn-down? Menggigit peluru? Tidak. Anda membatasi cerita lain karena Anda tidak memiliki kapasitas.

Ini tidak berbeda - situasinya telah berubah dan tim Anda tidak dapat lagi berkomitmen untuk lingkup awal.

— Oded
sumber

Kami sudah melakukan rapat rencana sprint. Saya pikir begitu rencana rapat selesai, semuanya sudah beres. ya Tidak?

— janetsmith

@janetsmith - Tidak ada yang "diatur dalam batu". Apa yang akan terjadi jika ada epidemi flu dan Anda kehilangan semua pengembang?

— Oded

Apakah itu berarti saya harus memulai sesi perencanaan sprint lagi? Sesi perencanaan sprint tampaknya cukup melibatkan.

— janetmith

@janetsmith - Tidak, Anda hanya menjatuhkan barang-barang yang menjadi prioritas terendah dalam sprint, sampai Anda dapat mencapai sisa cerita dengan kapasitas yang sekarang Anda miliki.

— Oded

2

Tidak. Anda tidak meminta orang untuk bekerja ekstra. Apakah Anda ingin lebih banyak pergi?
Apa itu grafik burn-down? Ini adalah grafik dari poin apa saja yang diselesaikan terhadap grafik dari poin apa yang perlu Anda selesaikan sebelum batas waktu. Jadi mengapa mengubahnya? Terus grafik dan Anda akan melihat efek dari kehilangan pengembang dan dapat membuat pelanggan mendapatkan informasi.
Pelanggan dapat menggunakan informasi itu untuk membatalkan atau memperpanjang batas waktu. Yang tidak dapat mereka lakukan adalah mengatakan bahwa mereka menginginkan lebih banyak sumber daya. Sumber daya datang ketika Anda menemukan mereka dan pergi ketika mereka merasa menyukainya dan memaksa orang yang salah dengan cepat tidak akan menyelesaikan masalah Anda. Ini khususnya benar ketika tenggat waktu semakin dekat.
Jika Anda akan mempekerjakan seseorang, perkirakan hal itu membutuhkan waktu juga, sehingga biayanya akan lebih dari satu jam pengembang, dan keuntungannya tidak akan langsung terasa.
Tunjukkan pada bisnis bahwa jika mereka tidak ingin ini terjadi di masa depan, mereka perlu mempekerjakan terlalu banyak sumber daya pada awal proyek dan tetap berada di depan dari persyaratan yang diharapkan sampai mendekati batas waktu (kapan, karena mereka di depan, mereka dapat kehilangan setengah dari tim dan tidak menggantikan pada saat dev yang tersisa tidak perlu menghabiskan waktu pelatihan).

Penafian: Semua ini datang dengan peringatan, "di dunia yang sempurna." Sekarang sedekat mungkin dengan itu dan Anda akan baik-baik saja.

— pdr
sumber

2

Jika tenggat waktu penting muncul, maka tidak apa-apa IMHO untuk bertanya kepada anggota tim apakah mereka bersedia meluangkan waktu ekstra. Ini biasanya baik-baik saja selama itu merupakan kejadian yang tidak biasa, kejadian luar biasa, dan Anda MEMINTA tim untuk melakukan ini, bukan MENGATAKANnya. Sebagian besar waktu Anda akan terkejut bagaimana tim akan dengan bangga melangkah dan memberikan. Peringatannya adalah bahwa mereka harus menghormati Anda dan merasa bahwa Anda menghormati mereka pada gilirannya.

— maple_shaft

2

Jika Anda membutuhkan waktu ekstra, Anda terlalu banyak berkomitmen atau ada sesuatu di antaranya yang membuatnya tidak dapat menyelesaikan pekerjaan yang juga dilakukan oleh tim. Dalam kedua kasus, Anda harus memberi tahu pemilik produk tepat waktu sehingga ia dapat mengambil tindakan yang sesuai (misalnya, menghapus beberapa cerita). Scrum mengatakan tim harus bekerja dengan kecepatan berkelanjutan 7-8 jam sehari, Anda tidak harus bekerja dengan jam tambahan.

— Bart

4

@maple_shaft: Anda meminta saya untuk melakukan jam tambahan karena saya mengacaukan, atau bahkan salah satu rekan tim saya mengacaukan (dan tidak bisa melakukan semuanya sendiri saat ini), atau karena saya terlalu banyak berjanji, saya akan melakukannya dalam denyut jantung. Minta saya untuk melakukannya karena manajemen gagal menjelaskan kemungkinan seseorang pergi, saya tidak akan menerimanya dengan baik.

— pdr

0

Sebagai anggota tim atau master scrum tidak melakukan apa-apa selain memberi tahu pemilik produk tentang situasinya. Tim Anda sudah membuat komitmen untuk sejumlah cerita pengguna berdasarkan pada beberapa kapasitas yang diharapkan. Sesuatu yang buruk terjadi dan salah satu anggota tim Anda tidak dapat terus berlari karena kondisi kesehatan. Itu bisa terjadi dan tidak ada yang bisa menyalahkan dia atau Anda untuk itu.

Terserah pemilik produk untuk memutuskan apa yang harus dilakukan selanjutnya. Jelas bahwa Anda kemungkinan besar tidak akan memberikan apa yang Anda komit. Pemilik produk dapat membiarkan sprint terus berlanjut sehingga Anda menyelesaikan sebanyak mungkin cerita pengguna tanpa kehilangan anggota tim dan lembur yang tidak masuk akal atau dia dapat memutuskan untuk menghentikan sprint dan memulai yang baru - tetapi itu akan sangat drastis.

Mendopling berbahaya. Sprint harus menjadi zona aman bagi tim. Ini adalah bagian dari prinsip lincah untuk memberdayakan orang. Tim diberdayakan untuk membuat komitmen. Setelah Anda mengizinkan komitmen berubah selama sprint, itu bisa segera menjadi praktik umum dan seluruh titik komitmen dan zona aman akan hilang. Anda akan mendapatkan kekacauan dengan target sprint yang terus berubah.

— Ladislav Mrnka
sumber

-1

Sadarilah bahwa scrum memiliki kecepatan untuk membantu mengelola itu.

Pemahaman saya adalah bahwa kecepatan Anda akan menyesuaikan diri dengan tim baru seiring waktu. Tempat-tempat tertentu bahkan memungkinkan untuk memperkirakan penurunan kecepatan, untuk membantu mengelola dengan lebih baik ketika anggota tim pergi, atau bahkan hanya pergi berlibur.

— tylermac
sumber

1

Jadi begitu. Tempat-tempat tertentu bahkan memungkinkan penurunan kecepatan. Betapa murah hati mereka. Tahukah Anda bahwa saya yang membuat langit menjadi biru?

— ThomasX

-2

Menganalisis dampak pada sprint keseluruhan. Identifikasi solusi alternatif / kerjakan. Diskusikan dengan pemilik produk untuk memindahkan cerita pengguna yang kurang prioritas / penting ke sprint berikutnya. Bawa sumber daya tambahan untuk sprint ini atau sprint masa depan.

— Pani
sumber