Salah satu pertemuan kunci untuk tim yang bekerja dengan kerangka kerja seperti Scrum adalah pertemuan perencanaan yang dilakukan di awal setiap sprint baru. Selama pertemuan ini sebuah tim akan bertemu untuk merencanakan jumlah pekerjaan yang mereka yakini dapat mereka selesaikan selama iterasi itu. Salah satu teknik yang digunakan tim selama pertemuan ini adalah Planning Poker®, yang memungkinkan mereka untuk secara kolaboratif memperkirakan kompleksitas pekerjaan di backlog mereka. Salah satu cara tercepat agar pertemuan Planning Poker® kehilangan keefektifannya adalah dengan melibatkan terlalu banyak orang sekaligus. CEO Amazon Jeff Bezos terkenal karena memastikan jumlah orang dalam rapat tidak lebih besar dari jumlah yang dapat diberi makan oleh dua pizza. Steve Jobs terkenal karena meminta orang untuk pergi dari rapat jika mereka tidak memiliki tujuan untuk berada di sana. Meskipun tidak ada aturan konkret tentang jumlah orang yang benar dalam permainan Planning Poker®, berikut adalah beberapa hal yang mungkin berguna untuk diingat:
Ukuran Tim Scrum
Tidak ada ukuran yang ditetapkan untuk tim Scrum, tetapi Panduan Scrum merekomendasikan untuk tetap menggunakan sekitar 3-9 anggota tim. Lebih kecil dan menjadi sulit untuk menyelesaikan sejumlah besar pekerjaan dalam iterasi yang lebih pendek. Lebih besar dan terlalu banyak overhead untuk dikelola tim secara efektif. Pedoman ini juga dapat berfungsi untuk memberikan gambaran tentang berapa banyak orang yang harus berpartisipasi dalam sesi Planning Poker® sekaligus. Jika Anda memiliki lebih banyak orang daripada ini, mungkin ada baiknya untuk membagi menjadi tim yang terpisah dan memiliki permainan Planning Poker® yang terpisah (jika Anda berada pada titik di mana Anda memiliki beberapa tim Scrum yang mencoba mengoordinasikan pekerjaan pada proyek yang lebih besar, mungkin akan membantu untuk melihat beberapa kerangka penskalaan yang tersedia seperti Nexus atau SAFe, tetapi itu adalah topik untuk artikel lain).
Tidak Semua Orang Harus Memperkirakan
Meskipun Scrum Master dan Pemilik Produk dapat diundang untuk berpartisipasi dalam Planning Poker®, estimasi harus dilakukan oleh anggota tim yang benar-benar akan melakukan pekerjaan tersebut. Penting bagi Pemilik Produk untuk hadir untuk membantu mengklarifikasi pertanyaan bagi tim tentang fungsionalitas / ruang lingkup dan bagi Scrum Master untuk memberikan panduan tentang masalah yang mungkin menghalangi tim untuk bergerak maju dengan perkiraan mereka, tetapi tim pada akhirnya bertanggung jawab untuk memperkirakan karena mereka akan menjadi orang-orang yang berkomitmen untuk menyelesaikan pekerjaan selama sprint.
Perencanaan Poker® Dimaksudkan untuk Mendorong Percakapan dan Pemahaman Bersama
Salah satu manfaat utama dari Planning Poker® adalah untuk memungkinkan anggota tim yang mungkin memiliki keahlian yang berbeda untuk memberikan perspektif mereka tentang kompleksitas cerita tertentu dan mengidentifikasi kesenjangan dalam pemahaman dalam tim. Jika seseorang menunjuk sebuah cerita sebagai 1 dan orang lain sebagai 20, pasti ada beberapa hal yang perlu didiskusikan dan diklarifikasi lebih lanjut. Jika Anda memiliki permainan Planning Poker® yang terlalu besar, akan menjadi sangat sulit untuk mengizinkan semua orang berbagi pendapat mereka dan mungkin perlu waktu terlalu lama untuk memperkirakan setiap cerita.
Pastikan Grup Membahas Fitur dan Bukan Komponen
Ketika Anda memiliki tim yang lebih besar dalam permainan Planning Poker®, salah satu bahaya yang dapat mereka hadapi adalah orang-orang terbiasa menunjuk sesuai dengan bidang keahlian mereka. Jadi anggota tim yang lebih nyaman dengan pengembangan ujung depan akan menunjukkan cerita “ujung depan” dan seorang desainer akan menunjukkan cerita “desain” dan ada beberapa masalah berbeda dengan ini. Pertama, jika ini terjadi, ada kemungkinan besar bahwa cerita tidak ditulis atau dibagi dengan benar karena mereka harus berfokus pada irisan fungsionalitas vertikal sebagai lawan dari cerita tipe komponen yang dipisah secara horizontal. Masalah lain adalah bahwa ini memberikan kesan yang salah tentang presisi dengan perkiraan. Salah satu tujuan utama menggunakan sesuatu seperti poin cerita dan Planning Poker® adalah untuk menghindari jebakan mencoba menghasilkan perkiraan yang terlalu tepat dan kemungkinan besar tidak akurat. Akhirnya, ketika tim memperkirakan sepanjang garis ini mengurangi jumlah diskusi di sekitar setiap cerita (lihat poin # 3) dan semua orang akan kurang terlibat ketika datang ke cerita yang mereka tidak anggap berada di ruang kemudi mereka.
Ringkasan
Seperti kebanyakan hal di Agile, tidak ada jawaban konkret untuk apa yang paling berhasil. Yang paling penting adalah terus memeriksa dan beradaptasi seiring kemajuan proyek, dan fokus untuk memungkinkan percakapan yang baik di dalam tim untuk membangun pemahaman bersama tentang apa yang sedang mereka kerjakan. Ini akan membutuhkan waktu dan latihan, tetapi memiliki ukuran tim yang dapat dikelola adalah tempat yang baik untuk memulai.
