Cara Estimasi Story Point dengan Planning Poker

Cara estimasi story point dengan planning poker: siapkan story acuan, pilih kartu diam-diam, buka bersamaan, bahas selisih, lalu sepakati angkanya.

Jawaban singkatnya: cara estimasi story point dengan planning poker dimulai dari satu story: tim membacanya, tiap developer memilih kartu angka secara diam-diam, semua kartu dibuka bersamaan, lalu pemilih angka tertinggi dan terendah menjelaskan alasannya. Setelah itu tim memilih lagi atau langsung menyepakati satu angka. Story point mengukur ukuran pekerjaan dibanding story lain, bukan jumlah jam.

Metodenya sederhana, tetapi hasilnya bergantung pada persiapan dan cara tim membaca perbedaan angka. Panduan ini bisa kamu pakai dengan kartu fisik, spreadsheet, atau aplikasi apa pun.

Apa itu story point dan planning poker?

Story point adalah satuan relatif untuk ukuran pekerjaan. Angkanya biasanya menggabungkan tiga hal: banyaknya usaha, kerumitan, dan ketidakpastian. Story bernilai 8 berarti tim menilainya jauh lebih besar daripada story bernilai 2. Angka itu tidak berarti 8 jam atau 8 hari.

Planning poker adalah cara memperoleh angka itu bersama-sama. Inti metodenya ada pada pilihan yang dirahasiakan sampai semua siap. Panduan Planning Poker dari Mountain Goat Software (diperbarui Agustus 2026) menjelaskan bahwa pilihan pribadi membantu tiap orang berpikir sendiri sebelum melihat jawaban orang lain, sehingga tim terhindar dari efek jangkar. Tanpa aturan ini, angka yang pertama disebut mudah memengaruhi semua angka berikutnya.

Siapa yang menentukan ukurannya? The Scrum Guide edisi 2020 menyebut bahwa developer yang akan mengerjakan pekerjaan itulah yang bertanggung jawab atas ukurannya. Panduan itu tidak mewajibkan story point maupun planning poker, jadi keduanya adalah pilihan tim.

Persiapan sebelum sesi

Story yang siap dibahas. Tiap story punya tujuan dan kriteria selesai. Kalau isinya baru satu kalimat, diskusi akan habis untuk menebak maksudnya.
Dua atau tiga story acuan. Pilih pekerjaan yang sudah selesai dan diingat tim, misalnya satu story bernilai 2 dan satu bernilai 5. Angka baru selalu dibandingkan dengan acuan ini.
Deck kartu. Deret seperti 0, 1, 2, 3, 5, 8, 13, 21 sengaja makin renggang karena pekerjaan besar lebih sulit diperkirakan dengan teliti. Sebagian tim memakai ukuran baju (XS sampai XL) untuk tahap awal. Pilih satu deck dan pakai konsisten.
Peserta yang tepat. Kartu dipilih oleh orang yang akan mengerjakan, termasuk penguji bila pengujian menjadi bagian pekerjaan. Product owner menjawab pertanyaan, bukan menebak ukuran.

Cara estimasi story point dalam 7 langkah

Bacakan satu story. Product owner menjelaskan tujuan dan kriteria selesainya.
Buka waktu bertanya. Tim memperjelas asumsi. Pada tahap ini, jangan menyebut angka apa pun.
Pilih kartu diam-diam. Tiap orang membandingkan story dengan acuan, lalu memilih satu kartu.
Buka bersamaan. Semua kartu terlihat pada saat yang sama.
Dengarkan dua ujung. Pemilih angka tertinggi dan terendah menjelaskan alasannya. Bisa jadi mereka sedang membayangkan pekerjaan yang berbeda.
Pilih lagi bila perlu. Mountain Goat Software mencatat satu sampai tiga putaran biasanya cukup. Lebih dari itu sering berarti story perlu diperjelas, dipecah, atau menunggu keputusan product owner.
Catat angka dan asumsinya. Tulis satu angka yang disepakati dan asumsi penting yang muncul, lalu lanjut ke story berikutnya.

Contoh satu ronde estimasi

Contoh: tim beranggotakan lima developer membahas story "Pembeli bisa membayar DP lalu melunasi sisanya". Alur bisnis seperti ini dijelaskan di artikel sistem DP dan pelunasan. Story acuannya: "mengubah status pesanan" bernilai 2 dan "menambah metode kirim baru" bernilai 5.

Putaran pertama: 3, 3, 5, 5, 13. Rata-ratanya 29 ÷ 5 = 5,8, angka yang tidak ada di deck dan belum menjelaskan apa pun.
Diskusi: pemilih 13 membayangkan pengingat otomatis dan pembatalan bila pelunasan terlambat. Pemilih 3 hanya membayangkan dua status pembayaran baru.
Klarifikasi: product owner menyatakan pengingat dan pembatalan menjadi story terpisah.
Putaran kedua: 5, 5, 5, 5, 8. Pemilih 8 menilai risikonya masih bisa diterima dengan angka 5, sehingga tim sepakat di 5.

