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?
Jawaban:
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.
sumber
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.
sumber
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.
sumber
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. "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.
sumber
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.
sumber