Scrum Pertemuan harian: Ketepatan waktu atas kehadiran tim penuh?

9

Pemahaman saya adalah bahwa rapat Scrum Harian harus sangat cepat, diselenggarakan dengan cara yang ramah dan mengharuskan semua anggota tim hadir. Karena tujuannya adalah membuat semua orang mendapatkan informasi terbaru tentang apa yang dilakukan orang lain.

Saya suka Rapat Harian Scrum yang diadakan seperti itu.

Dalam proyek terbaru saya, Scrum Harian kami lebih seperti pertemuan Pembaruan Status. Meskipun posisinya adalah bahwa kami memegang Scrums dan berlatih Agile yang tepat.

Kami adalah tim terdistribusi, di 2 negara yang berbeda, dan orang-orang yang berada di Negara yang sama tidak berada di kantor yang sama. Sebagai akibatnya kami memiliki Scrum virtual.

Masalahnya adalah bahwa pertemuan kami selalu dimulai tepat waktu, banyak orang menelepon sebelum waktu mulai yang sebenarnya, sehingga mereka benar-benar mulai pada detik pertama rapat. Tanpa toleransi untuk penundaan kecil.

Misalnya terakhir kali kami berbicara di telepon dan orang yang mengoordinasi pertemuan memeriksa apakah semua orang ada, dan kami mengatakan salah satu anggota tim kami belum menelepon tetapi dia menelepon. Dan saya diberitahu untuk mulai berbagi tanpa menunggu anggota tim saya.

Juga setiap orang memiliki banyak pertemuan, dan kadang-kadang mereka kembali ke belakang dengan pertemuan Scrum, jadi dapat dimengerti jika mereka tiba pada menit pertama atau kedua pertemuan.

Apakah itu normal bagi tim yang berlatih Scrum Harian? Ini pertama kalinya terjadi pada saya.

Saya tidak dapat menemukan bibliografi secara langsung tentang itu. Meskipun kehadiran semua anggota tim ditekankan, ditekankan juga bahwa pertemuan harus selalu dimulai pada saat yang sama. Tapi saya membayangkan bisa ada sedikit toleransi keterlambatan.

Saya bahkan membaca di blog seseorang menyarankan agar Scrum Master dapat memberikan hukuman jika seseorang terlambat "5 detik". Saya pikir Scrums seharusnya ramah, dan memiliki penalti seperti itu tampaknya tidak produktif.

Apa pendekatan yang direkomendasikan dalam situasi seperti ini?

agile scrum

— Langit
sumber

Jika Anda memiliki scrum dengan 11 orang dan 1 orang kami terlambat 1 menit, itu membuang waktu perusahaan 10 menit. Jika 1 orang terlambat 6 menit, itu sudah satu jam. Sesuatu yang mungkin tampak kecil ternyata sangat besar.

— Pieter B

24

Seperti halnya latihan gesit lainnya, tim scrum dapat memutuskan ini sendiri. Jika itu mengganggu Anda, Anda harus membawanya dalam retrospektif Anda dan mencoba untuk menemukan solusi yang semua orang senang. Mungkin anggota tim lain merasakan hal yang sama, tetapi berpikir itulah "bagaimana scrum dilakukan."

Yang sedang berkata, dalam pertemuan scrum saya, saya mulai pada yang kedua kecuali tiga orang atau lebih hilang. Untuk pertemuan yang harus dihadiri setiap orang setiap hari, saya merasa tidak sopan jika semua orang melakukan hal sebaliknya. Ketika saya salah satu yang muncul terlambat, tim saya mulai tanpa saya. Jika kita punya waktu di akhir, kita kembali ke tugas orang yang datang terlambat.

Saya kurang tegas tentang ketepatan waktu di masa lalu, dan yang terjadi adalah orang-orang yang datang tepat waktu merasa bosan dengan waktu mereka yang terbuang sia-sia, jadi mereka mulai mencoba menebak kapan pertemuan akan benar-benar dimulai, dan kemudian muncul, yang kemudian efek bola salju.

Untuk pertemuan harian, ini bukan akhir dunia jika seseorang sesekali melewatkan bagian darinya. Semoga itu bukan satu-satunya komunikasi yang Anda lakukan sepanjang hari.

— Karl Bielefeldt
sumber

Saya mengerti maksud Anda. Meskipun saya merasa itu semacam mematahkan semangat Scrum Harian, setidaknya seperti yang dijelaskan. Plus itu tidak pernah ada penundaan lebih dari satu menit. Dan sebagian besar, karena Perangkat Lunak tidak berfungsi dengan baik. Masalah teleconference biasa.

— Langit

2

