Standup harian - ya atau tidak? [Tutup]

Menurut Anda seberapa berharganya (atau tidak) pertemuan stand-up harian ?

Jika Anda tidak mengenalnya, ini merujuk pada pertemuan harian yang merupakan bagian dari penganut Scrum (dan beberapa metodologi lincah lainnya). Idenya adalah bahwa Anda mengadakan rapat harian, timeboxed hingga 15 menit, dan di mana setiap orang harus berdiri (untuk mendorong orang agar to-the-point).

Dalam pertemuan itu, Anda berkeliling ruangan dan masing-masing mengatakan: - Apa yang Anda lakukan kemarin - Apa yang Anda rencanakan hari ini - Setiap penghalang atau halangan untuk kemajuan Anda.

Apakah menurut Anda praktik ini memiliki nilai? Adakah yang bekerja di tempat yang melakukannya, dan apa yang Anda pikirkan?

Kami memiliki standup harian di pekerjaan pertama saya. Nah, dengan semua co-ops / interns / temps, itu sebenarnya di sisi panjang - biasanya sekitar 30 menit.

Tetapi gagasan tentang pertemuan harian yang singkat dan singkat waktu membantu banyak untuk mengetahui apa yang orang lain lakukan - dan jika itu adalah sesuatu yang sedang saya kerjakan, saya dapat memprioritaskan kembali tugas-tugas saya untuk menyelesaikan apa yang mereka butuhkan untuk melanjutkan lebih cepat. Ini juga memberi setiap orang kesempatan untuk mengetahui apa yang sedang dikerjakan semua orang sehingga jika seseorang mengalami keadaan darurat, setiap orang setidaknya mengetahui apa yang sedang terjadi - mengurangi faktor truk selalu merupakan hal yang baik.

Sejujurnya, setiap hari mungkin sedikit ekstrim dalam beberapa kasus. Tetapi gagasan pertemuan singkat dan teratur agar semua orang tetap di halaman yang sama merupakan tambahan yang berharga untuk proses apa pun.

Saya menemukan pertemuan ini sangat berharga. Mereka menawarkan manfaat berikut — sebagai imbalan dari pengeluaran hanya 15 menit!

• Menjaga semua orang pada topik . Mudah untuk menggali masalah Anda sendiri dan melupakan apa yang dilakukan orang lain, atau mengulangi pekerjaan yang dilakukan oleh orang lain. Rapat harian mencegah hal ini terjadi.
• Tidak memungkinkan orang untuk malas . Pada pertemuan-pertemuan ini Anda membuat janji. Maka Anda hanya perlu mencoba untuk mempertahankannya.
• Membuat orang berinteraksi . Programmer biasanya tidak suka berbicara dengan orang. Namun, dalam pertemuan seperti itu mereka mendapat dorongan (dan teguran) dari rekan-rekan mereka, yang memiliki efek positif pada moral.
• Mengumpulkan semua orang di satu tempat . Anda mendapat bonus mengetahui bahwa semua orang akan datang ke sana. Ini dapat digunakan untuk mengatur pertemuan lain, membuat pengumuman dan melanjutkan pertemuan harian ini dalam kelompok-kelompok kecil untuk membahas masalah-masalah khusus. Biasanya, mengatur pertemuan semacam itu membutuhkan banyak perhatian dan membutuhkan keterampilan yang tidak suka digunakan oleh programmer.

Saya bisa berdiri berjam-jam. Itu tidak membuat saya lagi pada intinya, atau memiliki signifikansi nyata / dampak pada pertemuan pengejaran singkat setiap hari.

Tapi, hei, jika berdiri memungkinkan Anda mencap ulang sesuatu dengan gesit, pasti bagus!

Adapun apakah pertemuan rutin secara umum adalah ide yang bagus ... ya, mereka membantu jika Anda proses lain tidak efektif.

Jika Anda ingin tahu apa yang seseorang lakukan kemarin, dan apa tugas mereka selanjutnya, lihat pada Pelacak Isu, di mana itu sudah direkam. Jika tidak ada filter yang jelas yang memberi tahu Anda hal ini untuk seluruh tim, atur satu (atau temukan perangkat lunak yang lebih baik).

Jika Anda ingin tahu apakah ada yang memiliki pemblokir, periksa pesan Anda (apakah email / im / forum / apa pun). Jika ada yang punya, mereka harus memberi tahu pihak terkait dan pimpinan proyek ketika hal itu terjadi, tidak membuang waktu menunggu sebelum orang lain mengetahuinya, tidak pernah memiliki kesempatan untuk bertindak.

