Berapa Banyak Orang yang Harus Berencana dalam Permainan Poker Anda

Salah satu pertemuan kunci untuk tim yang bekerja dengan kerangka kerja seperti Scrum adalah pertemuan perencanaan yang berlangsung di awal setiap sprint baru. Selama pertemuan ini, 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 secara kolaboratif memperkirakan kompleksitas pekerjaan di backlog mereka. Salah satu cara tercepat untuk rapat Perencanaan Poker® kehilangan keefektifannya adalah dengan melibatkan terlalu banyak orang sekaligus. CEO Amazon Jeff Bezos terkenal karena memastikan jumlah orang dalam rapat tidak lebih 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 hadir di sana. Meskipun tidak ada aturan konkret tentang berapa jumlah orang yang benar dalam permainan Planning Poker®, berikut beberapa hal yang mungkin berguna untuk diingat:

Ukuran Tim Scrum

Tidak ada ukuran pasti 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 ada terlalu banyak overhead untuk dikelola oleh tim secara efektif. Panduan ini juga dapat berfungsi untuk memberikan gambaran tentang berapa banyak orang yang harus berpartisipasi dalam sesi Perencanaan Poker® sekaligus. Jika Anda memiliki lebih banyak orang daripada jumlah ini, mungkin lebih baik untuk berpisah 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 untuk 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 Akan Memperkirakan

Meskipun Scrum Master dan Product Owner dapat diundang untuk berpartisipasi dalam Planning Poker®, estimasi harus dilakukan oleh anggota tim yang akan mengerjakan tugas tersebut. Pemilik Produk tetap harus hadir untuk membantu mengklarifikasi pertanyaan untuk tim tentang fungsionalitas / ruang lingkup dan untuk Scrum Master untuk memberikan panduan tentang masalah yang mungkin menghalangi tim untuk bergerak maju dengan estimasi mereka, tetapi tim pada akhirnya bertanggung jawab untuk memperkirakan karena mereka akan menjadi 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 berbeda untuk memberikan perspektif mereka tentang kompleksitas cerita tertentu dan mengidentifikasi celah dalam pemahaman di 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 butuh waktu terlalu lama untuk memperkirakan setiap cerita.

Pastikan Grup Mendiskusikan 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 front end akan menunjukkan cerita “front end” 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 harus berfokus pada irisan vertikal fungsionalitas yang bertentangan dengan cerita tipe komponen yang dipisahkan secara horizontal. Masalah lainnya adalah bahwa ini memberikan kesan yang salah tentang presisi dengan perkiraan. Salah satu tujuan utama menggunakan sesuatu seperti poin cerita dan Perencanaan Poker® adalah untuk menghindari jebakan mencoba menghasilkan perkiraan yang terlalu tepat dan kemungkinan besar tidak akurat. Akhirnya, ketika tim memperkirakan sepanjang garis ini, itu mengurangi jumlah diskusi di sekitar setiap cerita (lihat poin # 3) dan setiap orang akan kurang terlibat ketika sampai pada sebuah cerita yang mereka anggap tidak berada di ruang kemudi mereka.

Ringkasan

Seperti kebanyakan hal di Agile, tidak ada jawaban konkret untuk apa yang terbaik. Yang paling penting adalah untuk terus memeriksa dan beradaptasi seiring kemajuan proyek, dan fokus pada memungkinkan percakapan yang baik di dalam tim untuk membangun pemahaman bersama tentang apa yang ingin mereka capai. Ini akan membutuhkan waktu dan latihan, tetapi memiliki ukuran tim yang dapat diatur adalah tempat yang baik untuk memulai.