Apa tujuan dari stand-up dan durasinya dalam metodologi gesit? [Tutup]


13

Saya dulu bekerja di metodologi air terjun dan sekarang saya berada di tim yang mengikuti metodologi tangkas. Tampaknya mereka melakukan kesalahan. Sebagai contoh, kami memiliki stand-up yang berlangsung 25+ menit setiap hari, yang sangat menjengkelkan. Selain itu, saya merasa lebih seperti saya membenarkan gaji saya kepada manajemen daripada yang lain.

Apakah saya salah merasa seperti ini? Apakah begini biasanya stand-up dilakukan?


3
Pernahkah Anda menyarankan selama Retrospektif bahwa stand-up terlalu memakan waktu? Apa yang dibahas selama pertemuan yang membutuhkan waktu 25 menit?
dcaswell

Berapa banyak orang dalam tim?
Guy Sirton

1
@GuySirton: Saya mengerti apa yang Anda katakan tetapi di sisi lain tidak ~ 30 menit setiap hari, bukankah ini terlalu banyak?
user10326

1
Suara

2
@ user10326: Manajemen Anda jelas tidak menganggapnya terlalu banyak. Dengan asumsi mereka membuat aturan (itu bervariasi antara perusahaan) dan Anda tidak dapat meyakinkan mereka itu terlalu lama maka itu akan menjadi 30 menit. Anda hampir pasti tidak akan meyakinkan mereka dengan merujuk ke Programmer atau Manual Scrum. Bagaimana menghadapi situasi tim / pekerjaan mungkin merupakan pertanyaan untuk Workplace SE. Di sini kami dapat memberi tahu Anda bagaimana seharusnya bekerja tetapi tidak yakin kami dapat membantu Anda dengan situasi spesifik Anda.
Guy Sirton

Jawaban:


13

Untuk Scrum, Ken Schwaber dan Jeff Sutherland menjelaskan :

Scrum harian

The Scrum Harian adalah acara kotak waktu 15 menit untuk Tim Pengembangan untuk menyinkronkan kegiatan dan membuat rencana untuk 24 jam ke depan. Ini dilakukan dengan memeriksa pekerjaan sejak Daily Scrum terakhir dan memperkirakan pekerjaan yang bisa dilakukan sebelum yang berikutnya. Scrum Harian diadakan pada waktu dan tempat yang sama setiap hari untuk mengurangi kompleksitas. Selama pertemuan, anggota Tim Pengembangan menjelaskan:

  • Apa yang saya lakukan kemarin yang membantu Tim Pengembangan memenuhi Sasaran Sprint?

  • Apa yang akan saya lakukan hari ini untuk membantu Tim Pengembangan memenuhi Sasaran Sprint?

  • Apakah saya melihat ada halangan yang menghalangi saya atau Tim Pengembangan untuk memenuhi Sasaran Sprint?

Tim Pengembangan menggunakan Scrum Harian untuk memeriksa kemajuan menuju Sprint Goal dan untuk memeriksa bagaimana kemajuan sedang menuju penyelesaian pekerjaan di Sprint Backlog. Scrum Harian mengoptimalkan kemungkinan bahwa Tim Pengembang akan memenuhi Sasaran Sprint. Setiap hari, Tim Pengembangan harus memahami bagaimana niatnya untuk bekerja bersama sebagai tim yang mengatur diri sendiri untuk mencapai Tujuan Sprint dan menciptakan Peningkatan yang diantisipasi pada akhir Sprint. Tim Pengembangan atau anggota tim sering bertemu segera setelah Scrum Harian untuk diskusi terperinci, atau untuk menyesuaikan, atau merencanakan ulang, sisa pekerjaan Sprint.

Scrum Master memastikan bahwa Tim Pengembangan mengadakan pertemuan, tetapi Tim Pengembangan bertanggung jawab untuk melakukan Scrum Harian. Scrum Master mengajarkan Tim Pengembangan untuk menjaga Scrum Harian dalam waktu 15 menit.

Scrum Master memberlakukan aturan bahwa hanya anggota Tim Pengembangan yang berpartisipasi dalam Scrum Harian.

Scrum harian meningkatkan komunikasi, menghilangkan rapat-rapat lain, mengidentifikasi halangan untuk pengembangan untuk dihapus, menyoroti dan mempromosikan pengambilan keputusan cepat, dan meningkatkan tingkat pengetahuan Tim Pengembang. Ini adalah pertemuan kunci inspeksi dan adaptasi.

Metodologi lain mungkin memiliki ritual yang berbeda dan bahkan tim Scrum yang berbeda dapat mengoptimalkan cara mereka melakukan ini secara berbeda. Ide kuncinya adalah berkumpul cepat untuk memastikan tim berada di jalur yang tepat untuk mengantarkan. Seharusnya bukan laporan status manajemen. Namun itu adalah salah satu ide lincah yang lebih mudah ditumbangkan.


Ada juga pertemuan berdiri berbasis web yang kami gunakan untuk standup harian kami jika itu membantu seseorang: standup.report
MagExt

8

TL; DR

Ketika dieksekusi dengan baik dalam tim Scrum yang berukuran tepat, stand-up harian tidak boleh memakan waktu lebih dari 15 menit. Jika itu membutuhkan waktu lebih lama, timnya terlalu besar atau Anda memiliki masalah proses.

Tujuan Stand-Up

Stand-up harian adalah pertemuan komitmen dan koordinasi untuk seluruh tim. Hal ini dirancang untuk memastikan bahwa seluruh tim menyadari hambatan, cerita apa yang dilakukan atau tidak, dan tugas apa yang siap ditarik dari daftar tugas satu anggota tim ke daftar orang lain.