Tentu ada manfaat dari pertemuan rutin untuk membahas arah proyek - dalam arti umum, daripada spesifik, untuk memastikan semua orang memahami tujuan keseluruhan dan seterusnya - dan diadakan setiap minggu atau setiap dua minggu (tergantung pada kecepatan hal).

Tetapi menghabiskan seperempat jam setiap hari hanya agar Anda dapat merasa lincah dan besar dan hal-hal? Buang-buang waktu.

Dalam pengalaman saya, stand-up belum sepadan, terutama jenis sehari-hari. Mereka adalah salah satu dari dua hal: ritual kosong, atau pertemuan ad-hoc yang tidak diarahkan.

1. Ritual kosong: semua orang berkeliling lingkaran dan menyatakan tugas yang sedang mereka kerjakan dan kemajuan mereka. Tidak ada yang benar-benar peduli tentang apa yang sedang dikerjakan orang lain, dan tidak ada yang dilakukan (sebagai akibat dari stand-up) jika ada masalah.

2. Rapat ad-hoc yang tidak diarahkan: Seseorang (biasanya manajer, PM, atau seseorang dari bisnis) datang dan menggagalkannya. Mungkin kita berbicara tentang kebakaran hari ini secara mendetail, atau bagaimana seseorang menjadi cemas jika kita akan memenuhi tenggat waktu, dll. 15 menit berubah menjadi setengah jam atau lebih lama. Semua orang berdiri, meskipun kita benar-benar harus duduk jika itu akan selama ini.

Juga, bagian "berdiri" dari berdiri tidak membantu mengatur waktu pertemuan, itu hanya menambah ketidaknyamanan fisik pada campuran.

Saya memiliki pengalaman yang jauh lebih baik dengan komunikasi ad-hoc antara anggota tim daripada stand-up formal. Jika seseorang peduli tentang apa yang sedang Anda kerjakan atau kemajuan Anda, mereka akan bertanya kepada Anda atau Anda akan memberi tahu mereka. Jika Anda memiliki masalah atau diblokir, Anda memastikan orang-orang yang perlu tahu tentang hal itu tahu. Jika persyaratan tidak jelas, Anda melacak pengguna bisnis atau BA dan bertanya kepada mereka tentang hal itu.

Saya pikir mereka sangat berharga jika dilakukan dengan benar. Format yang telah bekerja dengan baik untuk saya adalah ini ..

Setiap orang memberikan jawaban singkat untuk pertanyaan-pertanyaan berikut.
a) Apa yang sedang kamu kerjakan?
b) Apa yang akan Anda lakukan pada pertemuan berikutnya (besok)?
c) Apakah Anda mencapai apa yang Anda katakan akan Anda lakukan pada pertemuan terakhir?
d) Kendala apa yang memperlambat / menghentikan kemajuan Anda?

Setiap diskusi panjang dari hal-hal di atas harus diatasi selama pertemuan agar singkat. Siapa pun dapat tinggal setelah (atau bertemu di kemudian hari) untuk berdiskusi dengan orang yang relevan tentang apa saja yang perlu diperluas cakupannya.

Ini mencapai tujuan-tujuan berikut:
a) Pemimpin tim / pemilik produk berada dalam lingkaran tentang kemungkinan penundaan dengan cepat.
b) Pemimpin tim dapat menghilangkan hambatan dengan cepat.
c) Pemimpin tim dapat mengidentifikasi orang yang memutar roda mereka dengan cepat.
d) Ini mendorong kolaborasi antara anggota tim yang mungkin terlalu introvert untuk meminta bantuan ketika mereka membutuhkannya.
e) Ini mendorong momentum dengan menjaga komitmen yang singkat (meminimalkan perluasan pekerjaan ke waktu yang tersedia untuk proyek).

Saya belum menemukan mereka berguna seperti yang dipraktikkan di tempat kerja saya, di mana "Standup Harian 15 Menit" membentang menjadi 30, lalu 45, dan sekarang sering 60 menit; di mana semua orang duduk sambil menunggu manajer proyek bermain-main dengan proyektor, atau berbagi jaringan, atau apa pun iblis acak hari itu; di mana dia bersikeras agar semua orang meluangkan waktu untuk memberikan pembaruan status sebelum pertemuan, tetapi kemudian menanyakan semua orang lagi (kalau-kalau kita telah melakukan sesuatu yang lain dalam beberapa saat terakhir); Satu-satunya bagian dari konsep asli yang tersisa adalah "Harian".

Jangan lakukan ini.

Ini bisa bermanfaat, tetapi seringkali tidak dalam praktik.