Nilai terbesar dari ronde ini bukan angkanya, melainkan ditemukannya perbedaan pemahaman sebelum pekerjaan dimulai.

Cara membaca perbedaan angka

Angka berdekatan (misalnya 3 dan 5): dengarkan alasan singkat, lalu putuskan. Jangan menghabiskan sepuluh menit untuk selisih kecil.
Angka berjauhan (misalnya 2 dan 13): ada asumsi yang berbeda. Cari asumsinya, bukan rata-ratanya.
Semua memilih angka terbesar: story terlalu besar untuk diperkirakan. Pecah menjadi beberapa story yang bisa selesai sendiri-sendiri.
Ada yang memilih 0: tanyakan apakah pekerjaannya memang sudah selesai atau hanya kesalahpahaman.
Tidak ada yang yakin: tunda story itu dan jadwalkan pencarian informasi terlebih dahulu.

Tim tidak harus sepakat sempurna. Yang dibutuhkan adalah pemahaman yang cukup untuk memutuskan apakah story masuk rencana.

Dari story point ke rencana sprint

Story point mulai berguna setelah tim punya catatan beberapa sprint. Jumlah poin yang benar-benar selesai per sprint disebut velocity.

Contoh: tiga sprint terakhir menyelesaikan 24, 30, dan 27 poin. Rata-ratanya (24 + 30 + 27) ÷ 3 = 27 poin. Kalau sisa backlog bernilai 108 poin, perkiraannya 108 ÷ 27 = 4 sprint. Anggap ini perkiraan, karena isi backlog dan anggota tim bisa berubah.

Dua batasan perlu dijaga. Jangan membandingkan velocity antartim, karena tiap tim punya acuan sendiri. Jangan pula menjadikan poin sebagai ukuran kinerja, karena angka akan mudah dinaikkan tanpa pekerjaan yang benar-benar bertambah.

Menjalankan planning poker di MechioApps

Kalau timmu tidak selalu berada di satu ruangan, Planning Poker MechioApps berjalan di browser tanpa instalasi:

Buat sesi. Host mengisi judul dan memilih deck: Fibonacci (0, 1, 2, 3, 5, 8, 13, 21), T-shirt (XS sampai XL), atau deck sendiri berisi sampai 20 angka.
Undang peserta. Bagikan link atau QR. Peserta bergabung sebagai tamu tanpa akun, cukup mengisi nama dan memilih karakter atau foto.
Mulai ticket. Host mengisi nama story, serta keterangan dan link bila perlu.
Pilih kartu. Pilihan orang lain tidak terlihat sebelum dibuka. Layar hanya menunjukkan siapa yang sudah vote.
Buka vote. Setelah hitung mundur 3 detik, semua layar menampilkan tabel nama, vote, dan persentase pemilih nilai yang sama. Rata-rata tampil untuk deck angka.
Tetapkan kesepakatan. Host memilih salah satu nilai yang muncul dalam vote. Kalau tim sepakat di nilai lain, peserta bisa memakai tombol Ubah Pilihan Saya lebih dulu.

Di paket gratis, satu sesi menampung sampai 5 tamu, 3 ticket, dan berlangsung 10 menit sejak ticket pertama dimulai. Riwayat dan laporan PDF tersedia di paket Pro, jadi di paket gratis catat hasilnya sendiri sebelum sesi berakhir. Rinciannya ada di halaman harga.

Coba gratis dengan satu story yang sudah selesai sebagai latihan pertama.

Pertanyaan yang sering diajukan

Satu story point setara berapa jam?

Tidak ada angka yang berlaku umum, dan sebaiknya tim tidak menetapkannya. Begitu satu poin disamakan dengan sejumlah jam, tim sebenarnya kembali memperkirakan waktu dengan satuan lain.

Apakah product owner ikut memilih kartu?

Tidak perlu, kecuali dia juga ikut mengerjakan story itu. Tugasnya menjelaskan kebutuhan dan memutuskan cakupan saat ada pertanyaan.

Bagaimana kalau tim tetap tidak sepakat?

Setelah dua atau tiga putaran, cari penyebabnya. Bila kurang informasi, tunda story itu. Bila terlalu besar, pecah. Bila selisihnya kecil, biarkan orang yang paling banyak akan mengerjakan menentukan pilihan akhir, lalu lanjutkan.

Apakah planning poker hanya untuk tim Scrum?

Tidak. Tim mana pun yang perlu memperkirakan ukuran pekerjaan bisa memakainya, selama pekerjaannya bisa dibandingkan satu sama lain.

Berapa banyak story yang dibahas dalam satu sesi?

Tidak ada angka baku. Tentukan batas waktu per story dan batas waktu total. Kalau waktunya habis, sisa story dijadwalkan ke sesi berikutnya supaya kualitas diskusi tetap terjaga.