Planning Poker: Cara Tim Agile Mengestimasi Effort

Planning poker adalah teknik estimasi yang mengubah sesi backlog grooming yang berpotensi memicu perdebatan menjadi latihan tim yang terstruktur dan mengejutkan menyenangkan. Kedengarannya sederhana, tetapi mekanismenya dirancang dengan cerdik untuk menyingkap ketidaksepakatan yang paling penting.

Apa itu planning poker?

Planning poker (juga disebut Scrum poker) adalah teknik estimasi berbasis konsensus dan bergaya permainan yang digunakan tim agile untuk mengukur ukuran user story dan item backlog. Setiap peserta memegang satu set kartu bernomor. Setiap orang memilih kartu secara pribadi, lalu semua kartu dibuka bersamaan. Jika estimasi berbeda secara signifikan, tim mendiskusikan kesenjangan tersebut sebelum voting lagi sampai mencapai konsensus.

Metode ini diperkenalkan oleh James Grenning pada tahun 2002 dan kemudian dipopulerkan oleh Mike Cohn dalam bukunya Agile Estimating and Planning (2005). Kerangka pemikiran Cohn, bersama dengan adopsi Scrum yang meluas, menjadikan planning poker alat estimasi de-facto dalam tim metodologi agile di seluruh dunia.

Wawasan utama di balik planning poker adalah bahwa estimasi bekerja paling baik sebagai percakapan, bukan perhitungan. Ketika semua orang meletakkan angka di atas meja secara bersamaan, Anda mendapatkan penilaian individu yang murni tanpa saringan. Ketidaksepakatan yang muncul setelahnya bukan gesekan, itu adalah sinyal.

Fakta Utama

• Tim yang menggunakan teknik estimasi terstruktur seperti planning poker melaporkan keyakinan 29% lebih tinggi terhadap komitmen sprint mereka dibandingkan dengan pengukuran tanpa struktur (State of Agile Report, edisi ke-17, 2024).
• 81% praktisi agile menggunakan story point sebagai unit estimasi utama mereka, dengan planning poker sebagai metode paling umum untuk menetapkannya (State of Agile Report, edisi ke-17, 2024).
• Mike Cohn, yang mempopulerkan planning poker, mengamati bahwa nilai utama teknik ini adalah "diskusi yang dipicunya, bukan angka yang dihasilkannya" (Mountain Goat Software, agileestimating.com).

Mengapa planning poker berhasil

Efektivitas planning poker bukan kebetulan. Desainnya mengatasi tiga mode kegagalan spesifik yang menjangkiti estimasi top-down tradisional.

Mengurangi bias anchoring. Ketika seorang developer senior berkata "ini terlihat seperti tugas dua hari" sebelum orang lain berbicara, itu menarik seluruh tim ke arah angka tersebut terlepas dari keahlian individu. Pembukaan kartu secara bersamaan memutus dinamika itu sepenuhnya. Setiap orang berkomitmen pada estimasinya sebelum melihat estimasi orang lain, yang memberi kelompok tersebut titik data yang benar-benar independen.

Menyingkap asumsi tersembunyi. Momen menarik dalam setiap ronde planning poker bukanlah ketika semua orang setuju, melainkan ketika estimasi tersebar di berbagai nilai. Seorang developer yang memilih 3 sementara yang lain memilih 13 hampir pasti memiliki model mental yang berbeda tentang apa yang dibutuhkan story tersebut. Ketidaksepakatan itu menyingkap requirement yang hilang, kriteria penerimaan yang tidak jelas, atau ketergantungan yang tidak terpikirkan oleh siapa pun untuk disebutkan. Anda ingin menemukan kesenjangan ini di rapat estimasi, bukan di tengah sprint.