Ini jauh lebih mudah secara pribadi karena umumnya orang duduk berdekatan, dan dapat diambil jika mereka terlambat. Saya adalah pemilik produk pada proyek yang terdengar serupa karena kami memiliki orang yang bekerja di setidaknya empat lokasi terpisah secara internasional. Ini lebih sulit karena kadang-kadang orang "terlambat" karena keterbatasan teknis. Saya pribadi berpikir keseimbangan dapat dibuat jika orang tidak menyalahgunakannya.

— Gort the Robot

@StevenBurnap Itulah yang saya rasakan, tidak ada seorang pun di tim saya yang dekat. Dan bahwa jam mulai rapat adalah jam 3 sore, bukan berarti orang-orang mulai berbicara pada jam 3, itu berarti mereka berkumpul pada jam 3. Saya hanya merasa begitu ketat sebenarnya kontra produktif dalam tim yang didistribusikan.

— Langit

Saya memilih ini karena Anda yang pertama mengatakan bahwa tim Scrum dapat memutuskannya sendiri, dan bahwa Anda menyebutkan beberapa orang mungkin merasa "begitulah cara scrum dilakukan". Sisanya relatif, karena kondisi untuk setiap situasi sangat sulit dijelaskan di sini. Dan mengenai ketepatan waktu, itu tergantung pada orang-orangnya, saya lebih suka tidak menghukum orang-orang yang secara jujur memiliki masalah, hanya untuk kemungkinan penyalahgunaan di masa depan, karena tim yang didistribusikan memiliki komplikasi tambahan yang tidak dapat saya uraikan di sini. Terima kasih atas jawaban anda!

— Langit

1

kecuali bahwa di dunia nyata tim tidak selalu bertanggung jawab dan manajer atau setengah manajer yang mengendalikan rapat dan memaksanya serta menegakkan aturan.

— Rudolf Olah

6

Jika Anda menunggu orang, itu mengajarkan mereka tidak apa-apa untuk terlambat. Jika Anda mulai saat ini, orang akan diajari bahwa mereka harus ada di sana tepat waktu jika mereka ingin berpartisipasi. Pemrograman adalah kegiatan profesional yang membutuhkan setidaknya sedikit kedisiplinan.

Yang sedang berkata, inti dari standup harian adalah untuk membahas apa yang tim lakukan kemarin, apa yang mereka lakukan hari ini, dan untuk membuat semua orang menyadari hambatan. Waktu yang dijadwalkan harus "hal pertama di pagi hari ketika semua orang tersedia", belum tentu waktu tertentu pada jam. Tujuan akhirnya adalah bekerja bersama sebagai sebuah tim, bukan mengikuti aturan yang ketat. Jika tim Anda sangat baru untuk gesit, berpegang teguh pada jam adalah cara yang baik untuk membangun keterampilan tim Anda. Jika Anda tim yang matang, lakukan apa yang berhasil untuk tim Anda.

— Bryan Oakley
sumber

Satu-satunya masalah dengan "hal pertama di pagi hari ketika semua orang tersedia" adalah bahwa tidak ada ritme yang diperoleh dari melakukannya pada waktu yang sama setiap hari. Itu juga tidak memungkinkan waktu kedatangan berikutnya untuk bertunangan dengan pekerjaan dan mengejar ketinggalan sehingga mereka tidak akan melupakan apapun dalam scrum harian mereka. Saya pikir poin Anda tentang memulai tanpa penundaan adalah bagus! Ini mengajarkan semua orang untuk tepat waktu. Itu adalah poin yang sangat bagus dan saya sarankan kita mengadopsi.

— jmort253

Saya kira saya tidak cukup jelas. Maksud saya bukan waktu yang berbeda setiap hari. Maksud saya tim harus memilih waktu paling awal bahwa mereka semua tersedia, dan kemudian mereka harus menggunakan waktu yang sama setiap hari.

— Bryan Oakley

Oh OK itu masuk akal kalau begitu. Senang saya bertanya. :)

— jmort253

2

Apakah ini cara kerja Scrum?

Saya menyarankan kepada Anda bahwa rapat harian terlalu sering untuk kegiatan bisnis apa pun, kecuali tim Anda sangat produktif (artinya mereka dapat menghasilkan petak besar fungsionalitas dalam periode waktu yang sangat singkat).

Jika Anda memutuskan untuk melakukan tag-up harian, itu harus berlangsung tidak lebih dari 15 hingga 20 menit, dan ya, semua orang harus tepat waktu atau mereka tidak berpartisipasi. Tag up adalah untuk kepentingan anggota tim, bukan master scrum; hukuman untuk pertemuan harian yang hilang harus ditangani dengan cara yang sama seperti keterlambatan lainnya.

Singkatnya, saya tidak melihat sesuatu yang istimewa di sini. Saya pikir pertemuan harian dari segala bentuk batasan tentang manajemen mikro, tetapi jika Anda memutuskan untuk melakukannya, Anda harus melakukannya dengan benar.