Jika Anda memiliki tim yang tidak memiliki akses mudah ke anggota tim lain saat mereka bekerja, atau organisasi Anda menyulitkan untuk menemukan manajer / PM / siapa pun, maka setidaknya Anda tahu bahwa Anda memiliki satu kesempatan per hari untuk mendapatkan jawaban pertanyaan.

Dalam praktiknya kadang-kadang mendorong orang untuk tidak membahas masalah dengan segera, dan itu bisa menjadi waktu yang cukup menyebalkan. Sebagai contoh:

Jika saya hanya pada satu proyek pengembangan aktif (biasanya saya pada dua) biasanya ada setidaknya satu menyelesaikan QA dan satu berputar pada saat yang sama. Itu tiga standup 15 menit sehari. Punyaku hampir tidak pernah saling berhadapan. Anda kehilangan waktu untuk memastikan bahwa Anda berada di titik perhentian sebelum masing-masing dan juga kembali ke jalur setelah masing-masing. Bahkan jika Anda mengasumsikan kerugian itu masing-masing 10 menit yang berarti lebih dari satu hari kerja hilang dari standup setiap minggu.

Tambahkan dalam rapat komit dan demo dan yang dengan mudah makan sehari tambahan.

IMHO jika tim Anda mengalami masalah komunikasi maka rapat harian dapat membantu, tetapi melakukannya jika tidak terlalu banyak terjadi.

Jauh sebelum SCRUM dan Agile dipikirkan, saya adalah pemimpin tim dalam studi tenaga kerja yang membutuhkan waktu 2 tahun untuk melakukannya. Itu akan memakan waktu lebih lama tanpa pertemuan harian. Pertama-tama, manusia adalah manusia, mereka akan mengendur jika mereka tahu tidak ada yang memperhatikan. Jika mereka harus menunjukkan kemajuan setiap hari, mereka lebih sedikit mengendur. Jika Joe tampaknya membuat lebih banyak kemajuan daripada mereka, mereka kurang kendur. Lebih jauh, itu membuat manajer (atau siapa pun) tahu kapan masalah terjadi sebelum mereka menjadi krisis. Jadi jika Steve akan terlambat satu minggu dan Harry ada di depan, maka kita dapat memindahkan beberapa tugas. Ini membuat proyek tidak ketinggalan karena satu orang macet. Selanjutnya, biasanya orang lain akan dapat membantu orang tersebut melepaskan diri.

Sekarang saya bekerja di satu tempat di mana kami memberikan proyek besar kepada karyawan baru. (Saya bukan bosnya.) Laporan kemajuan yang dia berikan kepada para manajernya adalah "semuanya baik-baik saja, semuanya akan dilakukan tepat waktu" tetapi tidak ada yang spesifik dan tidak ada yang mengharuskan dia untuk mengatakan dengan tepat apa kemajuan yang telah dia buat sejak hari sebelumnya. Dia, seperti yang saya yakin berpengalaman di antara yang Anda duga, berhenti tanpa pemberitahuan seminggu sebelum tenggat waktu dan tidak ada tugasnya yang selesai atau bahkan dalam keadaan di mana "pekerjaan" yang dia lakukan dapat digunakan. Inilah sebabnya mengapa pertemuan harian diperlukan - untuk membuat orang-orang ini membuat kemajuan nyata dan untuk mencari tahu kapan mereka tidak sebelum seluruh proyek gagal. Saya akhirnya melakukan tugasnya, mengerjakan tugas saya, dan bekerja lembur sepanjang musim panas sehingga kami bisa mempertahankan pelanggan jutaan dolar itu.

Ya kita semua suka percaya bahwa devs kita semua termotivasi secara internal dan akan selalu menghasilkan barang untuk kita, tetapi kenyataannya adalah Anda harus melindungi tim dan organisasi dari orang-orang seperti ini. Anda tidak pernah tahu siapa mereka nantinya; kadang-kadang itu bukan karyawan baru, tetapi orang yang marah pada organisasi (dibenarkan atau tidak) atau orang yang baru saja kehilangan istrinya (setidaknya Anda sering tahu siapa orang-orang ini, tetapi tidak semua orang berbagi masalah pribadi mereka).

Ya atau tidak dan apakah mereka berharga adalah dua pertanyaan yang berbeda. Jawabannya mungkin juga berbeda. Dalam kasus pertanyaan terakhir, jawabannya mungkin tergantung pada perspektif.