Melibatkan seluruh tim. Dalam banyak pendekatan estimasi, seorang tech lead mengestimasi dan yang lain hanya mengangguk setuju. Planning poker memberi bobot yang sama pada setiap suara. Developer junior yang memilih kartu tinggi karena ia teringat story serupa yang ternyata jauh lebih sulit dari perkiraan mendapat kesempatan untuk menjelaskan alasannya. Pengetahuan institusional semacam itu sering kali tidak muncul dengan cara lain.

Planning poker juga menciptakan kepemilikan psikologis. Ketika tim mengestimasi bersama, mereka lebih cenderung saling menuntut akuntabilitas terhadap komitmen bersama, karena mereka membuatnya bersama.

Kesalahan umum dan keterbatasan

Planning poker efektif, tetapi mudah dijalankan dengan buruk.

Terburu-buru melewati ketidaksepakatan. Ketika dua orang jauh berbeda, godaannya adalah membagi selisihnya dan melanjutkan. Jangan. Kesenjangan itu memberi tahu Anda sesuatu. Luangkan tiga hingga lima menit untuk memahami setiap perspektif sebelum voting ulang.

Membiarkan suara senior mendominasi. Bahkan dengan pembukaan bersamaan, seorang tech lead yang langsung menjelaskan estimasi kartu rendahnya sebelum yang lain berbicara masih bisa mengarahkan diskusi. Fasilitator sebaiknya meminta pemegang kartu tertinggi untuk berbicara terlebih dahulu.

Menggunakannya untuk segala hal. Planning poker dirancang untuk user story pada tingkat granularitas yang tepat. Menggunakannya untuk mengukur epic atau inisiatif multi-kuartal menghasilkan angka yang tidak bermakna. Item yang terlalu besar sebaiknya dipecah sebelum estimasi.

Memperlakukan estimasi sebagai janji. Angka yang dihasilkan adalah estimasi ukuran relatif, bukan tenggat waktu. Tim yang mencampuradukkan story point dengan jam menciptakan tekanan yang merusak estimasi di masa depan.

Menjalankannya tanpa story yang siap. Jika sebuah story tidak memiliki kriteria penerimaan yang jelas, planning poker berubah menjadi perdebatan tentang interpretasi, bukan effort. Item harus memenuhi Definition of Ready sebelum masuk ke estimasi.

Cara bermain planning poker (langkah demi langkah)

Langkah 1: Siapkan deck

Setiap peserta mendapat satu set kartu estimasi. Deck standar menggunakan deret Fibonacci yang dimodifikasi: 0, 1, 2, 3, 5, 8, 13, 20, 34, 55, 89, dan kartu khusus untuk "?" (terlalu tidak pasti untuk diestimasi) dan cangkir kopi (butuh istirahat). Jarak non-linear ini mencerminkan kebenaran bahwa pekerjaan yang lebih besar membawa ketidakpastian yang proporsional lebih besar. Sebagian besar tim juga menambahkan 0,5 dan 1 di ujung bawah untuk item yang sangat kecil.

Deck fisik bekerja dengan baik. Alat online seperti Pointing Poker, PlanITpoker, dan fitur bawaan di Jira dan Azure DevOps menangani tim jarak jauh.

Langkah 2: Bacakan story dengan suara keras

Product Owner (atau siapa pun yang memiliki backlog) membacakan user story dan kriteria penerimaan kepada kelompok. Peserta mengajukan pertanyaan klarifikasi. Ini bukan waktu untuk mengestimasi, ini waktu untuk memastikan semua orang memahami story yang sama. Jendela klarifikasi dua hingga tiga menit adalah hal yang umum.

Langkah 3: Estimasi secara pribadi

Setiap peserta memilih satu kartu dari genggamannya yang merepresentasikan estimasi ukuran mereka untuk story tersebut. Kartu tetap menghadap ke bawah. Tidak ada yang mengumumkan angkanya atau bereaksi terhadap orang lain selama fase ini. Tujuannya adalah penilaian independen yang murni.

Langkah 4: Buka bersamaan

