Agenda Sinkronisasi Tim Mingguan yang Layak Menempati Slot di Kalender

Pertanyaan yang dilewatkan sinkronisasi mingguan

Sebelum merancang sinkronisasi tim mingguan, ajukan pertanyaan yang tak pernah diajukan kebanyakan tim: apa yang dilakukan rapat ini yang tidak dilakukan daily standup dan kanal Slack Anda?

Jika jawaban jujurnya adalah "ia mencakup topik yang sama dengan tempo lebih lambat sekali seminggu," Anda punya rapat yang berlebihan. Rapat yang berlebihan lebih buruk daripada tanpa rapat — ia menghabiskan waktu yang bisa dialihkan ke komunikasi asinkron yang lebih cepat dan lebih terjaga, dan ia menghasilkan perasaan telah berkomunikasi tanpa substansinya.

Sinkronisasi mingguan layak menempati tempatnya di kalender jika dan hanya jika ia menangani hal yang tak bisa dilakukan standup dan asinkron: tinjauan dependensi lintas tim yang butuh diskusi, keputusan yang butuh bolak-balik secara real-time, dan berbagi konteks yang cukup padat sehingga butuh percakapan alih-alih sebuah pesan. Selebihnya adalah wilayah tempat lain. Templat di bawah ini dirancang di sekitar batasan itu.

Agendanya (salin-tempel ini)

Durasi: 30 menit untuk satu tim; 45 menit untuk sinkronisasi lintas fungsi
Format: Sinkron; poin agenda diajukan secara asinkron sebelum rapat

Pembukaan (2 menit)

Konfirmasi poin agenda dan alokasi waktu
Jika tak ada yang substantif dalam agenda, batalkan rapatnya — sungguh

Bagian 1 — Prioritas dan blocker (10 menit)

Apa dua atau tiga prioritas teratas tim untuk minggu ini?
Apa yang terblokir di level tim — bukan blocker individu (itu masuk ke standup), melainkan blocker yang butuh tindakan pimpinan atau lintas tim untuk diselesaikan
Lewati item apa pun yang bergerak baik tanpa diskusi

Bagian 2 — Dependensi lintas tim (10 menit)

Dependensi pada atau dari tim lain yang berisiko minggu ini
Untuk masing-masing: apa yang dibutuhkan, siapa pemilik permintaan, kapan dibutuhkan?
Inilah bagian yang tak ditangani standup dengan baik — standup menghadap ke dalam; dependensi lintas tim kerap jatuh ke celah di antara rapat
Jika tak ada dependensi lintas tim yang aktif, lewati bagian ini

Bagian 3 — Keputusan yang diperlukan (10 menit)

Item yang butuh keputusan sebelum sinkronisasi mingguan berikutnya
Untuk masing-masing: satu orang membingkai opsinya (singkat — bukan presentasi); kelompok memutuskan; seseorang mencatat keputusan dan alasannya
Apa pun yang butuh lebih dari 5 menit pembingkaian belum siap diputuskan; jadwalkan diskusi terpisah

Bagian 4 — Pengumuman (5 menit)

Perubahan pada proses, tooling, atau jadwal tim
Informasi dari pimpinan yang perlu diketahui tim sebelum sinkronisasi berikutnya
Satu kalimat per item; tanpa diskusi kecuali seseorang punya pertanyaan yang menghambat

Apa yang keliru pada kebanyakan templat sinkronisasi mingguan

Templat sinkronisasi mingguan generik ditulis seolah tujuan rapatnya sudah jelas. Tidak. Tujuan sinkronisasi mingguan bersifat spesifik dan sempit: ia untuk koordinasi yang jatuh di antara daily standup dan kanal asinkron. Templat yang tak membuat batas itu eksplisit menghasilkan rapat yang perlahan menyerap segalanya — update status, tinjauan proyek, pembangunan tim, diskusi panjang — sampai jadi 90 menit dan tak seorang pun ingin berada di sana.

Bentuk paling umum dari ini adalah "standup mingguan" — rapat mingguan yang melakukan persis apa yang dilakukan daily standup, hanya lebih jarang dan dengan lebih banyak kursi. Jika standup Anda berjalan, tak ada celah koordinasi yang diisi standup mingguan. Jika standup Anda tak berjalan, perbaikannya ada di format standup, bukan rapat mingguan tambahan.

Pola kedua adalah sinkronisasi mingguan yang tak menghasilkan keputusan. Diskusi terjadi, update dibagikan, dan rapat berakhir tanpa keputusan yang tercatat dan tanpa action item. Format ini umum karena minim gesekan — tak seorang pun harus berkomitmen pada apa pun. Itu juga alasan mengapa isu yang sama muncul dalam tiga sinkronisasi mingguan berturut-turut. Rapat yang tak menghasilkan keputusan adalah rapat yang sulit dibenarkan.

Biaya tersembunyi dari rapat yang mencakup wilayah yang sama dengan rapat lain — dibayar tiga hingga lima kali per minggu di satu tim — menumpuk cepat. Pajak rapat membahas ini secara kuantitatif.

Bagaimana Pavleur menangani catatan sinkronisasi mingguan

Keputusan sinkronisasi mingguan persis merupakan jenis konteks yang semestinya mudah diambil kembali dan yang pada kenyataannya tidak. Sebuah keputusan yang dibuat dalam sinkronisasi mingguan diterapkan, lalu dua bulan kemudian seseorang bertanya mengapa tim mengambil keputusan itu dan tak seorang pun ingat. Catatan rapatnya, jika ada, ada di dokumen personal seseorang.

Pavleur menangkap sinkronisasi mingguan secara otomatis: prioritas sebagaimana dinyatakan, blocker sebagaimana disebutkan, pemilik dependensi lintas tim, keputusan beserta alasannya, pengumuman. Jika seseorang membagikan layar pelacak proyek, peta dependensi, atau linimasa, visual itu menjadi bagian catatan berdampingan dengan diskusi. Alat berbasis audio saja memberi Anda siapa mengatakan apa tanpa konteks apa yang ada di layar — sebuah keputusan tentang dependensi sulit dipahami tiga bulan kemudian tanpa pelacak yang menggambarkan risikonya. Laporan lengkap, termasuk visual, bisa dicari dan terikat pada tanggal. Untuk perbandingan bagaimana ini bekerja terhadap alat lain: Pavleur vs. alternatif.

Kapan membatalkan sinkronisasi mingguan

Batalkan sinkronisasi mingguan ketika tak ada poin agenda yang memenuhi ambang — tak ada yang terblokir di level tim, tak ada dependensi lintas tim yang berisiko, tak ada keputusan yang tertunda. Jangan mengisi slotnya dengan update yang seharusnya masuk ke Slack. Kepercayaan tim pada format rapat bergantung pada rapat yang hanya berjalan ketika memang layak dijalankan.

Tim yang membatalkan sinkronisasi secara proaktif, dengan "tak ada apa-apa minggu ini" yang eksplisit, membangun hubungan yang berbeda dengan rapat dibanding tim yang menjalankannya secara default. Rapat harus layak menempati slotnya setiap minggu, dan sesekali ternyata tidak. Itu tidak masalah.