Haruskah kita mendokumentasikan pertemuan stand-up?

Tim lain di perusahaan saya mulai mendokumentasikan pertemuan mereka, tetapi saya yakin ini buang-buang waktu. Sejauh yang saya tahu, pertemuan stand-up adalah untuk komunikasi bukan untuk pelaporan status (tolong, koreksi saya jika saya salah)

Jadi, haruskah kita mendokumentasikan pertemuan stand-up?

Salah satu manfaat Agile adalah bahwa masing-masing tim dapat menentukan mana yang terbaik untuk mereka, dan mengikutinya.

Namun: haruskah Anda mencatat? Tidak; dalam pengalaman saya, begitu tim memutuskan untuk mulai mundur pada beberapa prinsip inti seperti:

• individu dan interaksi atas proses dan alat (scrum didokumentasikan yang mulai seperti non-scrum) DAN
• bekerja perangkat lunak melalui dokumentasi yang komprehensif (scrum menit suatu hari, siapa yang tahu apa yang akan terjadi selanjutnya)

maka tim itu akan mulai bergerak menjauh dari Agile dan menuju pendekatan yang lebih berbobot dokumentasi dan kecepatan rendah untuk bekerja.

Dalam buku Martin Fowler "Ini Bukan Hanya Berdiri" , ada beberapa catatan tentang mencatat atau mendokumentasikan "menit" dari sebuah pertemuan. Yang harus Anda ambil dari pertemuan tersebut hanyalah HADIAH:

• Untuk membantu memulai hari dengan baik
• Untuk mendukung peningkatan
• Untuk memperkuat fokus pada hal-hal yang benar
• Untuk memperkuat rasa tim
• Untuk mengkomunikasikan apa yang sedang terjadi

Sebagai perangkat mnemonik, pikirkan HADIAH: Awal yang Baik, Peningkatan, Fokus, Tim, Status

Namun , jika seseorang memiliki pemblokir yang Anda butuhkan untuk membantunya bekerja dan Anda mencatat apa yang mereka katakan, itu sama sekali berbeda. - benturkan diri dengan itu.

Sebagai referensi, saya adalah Pemilik Produk dan membimbing ScrumMaster sekarang di perusahaan saya, dan dari semua pertemuan Agile yang kami miliki (scrum, perencanaan sprint, ulasan sprint, sprint retrospective), satu-satunya yang kami ambil resmi risalah adalah retrospektif, karena itu memberi tim sesuatu yang konkret untuk dikerjakan dan dirujuk dalam sprint berikutnya (dan "menit" itu adalah beberapa set poin singkat).

Scrum Anda harus:

• Apa yang saya kerjakan
• Apa yang saya kerjakan selanjutnya
• Pemblokir apa pun

Itu dia. Cepat dan to the point. Maks. 5-10 menit. Sama sekali tidak perlu mendokumentasikan, tetapi jika ada yang perlu menuliskan sesuatu untuk tindakan, itu seharusnya tidak menjadi masalah.

Di perusahaan terakhir tempat saya bekerja, kami hanya mendokumentasikan keputusan-keputusan besar yang dibuat selama pertemuan stand-up.

Seperti yang Anda katakan, rapat berdiri adalah untuk komunikasi di dalam sekelompok kecil orang, dan itu hanya menyangkut kelompok orang tertentu ... tetap ... kadang-kadang ... seseorang mengatakan sesuatu yang menarik yang mungkin penting dan akhirnya dapat Mempengaruhi cara proyek dibuat (sering kali peringatan tentang bug yang sulit ditangani, atau poin teknis yang sangat penting untuk diketahui). Itu sebabnya kami mulai mendokumentasikan HANYA poin 'penting untuk masa depan yang lebih baik'.

Saya pikir, mendokumentasikan pertemuan stand-up pintar jika Anda benar-benar yakin tentang pentingnya konten dan hanya jika Anda dapat mengatakan itu akan membantu tim Anda dalam waktu dekat atau jauh di masa depan.

Perlakukan stand-up sebagai pertemuan biasa - tanpa harapan bahwa pernyataan bersifat formal, final, dll. Yang akan membuat orang cenderung untuk tidak mengangkat topik yang belum nyaman bagi mereka - tetapi hanya memiliki pemahaman bahwa sesuatu yang penting harus didiskusikan. lanjutkan ke tempat lain walaupun itu hanya email sederhana untuk tim. Selain membantu menjaga standup dari berubah menjadi pertemuan proyek penuh ini juga menghindari mengecualikan siapa pun yang tidak bisa mencapai standup tertentu.