Pada hitungan ketiga (atau klik tombol pada alat online), semua orang membuka kartunya pada saat yang sama. Ini mencegah orang terakhir yang membuka kartu terpengaruh oleh apa yang telah ditunjukkan orang lain.

Langkah 5: Diskusikan yang di luar kebiasaan

Jika semua kartu menunjukkan angka yang sama (atau angka yang berdekatan), tim mencatat estimasi konsensus dan melanjutkan. Jika ada sebaran yang signifikan, fasilitator meminta pemegang kartu tertinggi dan terendah untuk menjelaskan alasan mereka. Di sinilah nilai sesungguhnya terjadi. Biarkan diskusi berlangsung tiga hingga lima menit, lalu voting ulang.

Langkah 6: Voting ulang hingga konsensus

Setelah diskusi, setiap orang mengestimasi ulang. Ulangi Langkah 3 hingga 5 sampai kelompok mencapai kesepakatan. Dalam sebagian besar kasus, kesepakatan tercapai dalam satu atau dua ronde. Jika sebuah story membutuhkan lebih dari tiga ronde tanpa mencapai kesepakatan, mungkin story tersebut perlu dipecah atau ditunda untuk riset lebih lanjut.

Contoh planning poker

Berikut ronde tipikal untuk sebuah story: "Sebagai pengguna, saya ingin mereset kata sandi saya melalui email agar dapat mendapatkan kembali akses akun."

Diskusi: Dev B mengangkat bahwa fitur berbasis email terakhir tim mengalami masalah deliverability tak terduga di staging yang menambah dua hari. Dev A mengakui ia tidak memperhitungkan overhead pengujian tersebut. Tim setuju story ini membutuhkan kriteria penerimaan yang secara eksplisit mencakup perilaku token kedaluwarsa sebelum voting ulang.

Vote ulang: Dev A: 8, Dev B: 8, QA: 8. Konsensus di 8 story point.

Estimasi akhir 60% lebih tinggi dari vote pertama Dev A. Kesenjangan itu bukan kesalahan, itu adalah sistem yang bekerja.

Alat dan deck planning poker

Kartu fisik bekerja dengan baik untuk tim yang berlokasi sama. Deck cetak murah dan menambahkan ritual sentuhan fisik pada rapat. Pencarian singkat untuk "kartu planning poker" menghasilkan banyak pilihan, termasuk template cetak gratis.

Alat online adalah pilihan default untuk tim terdistribusi:

• Pointing Poker (pointingpoker.com), sederhana, gratis, tanpa perlu pendaftaran
• PlanITpoker (planitpoker.com), menyertakan riwayat dan manajemen sesi
• Jira, planning poker native melalui papan Sprint Planning (membutuhkan aplikasi pihak ketiga)
• Azure DevOps, terintegrasi melalui ekstensi seperti Estimate

Nilai kartu yang paling banyak digunakan tim:

Sebagian besar tim tetap menggunakan Fibonacci yang dimodifikasi. Kesenjangan antar angka besar (13 vs. 20 vs. 40) mencerminkan ketidakpastian nyata pada skala besar, yang merupakan posisi yang jujur untuk diambil.

Praktik terbaik

Siapkan backlog Anda sebelum sesi. Story yang tidak memiliki kriteria penerimaan membuang waktu seluruh tim. Jalankan pre-grooming singkat agar item memenuhi Definition of Ready sebelum estimasi dimulai.

Batasi waktu untuk setiap story. Batas diskusi dua hingga tiga menit per story menjaga sesi tetap bergerak. Jika sebuah story terus memakan waktu, pecahlah.

Rotasi fasilitator. Membiarkan orang yang sama menjalankan setiap sesi menciptakan dinamika kekuasaan yang bisa secara halus menekan estimasi yang berbeda pendapat. Rotasi menjaga semua orang tetap terlibat secara setara.