— Robert Harvey
sumber

1

Bukankah tujuan utama mengadakan pertemuan tidak terstruktur setiap hari agar tim dapat mengetahui apa yang dilakukan semua orang dan menawarkan bantuan kepada orang lain? Dan karena itu lebih penting bahwa mereka merasa nyaman dan berbagi, daripada jika mereka datang terlambat 30 detik?

— Langit

3

if you know they are calling in, why not wait?- Karena penantian 3 menit menjadi penantian 5 menit, maka penantian 10 menit ... Seperti yang dikatakan Tom Hanks dalam film Cast Away (ketika membahas catatan tepat waktu Federal Express) "Sebelum Anda menyadarinya, kami Adalah Layanan Pos Amerika Serikat. "

— Robert Harvey

2

Jika Anda tidak mempertahankan ketepatan waktu, orang-orang merasa terganggu dengan Anda dan satu sama lain. Jika Anda mempertahankan ketepatan waktu, orang akan jengkel dengan diri mereka sendiri karena tidak memastikan mereka siap. Mana yang lebih kamu sukai?

— keshlam

2

Saya pikir 15-20 menit terlalu lama. Jika Anda berjalan lebih dari 5 menit, Anda salah melakukannya.

— Bryan Oakley

2

@RobertHarvey tujuan dari scrum harian adalah untuk dengan cepat mengambil denyut nadi tim, mengidentifikasi hambatan, dan menjadwalkan tindak lanjut antara hanya anggota tim yang diperlukan sebagaimana diperlukan tanpa membuang waktu semua orang pada pertemuan yang lebih tradisional dan lebih lama. Lihat en.wikipedia.org/wiki/Stand-up_meeting#Software_development untuk ikhtisar yang bagus. Ada banyak literatur yang tersedia tentang scrum dan Anda mungkin menemukan bahwa membaca beberapa di antaranya membantu Anda lebih memahami pertanyaan scrum dan menempatkan Anda pada posisi untuk memberikan saran konteks khusus yang lebih bermakna.

— merampok

2

Orang lebih dari proses . Itu adalah salah satu penyewa inti Agile, jika suatu proses tidak bekerja untuk tim Anda, memo atau modifikasi. Biarkan tim memodifikasinya agar sesuai dengan kebutuhan mereka.

— Rudolf Olah
sumber

0

Pikirkan seperti ini, apa gunanya berdiri sehari-hari?

Ini adalah kesempatan Anda untuk meningkatkan hambatan dengan anggota tim lainnya, untuk menandai bahwa Anda mungkin memerlukan bantuan, dan untuk menyoroti perubahan yang akan memengaruhi orang lain. Penting bahwa Anda sebagai pengembang ada di sana.

Dengan tim pengembang 4 -8, mereka harus cepat dan cepat - masing-masing 30 detik setiap waktu. Jika melakukan peran sebagai master scrum, saya akan khawatir tentang keterlambatan memulai pertemuan karena akan meningkatkan biaya pertemuan. Demikian juga, waktu pertemuan variabel membuat gangguan bagi semua orang - apakah kita akan ... Saya juga akan sangat menyadari menyeimbangkan ini dengan kebutuhan untuk memastikan tim dapat saling mendukung, sehingga dapat menunda pertemuan jika diperlukan karena seseorang yang kemungkinan terhambat ada di telepon / toilet.

Di mana tim didistribusikan secara geografis seperti yang Anda gambarkan, saya akan menganggap ini sebagai hambatan tim di SETIAP retrospektif. Ini jelas merupakan hambatan bagi kinerja scrums dan komunikasi bahwa mereka tidak semua duduk bersama dan mampu berkomunikasi secara bebas dan mudah.

Saya berpendapat bahwa ini harus diatur sebagai dua tim scrum yang terpisah, dan pekerjaan diatur sehingga scrum of scrum harus menangani komunikasi internasional.

— Michael Shaw
sumber

Ternyata, dan karena perasaan saya, masalahnya bukan pada prosesnya, adalah dengan orang-orang. Mereka menggunakan proses itu sebagai alasan, ketika anggota tim lebih mengenal satu sama lain, toleransi tumbuh, dan tiba-tiba mereka tidak memiliki masalah menunggu 30 detik atau satu menit bagi seseorang untuk bergabung, karena sekarang mereka tahu satu sama lain. Saya tidak akan menyarankan untuk memegang SCRUM terpisah kecuali kedua tim bekerja di bagian proyek yang sangat berbeda dan tidak perlu berinteraksi. Saya setuju, SCRUM harus gesit, tetapi lebih banyak tim yang harus kohesif dan toleran ketika ada masalah.

— Langit