Dalam pengalaman saya, berdiri adalah cara yang bagus untuk mendapatkan "detak jantung" di mana tim berada di proyek. Yang saya hadiri masing-masing adalah beberapa menit, yang tidak terlalu lama untuk mendapatkan dokumentasi, tetapi mereka bagus untuk mengetahui di mana segala sesuatunya dalam proses, dan untuk memberi saya informasi tentang apa pun yang dapat mempengaruhi saya dalam istilah langsung.

Jika sesuatu yang sangat penting dari yang penting muncul dari pertemuan stand-up, Anda harus mendokumentasikan hal itu dan menyiarkannya secara terpisah, tetapi saya tidak akan terbiasa mendokumentasikan setiap pertemuan setiap hari.

Tidak ada (hampir tidak mungkin) jawaban mutlak untuk itu - itu sangat tergantung ...

Secara pragmatis, jika Anda melakukan "apa yang saya lakukan, apa yang akan saya lakukan, ini adalah masalah saya" maka mungkin ada manfaatnya, untuk beberapa (mereka yang bertanggung jawab), dalam merekam itu sehingga Anda dapat memeriksa itu dalam pertemuan berikutnya (meskipun "bekerja" juga harus terlihat dengan cara lain) - tetapi tidak lebih dari itu yaitu informasi yang seharusnya tidak lagi bernilai begitu pertemuan berikutnya selesai.

Selain itu jika ada masalah / pertemuan yang timbul dari standup maka ada nilai potensial dalam mencatat mereka untuk melacak apakah tindak lanjut benar-benar terjadi (walaupun sekali lagi saya yakin saya akan diberitahu bahwa sebagian besar ini harus menjadi jelas dengan cara lain ).

Notulen formal? Saya sudah berpikir itu bertentangan dengan semangat hal itu.

Di perusahaan saya saat ini, kami memiliki 2 tim Scrum dengan standup terpisah dan mendokumentasikannya dengan mengirim email ringkasan di akhir setiap standup. Ini bekerja dengan cukup baik, membuat informasi penting segera diketahui oleh semua anggota tim lain. Kami tidak secara khusus menyimpan riwayat kiriman untuk keperluan arsip.

Jadi saran saya adalah:

• Untuk satu tim, mendokumentasikan stand up mungkin tidak sebanding dengan waktu yang dihabiskan. Scrum Master hanya dapat menyampaikan peringatan atau informasi penting secara lisan kepada siapa ia merasa cocok setelahnya.

• Untuk beberapa tim yang pekerjaannya terkait erat, mendokumentasikan stand up adalah cara untuk menyiarkan informasi yang berpotensi mengubah permainan segera setelah pertemuan tanpa menunggu Scrum of Scrums terjadi.

Saya melihat tidak ada masalah berbaris jauh dari pertemuan seperti itu dan mengirim email ke grup sebagai pengingat / klarifikasi keputusan penting yang dibuat atau tindakan yang muncul. Lagi pula, Anda tidak ingin mengambil risiko lupa atau membiarkan waktu memudar memori dari apa yang dibahas.

Tetapi untuk mendokumentasikan pertemuan secara formal, seperti yang mungkin Anda lakukan untuk pertemuan yang lebih tradisional ... yah, tampaknya kontra-intuitif. Pertemuan seperti itu seharusnya ramping dan gesit, jadi menghalanginya dengan terlalu banyak 'proses' tampaknya tidak produktif.

Apakah itu menambah nilai? Apakah nanti orang melihat dokumentasi pertemuan? Jika tidak, maka itu hanya buang-buang waktu saja. Dan saya benar-benar meragukannya. Menulis dokumen yang tidak dibaca siapa pun adalah buang-buang waktu.

Pada suatu saat kami benar-benar mendokumentasikan dan mengarsipkan perubahan status dari scrum harian kami, yaitu siapa yang mengerjakan tugas mana, yang telah melakukan tinjauan sejawat, dll. Ini dilakukan hanya karena seseorang merasa perlu untuk mematuhi standar tersebut. persyaratan keterlacakan dari persyaratan sistem ke kode karena kami sedang mengembangkan perangkat lunak untuk perangkat medis.

Kemudian kami berhasil meyakinkan manajemen bahwa ini tidak benar-benar terjadi, dan praktiknya telah ditinggalkan begitu banyak sukacita bagi mereka yang bertanggung jawab atas dokumentasi ini.

Ya .

Apakah Anda membuat keputusan tentang (a) siapa yang bertanggung jawab atas item kerja dan / atau (b) pentingnya item kerja relatif terhadap item lain?

Jika ya, tulis keputusan ini. Kalau tidak, Anda akan mengulangi mereka, dan keputusan seperti mereka, tanpa akhir.

Jika tidak, jangan pegang rapat.