Jangan anchoring sebelum pembukaan. Hindari pernyataan seperti "ini terlihat kecil" atau "saya menghabiskan tiga hari untuk sesuatu yang serupa" sebelum kartu ditunjukkan. Pernyataan itu mewarnai estimasi sebelum pembukaan berkesempatan menghasilkan data independen.

Jangan gunakan story point sebagai jam. Inti dari sizing relatif adalah memisahkan effort dari waktu kalender. Begitu story point menjadi proxy untuk jam, Anda kehilangan sinyal velocity yang dirancang untuk dihasilkannya.

Jangan lewati penjelasan kartu tertinggi. Orang dengan kartu tertinggi biasanya memiliki informasi yang tidak dimiliki tim lainnya. Penjelasannya sering kali adalah tiga menit paling berharga dalam sesi tersebut.

Pertanyaan yang sering diajukan

Mengapa semua kartu dibuka pada waktu yang sama?

Pembukaan bersamaan mencegah anchoring. Jika estimasi keluar satu per satu, setiap orang akan terpengaruh oleh angka yang sudah terlihat. Inti dari semuanya adalah mengumpulkan penilaian independen lalu membandingkannya, bukan mencapai kesepakatan melalui tekanan sosial yang berurutan.

Berapa lama planning poker seharusnya berlangsung?

Untuk sesi sprint planning dua minggu, sebagian besar tim mengestimasi 15 hingga 30 item backlog dan mengalokasikan 60 hingga 90 menit untuk bagian estimasi. Story yang membutuhkan lebih dari lima menit untuk diestimasi biasanya adalah sinyal bahwa story tersebut perlu dipecah atau didefinisikan dengan lebih baik.

Bagaimana planning poker dibandingkan dengan t-shirt sizing?

Keduanya adalah metode estimasi relatif. T-shirt sizing (XS, S, M, L, XL) lebih cepat dan bekerja baik untuk perencanaan roadmap tahap awal atau ketika audiensnya mencakup stakeholder non-teknis. Planning poker menghasilkan output yang lebih granular (angka aktual pada sebuah skala) dan mendorong diskusi yang lebih eksplisit, membuatnya lebih cocok untuk sprint planning di mana tim membutuhkan komitmen yang dapat dilacak dengan burndown chart.

Bagaimana jika tim tidak pernah mencapai konsensus?

Jika beberapa ronde tidak mencapai kesepakatan, story tersebut kemungkinan membutuhkan pekerjaan lebih lanjut. Penyebab umum: ruang lingkup tidak jelas, story mencakup beberapa perhatian independen, atau ada ketergantungan yang belum sepenuhnya dipahami siapa pun. Langkah yang tepat adalah menunda item tersebut, menugaskan pemilik untuk mengklarifikasinya, dan mengestimasi ulang di sesi berikutnya.

Bisakah planning poker bekerja untuk tim non-software?

Ya. Tim mana pun yang mengestimasi effort relatif, kampanye pemasaran, produksi konten, proyek operasional, dapat menggunakan teknik ini. Nilai kartu dan format story diterjemahkan secara langsung. Yang tidak dapat dipindahkan adalah penggunaan story point spesifik software; tim non-software sering menggantinya dengan tier effort (Rendah, Sedang, Tinggi, Sangat Tinggi) yang dipetakan ke angka untuk efek yang sama.

---

Daya tahan planning poker dalam metodologi agile berujung pada satu hal: ia menjadikan estimasi sebagai percakapan tim, bukan prediksi individu. Angka yang Anda dapatkan di akhir berguna untuk melacak komitmen sprint planning dan velocity burndown chart. Namun output sesungguhnya adalah pemahaman bersama tentang apa yang sebenarnya dibutuhkan sebuah story, dan pemahaman itulah yang membuat sprint berjalan.

Bacaan terkait

• Apa itu Scrum?
• Sprint Planning: Cara Menjalankan Rapat yang Efektif
• Sprint Retrospective
• User Stories
• Burndown Chart
• Agile Manifesto