Pertanyaan 1, ya atau tidak? Itu ya . Dari sudut pandang Scrum atau XP, standup adalah aktivitas penting. Jika Anda tidak memiliki scrum harian, maka itu tidak benar-benar Scrum, itu disebut "scrum, tapi kami tidak melakukan standup harian" atau singkatnya scrumbut . jika Anda ingin memasukkan perspektif Kanban, sebagian besar tim Kanban melakukan standup, meskipun metode mereka tidak menentukannya.

Pertanyaan kedua, (bagaimana) mereka berharga, lebih rumit. Jika Anda berlatih Scrum atau XP, Anda harus percaya bahwa standup sangat penting untuk mempromosikan kolaborasi, kerja tim, dan membuat tim Anda lebih efektif. Jadi jawabannya pasti berharga .

Perspektif para pendukung lean sangat berbeda . Pandangan lean yang ekstrem adalah bahwa pelanggan Anda tidak peduli jika Anda melakukan standup, jadi mereka hanya pemborosan. Apa yang Anda lakukan dengan sampah? Anda memotongnya ke minimum, idealnya menjadi nol.

Pandangan lean yang lebih moderat adalah bahwa meskipun tidak benar-benar sia-sia, standup harian adalah biaya koordinasi dan bukan aktivitas bernilai tambah . Anda dapat berperan sebagai penasihat iblis bersama rekan-rekan Scrum Anda dan bertanya kepada mereka: jika Anda pikir 15 menit standup Anda adalah aktivitas bernilai tambah, mengapa Anda tidak melakukannya 30 menit setiap hari atau 45 menit dan dengan mudah memperbesar nilai tambah?

Kanban, yang memiliki akar ramping tetapi bertujuan untuk mewujudkan prinsip-prinsip Agile Manifesto, menyelesaikan paradoks ini dengan melakukan standup, tetapi menggunakan struktur pertemuan yang sangat berbeda dari format standup gesit tradisional. Hasilnya adalah pertemuan yang jauh lebih singkat, yang selaras dengan sudut pandang Lean. Buku ini memiliki contoh di mana tim 50 orang Kanban melakukan standup harian dalam 10 menit .

Untuk meringkas, apakah melakukan standup harian atau tidak, jawabannya pasti ya . Tapi, apakah mereka berharga, betapa berharganya mereka - itu tergantung .

Jenis standup yang paling berguna adalah tipe Kanban.

1. Anda akan membutuhkan papan tugas yang mencerminkan alur kerja / aliran nilai Anda yang sebenarnya. Papan tugas ini adalah titik fokus dari standup.
2. Fokus pada item pekerjaan, bukan orang
   • Lebih fokus pada item pekerjaan yang Anda, sebagai tim, dapat selesaikan (berdasarkan pada taskboard), daripada apa yang Anda bisa mulai
   • Berfokuslah pada pemecahan masalah yang ditunjukkan papan Anda - kemacetan, balok, dll

(Ini mungkin tidak akan bekerja dengan baik dalam pengaturan Scrum, di mana komitmen dan fokus pada orang adalah mekanisme utama.)

Dengan cara ini, pertemuan standup bisa singkat, bahkan dengan banyak orang, tetapi masih ada gunanya.

Menurut Anda seberapa berharganya (atau tidak) pertemuan stand-up harian?

Mengalihdayakan semua rapat Kerangka scrum itu penting, tetapi saya pikir rapat standup harian adalah pertemuan 'paling' penting dalam Kerangka Kerja Scrum. Itu seperti hati dalam tubuh. Jika jantung tidak memompa darah secara teratur maka tubuh pasti akan mati, tubuh dalam hal ini adalah Organisasi atau Proyek yang mengikuti scrum dan jantung adalah pertemuan scrum.

Apakah menurut Anda praktik ini memiliki nilai? Ya. Scrum harian meningkatkan komunikasi, menghilangkan pertemuan lain, mengidentifikasi dan menghilangkan hambatan untuk pengembangan, menyoroti dan mempromosikan pengambilan keputusan cepat, dan meningkatkan tingkat pengetahuan proyek setiap orang. Scrum Harian bukan pertemuan status. Scrum Harian adalah inspeksi kemajuan menuju Sasaran Sprint (tiga pertanyaan). Pertemuan lanjutan biasanya terjadi untuk membuat adaptasi dengan pekerjaan mendatang di Sprint. Tujuannya adalah untuk mengoptimalkan kemungkinan bahwa Tim akan memenuhi Sasarannya. Ini adalah pertemuan kunci inspeksi dan adaptasi dalam proses empiris Scrum.

Adakah yang bekerja di tempat yang melakukannya, dan apa yang Anda pikirkan?

