Tentang Planning Poker | Panduan Lengkap

Planning Poker, juga dikenal sebagai Scrum Poker, adalah teknik estimasi berbasis konsensus yang digamifikasi yang digunakan dalam pengembangan perangkat lunak agile untuk mengukur upaya atau ukuran relatif dari tujuan pengembangan. Ini secara luas diadopsi dalam framework seperti Scrum, Extreme Programming (XP), dan Kanban.

Teknik ini menggunakan pendekatan metode Delphi wide-band dan berfokus pada kecerdasan kolektif tim untuk menghasilkan estimasi yang lebih akurat daripada yang dibuat secara individual.

Tujuan utama Planning Poker adalah untuk mengurangi bias anchoring. Dalam psikologi kognitif, bias anchoring terjadi ketika informasi pertama atau angka yang diusulkan dalam diskusi mendominasi proses pengambilan keputusan, mempengaruhi estimasi selanjutnya.

Dengan mewajibkan semua anggota tim untuk mempresentasikan estimasi mereka secara bersamaan dan independen (melalui kartu tersembunyi), metode ini memaksa pemikiran individu. Perbedaan yang terungkap saat voting digunakan sebagai pemicu diskusi teknis, di mana anggota dengan tingkat pengalaman yang berbeda dapat berbagi wawasan tentang risiko atau kemudahan yang tidak diperhatikan orang lain.

Teknik ini pertama kali didefinisikan dan dinamai oleh James Grenning pada tahun 2002 sebagai solusi untuk 'analisis paralysis' dalam rapat perencanaan. Kemudian dipopulerkan oleh Mike Cohn dalam buku 'Agile Estimating and Planning' (2005).

Meskipun istilah tersebut adalah merek dagang dari Mountain Goat Software, penggunaannya gratis untuk komunitas, dan teknik ini telah menjadi standar global untuk perencanaan sprint dan manajemen backlog.

Estimasi Planning Poker tidak menggunakan jam atau hari, melainkan unit pengukuran abstrak yang disebut Story Points. Skala yang paling umum adalah urutan Fibonacci dimodifikasi:

0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100

Penggunaan angka yang semakin menjau satu sama lain saat bertumbuh bertujuan untuk mencerminkan ketidakpastian yang melekat dalam tugas-tugas kompleks. Secara psikologis, lebih mudah membedakan tugas 2-poin dari tugas 3-poin daripada membedakan tugas 20-poin dari tugas 21-poin. Lompatan dari 13 ke 20 (dan kemudian 40) menunjukkan bahwa semakin besar upaya, semakin kurang akurat kemampuan prediksi manusia.

• Tanda Tanya (?) Peserta tidak memiliki informasi yang cukup tentang tugas tersebut.
• Tak Terhingga (∞) Tugas dianggap terlalu besar untuk diperkirakan dan harus dibagi (dipotong).
• Cangkir Kopi Menunjukkan bahwa tim lelah dan menyarankan istirahat untuk menjaga kualitas estimasi.

Proses ini biasanya terjadi selama upacara perencanaan sprint dan mengikuti langkah-langkah ini:

1. Product Owner mendeskripsikan cerita pengguna.
2. Tim mendiskusikan persyaratan teknis, kriteria penerimaan, dan dependensi.
3. Setiap anggota memilih kartu secara mental dan menyimpannya tersembunyi.
4. Semua kartu diungkap secara bersamaan.
5. Jika ada konsensus, nilai diterima. Jika tidak, suara ekstrem (tertinggi dan terendah) menjelaskan argumen mereka. Setelah diskusi, ronde voting baru berlanjut hingga tercapai kesepakatan.

• Penggunaan Rata-rata Aritmetika Menghitung rata-rata suara daripada mencari konsensus membatalkan nilai diskusi teknis.
• Tekanan Kepemimpinan Ketika manajer atau pengembang 'senior' menyatakan pendapat sebelum voting, menyebabkan bias anchoring pada anggota tim lainnya.
• Estimasi Per Jam Mencoba mengkonversi poin langsung ke jam, mengabaikan variasi fokus dan produktivitas antara anggota yang berbeda.

Dengan transisi ke kerja jarak jauh dan tim yang terdistribusi, Planning Poker telah berevolusi dari dek fisik ke platform digital sinkron. Alat-alat ini mencoba mereplikasi dinamika pengungkapan kartu simultan di lingkungan virtual, memastikan integritas metode dari jarak jauh.