Penting agar Scrum Master dan Pemilik Produk menjadi peserta aktif dalam stand-up, tetapi jika tim melapor ke salah satu dari mereka maka proses Scrum Anda mungkin rusak dan benar-benar rusak. Jawaban terkait tentang Manajemen Proyek Stack Exchange memiliki daftar 10 poin "bau proyek" di bagian bawah, beberapa di antaranya mungkin berlaku dalam kasus Anda. Bahkan jika itu tidak berlaku, Anda harus mengevaluasi kembali efektivitas stand-up Anda di Sprint Retrospective Anda berikutnya.

Hormati Kotak Waktu

Sementara saya tidak menyukai "tiga pertanyaan" sebagai format konkret justru karena mereka cenderung mengarah ke pertemuan yang menyerupai tarikan status, saya akan lalai jika saya tidak menunjuk pada deskripsi kanonik Mike Cohn tentang Daily Scrum . Halaman itu mengatakan, sebagian:

Dengan berfokus pada apa yang setiap orang capai kemarin dan akan capai hari ini, tim memperoleh pemahaman yang sangat baik tentang apa yang telah dilakukan pekerjaan dan apa yang tersisa. Rapat Scrum harian bukan pertemuan pembaruan status di mana bos mengumpulkan informasi tentang siapa yang ketinggalan jadwal. Sebaliknya, ini adalah pertemuan di mana anggota tim membuat komitmen satu sama lain.

Ada lebih banyak detail dan beberapa contoh nyata di halaman itu. Namun, untuk keperluan pertanyaan Anda, secara eksplisit dinyatakan bahwa:

Rapat standup harian Scrum dikotak ketat hingga 15 menit. Ini membuat diskusi berlangsung cepat tetapi relevan.

Kotak waktu adalah fondasi Scrum. Sementara kebanyakan kotak waktu dalam Scrum dapat disesuaikan oleh tim sebagai hasil dari siklus inspeksi dan adaptasi, dianggap praktik yang buruk untuk memperpanjang jangka waktu stand-up. Jika prinsip waktu-tinju tidak dihormati dalam proses Anda, itu umumnya "bau proyek" yang sangat aneh.


3

Apa yang Anda gambarkan adalah salah satu cara di mana 'stand-up' dapat gagal untuk tim.

Stand-up terbaik adalah singkat karena semua orang memahami apa yang dilakukan orang lain, mereka menjelaskan apa yang mereka capai kemarin, apa yang akan mereka capai hari ini dan menandai apa pun yang mungkin / memang memengaruhi kemampuan mereka untuk memenuhi janji mereka. Anggota tim yang lain kemudian dapat mengindikasikan bahwa mereka dapat membantu menyelesaikan satu sama lain hambatan dengan cepat, tetapi solusi mengambil bagian di luar stand up.

Singkatnya, Mereka harus menjadi perekat yang mengikat tim bersama.

Kedengarannya lebih seperti itu, adalah pembaruan status, dan Anda dianggap bertanggung jawab atas pengiriman / bukan pengiriman, tetapi tim tersebut tidak berfungsi karena tim tidak menggunakan rapat berdiri untuk saling mendukung untuk menyampaikan dan menghilangkan hambatan.

Dalam dua lingkungan yang saya lihat ini terjadi, itu disebabkan oleh memiliki scrum master yang gagal mendelegasikan tanggung jawab untuk memastikan tim memenuhi janji iterasi mereka. Dalam satu kasus itu terutama kontra produktif dan menghasilkan sikap kita / mereka dalam tim.

Scrum adalah tentang tim yang mengatur diri sendiri, di mana tim mengatur dirinya sendiri untuk menyelesaikan masalah dengan cepat untuk memenuhi komitmen mereka


2

Seperti semua proses Agile ini tujuannya adalah: "apa yang Anda dapatkan nilainya".

Standup harian biasanya merupakan mekanisme untuk memastikan komunikasi antara anggota tim dengan dampak rendah, di mana setiap orang dapat memahami di mana tim tersebut berkaitan dengan serangkaian tugas saat ini. Jadi standup 5 menit di mana semua orang mengatakan "Saya melakukan x kemarin dan saya akan melakukannya hari ini" tidak apa-apa, seperti halnya 15 menit di mana tim memutuskan di antara mereka sendiri apa yang harus dikerjakan selanjutnya dan memperbarui papan tugas.

Namun, tidak perlu sama sekali, tidak jika Anda mengomunikasikan hal-hal ini dengan cara lain, katakanlah menggunakan sistem pemberitahuan sosial bergulir, misalnya.

Demikian pula, jika Anda ingin standup Anda lebih lama dan lebih merupakan hal yang dilaporkan tim, maka itu juga tidak masalah. Saya akan mempertanyakannya, tetapi saya tahu beberapa tim lebih memilih pendekatan yang lebih terarah daripada diberi pekerjaan. Agile bisa mengatasi semua jenis tim.

Pertanyaan sebenarnya yang harus Anda tanyakan adalah apakah Anda mendapatkan nilai dari itu, dan jika tidak - apa yang akan Anda ubah jadi Anda mendapatkan nilai. Melakukan standup sebagaimana ditentukan oleh beberapa buku suci Scrum TIDAK Cekatan. Melakukan standup yang berarti bagi tim Anda sehingga Anda semua dapat bekerja sama dengan lebih baik.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.