Ya, dalam proyek terakhir saya, kami mengikuti Kerangka Kerja Scrum dan praktik Agile. Kami sangat serius tentang Kerangka Kerja Scrum secara umum dan kami tidak melakukannya dengan setengah hati. Awalnya saya berada di tim 5, kemudian saya pindah ke tim yang lebih besar sekitar 9, dan kemudian kembali ke spread 6 sekitar kerangka waktu 4 tahun. Rapat scrum harian memastikan semua orang dalam sinkronisasi, hambatan transparan, dan kami sebagai Tim bisa melihat bagaimana Tim berkembang dengan pembakaran di depan kami dan kami tahu persis siapa yang mengerjakan apa, dan di mana kami dapat berkontribusi diri. Ini jelas lebih mudah dilakukan ketika Anda memiliki tim yang terdiri dari 6 orang atau kurang. Tujuan dari rapat scrum adalah untuk melakukan pemeriksaan inspeksi diri, dan jika ada hal yang ditemukan tidak mengarah ke tujuan atau jika ada sesuatu yang diblokir, tim swadaya beradaptasi,

Kecuali jika ada alasan yang baik untuk memiliki komunikasi jaringan sepenuhnya antara seluruh tim setiap hari, itu terdengar seperti buang-buang waktu.

Alih-alih memiliki mingguan.

Dalam pengalaman saya sebelum merencanakan apa yang akan Anda lakukan di hari berikutnya mengarah pada peningkatan produktivitas besar. Jadi memiliki rapat scrum seperti ini sepadan dengan waktu yang hilang karena alasan itu saja.

Cobalah untuk membuat mereka singkat, atau bahkan melakukannya dalam obrolan grup Skype setiap hari pada saat yang sama. Pastikan untuk membaca pembaruan satu sama lain.

Laporan status harian di akhir setiap hari sebelum Anda pulang memiliki efek yang sama.

Sudah efektif bagi saya dalam tim yang terdiri dari 3 dan 5 orang, dan saya telah melihatnya digunakan secara efektif untuk tim perencana acara yang memiliki sekitar 20 orang di dalamnya. Anda harus tetap singkat, Anda harus tetap bergerak. Tidak apa-apa jika Anda duduk tetapi seharusnya tidak ada barang tambahan (selebaran, papan tulis, video, dll.)

Saya pikir stand-up harian adalah ide bagus terlepas dari apa metodologi atau daerah Anda bekerja - asalkan Anda dapat menjaga mereka pendek 15 menit maks. Jika Anda tidak dapat melakukannya secara teratur maka ada terlalu banyak orang yang menghadiri satu stand-up atau rapat tidak cukup terfokus.

Di mana kami berada, tim pemasaran mulai menyalin kami dan sekarang juga memiliki stand-up - jadi bukan hanya untuk pengembang!

Kami telah melakukan pertemuan "berdiri" sebelum kami tahu itu scrum tangkas, selama sekitar 7 tahun sekarang. Menurut pendapat saya mereka adalah cara yang bagus untuk mendapatkan perasaan umum tentang bagaimana proyek ini berkembang dan jika seseorang membutuhkan bantuan. Beberapa anggota tim saya tidak suka meminta bantuan tetapi akan menerimanya ketika ditawari ini sering dilakukan dalam standup harian.

Rapat harus singkat, kami mengadakan rapat biasanya di bawah 10 menit dengan 7 anggota tim. Ini membantu untuk merencanakannya tepat sebelum jam sepuluh istirahat. Kami juga tidak menggunakan teknologi dalam rapat hanya papan scrum dengan tugas posting dan beberapa grafik.

Di sisi positifnya, pertemuan ini dapat memiliki efek meningkatkan produktivitas dalam hal mencapai tujuan bisnis yang mendesak dan segera.

Di sisi negatif, pertemuan-pertemuan ini (setiap hari: apa yang Anda lakukan? Apa yang akan Anda lakukan? Apa yang menghalangi Anda) menghalangi apa yang kita sebut "waktu google", atau bekerja / belajar pada proyek sampingan yang tidak memiliki dampak langsung pada bisnis, tetapi dapat berdampak signifikan di telepon.

Salah satu produk yang saya buat prototipe untuk tidak akan pernah lulus tes pertemuan harian, dan untungnya, manajer lama saya memberi banyak kebebasan perahu untuk bekerja pada saya sendiri, dan sekarang produk nyata hidup. Tapi sekarang manajer lama telah pergi, dan yang baru telah masuk yang menganut konsep scrum harian, saya tidak melihat bagaimana saya bisa mengembangkan prototipe dalam lingkungan scrum harian.