Sprint Planning Virtual

Sprint planning virtual lewat video call biasanya berjalan dengan salah satu dari dua cara. Product owner berbicara selama satu jam sementara engineer diam dalam mode mute, atau semua orang mengestimasi dengan mengetik angka di chat dan berharap hasilnya tepat. Diskusi yang sebenarnya penting — "Apa saja yang belum diketahui secara teknis?" "Apakah kita pernah membangun sesuatu seperti ini?" — tidak pernah terjadi karena tidak ada ruang untuk itu.

Di Flat.social, sprint planning terbagi menjadi percakapan yang benar-benar menghasilkan estimasi yang baik. Product owner mempresentasikan story di panggung Conference Room, lalu engineer berpencar ke zona estimasi kecil — ruangan dengan isolasi audio dan whiteboard. Kelompok 3-4 orang membuat sketsa arsitektur, memetakan alur data, dan mendiskusikan kompleksitas melalui audio spasial. Whiteboard menangkap risiko yang terlewatkan dalam diskusi verbal.

Setelah estimasi, tim berkumpul kembali untuk menyelaraskan perbedaan dan berkomitmen pada sprint goal. Perbedaan antar kelompok memicu diskusi paling bernilai. Sprint board ditampilkan di billboard yang bisa dilihat semua orang secara real-time. Planning berubah dari meeting menjadi sesi kerja yang produktif.

Tips untuk Scrum Master

Menjalankan sprint planning yang menghasilkan komitmen nyata:

1. Batasi waktu presentasi backlog. Berikan product owner 2-3 menit per story di Conference Room. Jika sebuah story butuh penjelasan lebih, berarti belum siap untuk planning. Kembalikan ke refinement.

2. Susun kelompok estimasi dengan sengaja. Campurkan engineer senior dan junior di setiap zona. Engineer junior mengajukan pertanyaan klarifikasi yang mengungkap kompleksitas tersembunyi. Engineer senior berbagi konteks yang memperbaiki estimasi.

3. Gunakan whiteboard untuk setiap story. Bahkan story sederhana pun mendapat manfaat dari sketsa arsitektur cepat. Jadikan ini kebiasaan. Kelompok yang menggambar pendekatan mereka di whiteboard menangkap risiko yang terlewat dalam diskusi verbal.

4. Biarkan perbedaan memicu diskusi. Ketika kelompok kembali dengan estimasi yang berbeda, jangan dirata-ratakan. Minta setiap kelompok menjelaskan alasannya. Selisih antara 3 dan 8 adalah tempat diskusi engineering terbaik terjadi.

5. Perbarui billboard sprint board secara langsung. Saat story diestimasi dan dikomitmenkan, perbarui billboard secara real-time. Melihat sprint terbentuk menciptakan rasa tanggung jawab bersama atas komitmen.

Tips untuk Engineer

Agar estimasi Anda benar-benar berarti:

Buat sketsa sebelum mengestimasi. Ambil whiteboard di zona estimasi Anda dan gambar alur data atau diagram komponen. Perencanaan visual mengungkap dependensi dan edge case yang baru terasa jelas setelah digambar.

Sampaikan hal yang belum diketahui. Jika Anda tidak memahami sebuah story, katakan. "Saya tidak tahu bagaimana cara kerja layer autentikasi di sini" lebih bernilai daripada sekadar menebak. Hal yang belum diketahui seharusnya meningkatkan estimasi, bukan diabaikan.

Hampiri product owner. Jika kelompok estimasi Anda punya pertanyaan, jangan tunggu ronde rekonsiliasi. Dekati lewat spatial floor dan tanyakan melalui proximity audio. Klarifikasi cepat menghemat waktu.

Ambil story yang Anda estimasi. Anda yang paling memahaminya. Tawarkan diri untuk pekerjaan yang kelompok Anda diskusikan di whiteboard. Konteks yang Anda bangun selama estimasi membuat sprint dimulai lebih cepat.