Templat Agenda Daily Standup (yang Benar-Benar Dipakai Engineer)

Masalah pada kebanyakan templat standup

Sebagian besar templat standup dibuat untuk tim yang sebenarnya tidak benar-benar menjalankan standup. Tiga pertanyaan per orang, lima orang, 15 menit akan berubah menjadi rapat perencanaan jika tim membiarkannya melebar. Templat di bawah ini dioptimalkan untuk satu hal: menjaga standup tetap di bawah 10 menit sambil memastikan informasi yang tepat muncul dan tercatat. Pertanyaannya sengaja dibuat sempit. Bagian-bagian setelah giliran menangani semua sisanya.

Agendanya (salin-tempel ini)

Durasi: 10 menit maksimal
Format: Sinkron, setiap orang berbicara satu kali

Untuk setiap anggota tim (90 detik per orang):

1. Selesai sejak standup terakhir — yang sudah dirilis atau di-merge, bukan yang sedang dikerjakan
2. Rencana hari ini — apa yang ingin Anda tuntaskan, bukan pekerjaan sprint yang masih angan-angan
3. Blocker — sebutkan penanggung jawabnya; "menunggu review desain" hanya berlaku jika ada seseorang yang bertanggung jawab membuka blocker itu

Setelah giliran (sisa waktu):

• Keputusan yang diperlukan — apa pun yang butuh diputuskan sekarang juga; jika memakan lebih dari 2 menit, jadwalkan rapat terpisah
• Pengumuman — satu kalimat per item, tanpa diskusi selama standup

Parking lot: ketika sebuah topik muncul di tengah giliran dan tidak perlu melibatkan seluruh kelompok, catat lalu tangani setelahnya atau secara asinkron. Diskusi parking lot — biasanya 2-3 orang alih-alih seluruh tim — kerap lebih bermanfaat daripada standup itu sendiri.

---

Apa yang terlewat pada kebanyakan templat standup

Templat standup dengan peringkat teratas jatuh ke dalam dua pola kegagalan.

Kerangka minimal ("Apa yang sudah kamu kerjakan? Apa yang akan kamu kerjakan? Ada blocker?") baik-baik saja sampai tim mulai menganggap blocker sebagai opsional. Tidak ada yang menuliskan "menunggu review keamanan" karena tidak terjadi apa-apa ketika mereka menuliskannya. Dependensi hilang, baru terbuka oleh siapa pun yang kebetulan bertanya minggu berikutnya.

Versi yang terlalu berat menambahkan 8 hingga 12 pertanyaan dan sebuah pemeriksaan kesehatan tim. Itu mengubah standup menjadi rapat staf. Engineer berhenti memperhatikan setelah dua pembicara pertama.

Kedua versi berbagi masalah mendasar yang sama: keduanya membingkai standup sebagai latihan pelaporan. Standup adalah latihan penyelarasan. Pelaporan menghasilkan informasi; penyelarasan menghasilkan tindakan. Perbedaan itu penting bagi cara Anda mengatur alokasi waktu pertanyaan dan apa yang terjadi setelah giliran berakhir.

Hal kedua yang dilewatkan oleh templat adalah apa yang terjadi pada informasi setelah panggilan selesai. Bahkan standup yang dijalankan dengan baik pun menghasilkan blocker yang tak terlacak, keputusan yang tak seorang pun menuliskannya, dan action item tanpa penanggung jawab.

Mengapa rekap standup berantakan

Pendekatan notulis bergilir hancur dalam beberapa minggu. Siapa pun yang mendapat giliran sedang kewalahan, melewatkan detail, lalu memposting sesuatu yang samar yang tak seorang pun membacanya. Tim berhenti memercayai catatan itu, lalu berhenti membacanya, kemudian catatan itu berhenti berguna untuk apa pun.

Standup asinkron — memposting update Anda di Slack sebelum panggilan — menyelesaikan masalah kehadiran tetapi kehilangan aspek akuntabilitas yang datang dari giliran langsung. Orang tetap saja bertanya "apa yang kita putuskan soal X?" di kemudian hari.

Biaya tersembunyinya menumpuk cepat. Untuk melihat berapa biaya hilangnya konteks standup bagi sebuah tim selama satu kuartal, lihat Pajak rapat.

Bagaimana Pavleur menangani rekap

Jalankan standup Anda dengan agenda ini dan Pavleur terbuka. Ketika panggilan berakhir, laporan dibuat secara otomatis — tanpa notulis, tanpa 5 menit pembersihan pasca-standup. Rekap menangkap poin selesai/rencana/blocker setiap orang, mengekstrak keputusan yang diambil, dan mendaftar action item beserta penanggung jawabnya sebagaimana disebutkan dalam rapat.

Bagian yang terlewat oleh alat berbasis audio saja: jika seseorang menampilkan dashboard PR, board Jira, atau grafik deployment di tengah standup, Pavleur menangkapnya dan memasukkannya ke dalam laporan lengkap dengan konteksnya. Alat seperti Otter atau Fireflies memberi Anda kata-katanya; rekaman visual dari apa yang ada di layar tidak ada. Siapa pun yang melewatkan standup bisa membaca laporan lengkap tanpa perlu bertanya apa yang terjadi. Jika Anda membandingkan alat pada dimensi ini, halaman perbandingan membahas perbedaannya.

Menegakkan batas waktu

Disiplin 90 detik per orang paling sering runtuh ketika EM mulai menjawab pertanyaan di tengah giliran. Latih refleks untuk berkata "kita bahas itu nanti" dan tuliskan di parking lot.

Jika standup secara konsisten melampaui 10 menit, penyebabnya biasanya salah satu dari: terlalu banyak orang (pecah standup-nya), poin agenda yang merembes dari perencanaan sprint, atau topik diskusi berulang yang butuh rapat rutinnya sendiri. Perbaiki penyebab strukturalnya alih-alih sekadar gejalanya.