Planning Poker: Cara Pasukan Agile Menganggar Usaha

Planning poker ialah teknik anggaran yang mengubah sesi backlog grooming yang berpotensi menimbulkan pertikaian menjadi latihan pasukan yang berstruktur dan mengejutkannya, menyeronokkan. Ia kedengaran mudah, tetapi mekanismenya direka dengan bijak untuk mendedahkan percanggahan pendapat yang paling penting.

Apa itu planning poker?

Planning poker (juga dipanggil Scrum poker) ialah teknik anggaran berasaskan konsensus dan digamifikasikan yang digunakan oleh pasukan agile untuk menganggar saiz user story dan item backlog. Setiap peserta memegang satu set kad bernombor. Setiap orang memilih satu kad secara peribadi, kemudian semua kad didedahkan serentak. Jika anggaran berbeza dengan ketara, pasukan berbincang mengenai jurang tersebut sebelum mengundi semula sehingga mencapai konsensus.

Kaedah ini diperkenalkan oleh James Grenning pada tahun 2002 dan kemudiannya dipopularkan oleh Mike Cohn dalam bukunya Agile Estimating and Planning (2005). Pendekatan Cohn, bersama penerimaan meluas Scrum, menjadikan planning poker sebagai alat anggaran de-facto dalam pasukan metodologi agile di seluruh dunia.

Intipati utama di sebalik planning poker ialah anggaran berfungsi paling baik sebagai perbualan, bukan pengiraan. Apabila semua orang meletakkan nombor di atas meja pada masa yang sama, anda mendapat pertimbangan individu yang tidak ditapis. Percanggahan pendapat yang berlaku selepas itu bukan geseran, ia adalah isyarat.

Fakta Penting

• Pasukan yang menggunakan teknik anggaran berstruktur seperti planning poker melaporkan 29% keyakinan lebih tinggi dalam komitmen sprint mereka berbanding saiz tidak berstruktur (State of Agile Report, edisi ke-17, 2024).
• 81% pengamal agile menggunakan story point sebagai unit anggaran utama mereka, dengan planning poker sebagai kaedah paling biasa untuk menetapkannya (State of Agile Report, edisi ke-17, 2024).
• Mike Cohn, yang mempopularkan planning poker, memerhatikan bahawa nilai utama teknik ini ialah "perbincangan yang dicetuskannya, bukan nombor yang dihasilkannya" (Mountain Goat Software, agileestimating.com).

Mengapa planning poker berkesan

Keberkesanan planning poker bukan kebetulan. Reka bentuknya menangani tiga mod kegagalan khusus yang menjejaskan anggaran atas-bawah tradisional.

Ia mengurangkan bias sauhan (anchoring bias). Apabila pembangun kanan berkata "ini nampak seperti tugasan dua hari" sebelum sesiapa lain bersuara, ia menarik seluruh pasukan ke arah nombor tersebut tanpa mengira kepakaran individu. Pendedahan kad serentak memecahkan dinamik itu sepenuhnya. Setiap orang komited kepada anggaran mereka sebelum melihat anggaran orang lain, yang memberikan kumpulan itu titik data yang benar-benar bebas.

Ia mendedahkan andaian tersembunyi. Detik menarik dalam mana-mana pusingan planning poker bukanlah apabila semua orang bersetuju, tetapi apabila anggaran bertaburan merentasi pelbagai nilai. Pembangun yang memilih 3 sementara satu lagi memilih 13 hampir pasti mempunyai model mental yang berbeza tentang apa yang diperlukan oleh story tersebut. Percanggahan itu mendedahkan keperluan yang hilang, kriteria penerimaan yang tidak jelas, atau kebergantungan yang tiada siapa terfikir untuk sebutkan. Anda mahu mencari jurang ini dalam mesyuarat anggaran, bukan pertengahan sprint.

Ia melibatkan seluruh pasukan. Dalam banyak pendekatan anggaran, seorang tech lead menganggar dan semua orang lain mengangguk setuju. Planning poker memberikan setiap suara berat yang sama. Pembangun junior yang memilih kad tinggi kerana dia teringat story serupa yang ternyata jauh lebih sukar daripada yang dijangkakan, mendapat peluang untuk menjelaskan alasannya. Pengetahuan institusi itu sering tidak muncul dengan cara lain.

Planning poker juga mewujudkan pemilikan psikologi. Apabila pasukan menganggar bersama, mereka lebih cenderung untuk saling bertanggungjawab terhadap komitmen bersama tersebut, kerana mereka membuatnya bersama-sama.

Kesilapan biasa dan batasan

Planning poker berkesan, tetapi mudah dilaksanakan dengan buruk.

Tergesa-gesa melangkau percanggahan pendapat. Apabila dua orang jauh berbeza, godaan adalah untuk membahagi perbezaan dan teruskan. Jangan. Jurang itu memberitahu anda sesuatu. Luangkan tiga hingga lima minit untuk memahami setiap perspektif sebelum mengundi semula.

Membiarkan suara kanan mendominasi. Walaupun dengan pendedahan serentak, tech lead yang segera menerangkan anggaran kad rendah mereka sebelum orang lain bersuara masih boleh menyauh perbincangan. Fasilitator perlu meminta pemegang kad tertinggi bersuara dahulu.

Menggunakannya untuk segala-galanya. Planning poker direka untuk user story pada tahap kebutiran yang betul. Menggunakannya untuk menganggar saiz epic atau inisiatif berbilang suku tahun menghasilkan nombor yang tidak bermakna. Item yang terlalu besar perlu dipecahkan sebelum dianggarkan.

Menganggap anggaran sebagai janji. Nombor yang dihasilkan adalah anggaran saiz relatif, bukan tarikh akhir. Pasukan yang mengelirukan story point dengan jam mewujudkan tekanan yang merosakkan anggaran masa depan.

Menjalankannya tanpa story yang sedia. Jika story tidak mempunyai kriteria penerimaan yang jelas, planning poker menjadi perdebatan tentang tafsiran dan bukannya usaha. Item perlu memenuhi Definition of Ready sebelum memasuki anggaran.

Cara bermain planning poker (langkah demi langkah)

Langkah 1: Sediakan dek kad

Setiap peserta mendapat satu set kad anggaran. Dek standard menggunakan jujukan Fibonacci yang diubah suai: 0, 1, 2, 3, 5, 8, 13, 20, 34, 55, 89, dan kad khas untuk "?" (terlalu tidak pasti untuk dianggar) dan cawan kopi (perlukan rehat). Jarak bukan linear ini mencerminkan hakikat bahawa kerja yang lebih besar membawa ketidakpastian yang berkadar lebih tinggi. Kebanyakan pasukan turut menambah 0.5 dan 1 pada penghujung rendah untuk item yang sangat kecil.

Dek fizikal berfungsi dengan baik. Alat dalam talian seperti Pointing Poker, PlanITpoker, dan ciri terbina dalam Jira dan Azure DevOps mengendalikan pasukan jarak jauh.

Langkah 2: Baca story dengan kuat

Product Owner (atau sesiapa yang memiliki backlog) membaca user story dan kriteria penerimaan kepada kumpulan. Peserta menanyakan soalan penjelasan. Ini bukan masa untuk menganggar, ia adalah masa untuk memastikan semua orang memahami story yang sama. Tetingkap penjelasan dua hingga tiga minit adalah biasa.

Langkah 3: Anggar secara peribadi

Setiap peserta memilih satu kad daripada tangan mereka yang mewakili anggaran saiz mereka bagi story tersebut. Kad kekal menghadap ke bawah. Tiada siapa mengumumkan nombor mereka atau bereaksi kepada sesiapa lain semasa fasa ini. Matlamatnya ialah pertimbangan bebas yang tulen.

Langkah 4: Dedahkan serentak

Pada kiraan tiga (atau klik butang dalam alat dalam talian), semua orang membalikkan kad mereka pada masa yang sama. Ini menghalang orang terakhir yang mendedahkan daripada dipengaruhi oleh apa yang orang lain sudah tunjukkan.

Langkah 5: Bincangkan anggaran terpencil

Jika semua kad menunjukkan nombor yang sama (atau nombor bersebelahan), pasukan merekodkan anggaran konsensus dan meneruskan. Jika terdapat sebaran yang ketara, fasilitator meminta pemegang kad tertinggi dan terendah menerangkan alasan mereka. Di sinilah nilai sebenar berlaku. Biarkan perbincangan berlangsung tiga hingga lima minit, kemudian undi semula.

Langkah 6: Undi semula sehingga konsensus

Selepas perbincangan, semua orang menganggar semula. Ulangi Langkah 3 hingga 5 sehingga kumpulan mencapai persetujuan. Dalam kebanyakan kes, persetujuan berlaku dalam satu atau dua pusingan. Jika sesuatu story memerlukan lebih daripada tiga pusingan tanpa mencapai persetujuan, ia mungkin perlu dipecahkan atau ditangguhkan untuk penyelidikan lanjut.

Contoh planning poker

Berikut ialah pusingan biasa bagi satu story: "Sebagai pengguna, saya mahu menetapkan semula kata laluan saya melalui e-mel supaya saya boleh mendapatkan semula akses akaun."

Perbincangan: Dev B menyatakan bahawa ciri berasaskan e-mel terakhir pasukan mengalami isu kebolehsampaian yang tidak dijangka di staging yang menambah dua hari. Dev A mengakui dia tidak mengambil kira beban ujian tersebut. Pasukan bersetuju story tersebut memerlukan kriteria penerimaan yang secara eksplisit merangkumi tingkah laku token tamat tempoh sebelum mengundi semula.

Undi semula: Dev A: 8, Dev B: 8, QA: 8. Konsensus pada 8 story point.

Anggaran akhir adalah 60% lebih tinggi daripada undi pertama Dev A. Jurang itu bukan kesilapan, ia adalah sistem yang berfungsi.

Alat dan dek planning poker

Kad fizikal berfungsi dengan baik untuk pasukan yang berlokasi sama. Dek bercetak adalah murah dan menambah ritual sentuhan kepada mesyuarat. Carian pantas untuk "planning poker cards" akan menghasilkan banyak pilihan, termasuk templat percetakan percuma.

Alat dalam talian adalah pilihan lalai untuk pasukan yang tersebar:

• Pointing Poker (pointingpoker.com), ringkas, percuma, tiada pendaftaran diperlukan
• PlanITpoker (planitpoker.com), termasuk sejarah dan pengurusan sesi
• Jira, planning poker asli melalui papan Sprint Planning (memerlukan aplikasi pihak ketiga)
• Azure DevOps, disepadukan melalui sambungan seperti Estimate

Nilai kad yang paling kerap digunakan pasukan:

Kebanyakan pasukan berpegang kepada Fibonacci diubah suai. Jurang antara nombor besar (13 vs. 20 vs. 40) mencerminkan ketidakpastian tulen pada skala tersebut, yang merupakan pendirian jujur untuk diambil.

Amalan terbaik

Sediakan backlog anda sebelum sesi. Story yang tiada kriteria penerimaan membazirkan masa seluruh pasukan. Jalankan sesi pre-grooming pantas supaya item memenuhi Definition of Ready sebelum anggaran bermula.

Tetapkan had masa untuk setiap story. Had perbincangan dua hingga tiga minit setiap story mengekalkan sesi bergerak lancar. Jika sesuatu story terus mengambil masa, pecahkannya.

Putarkan fasilitator. Mengekalkan orang yang sama menjalankan setiap sesi mewujudkan dinamik kuasa yang boleh secara halus menyekat anggaran yang berbeza pendapat. Putaran mengekalkan semua orang sama-sama terlibat.

Jangan sauh sebelum pendedahan. Elakkan kenyataan seperti "ini nampak kecil" atau "saya luangkan tiga hari untuk sesuatu yang serupa" sebelum kad ditunjukkan. Ini mewarnakan anggaran sebelum pendedahan berpeluang menghasilkan data bebas.

Jangan gunakan story point sebagai jam. Intipati keseluruhan saiz relatif adalah untuk memisahkan usaha daripada masa kalendar. Sebaik sahaja story point menjadi proksi untuk jam, anda kehilangan isyarat velocity yang direka untuk dihasilkannya.

Jangan langkau penjelasan kad tertinggi. Orang dengan kad tertinggi biasanya mempunyai maklumat yang tiada pada pasukan lain. Penjelasan mereka sering menjadi tiga minit paling bernilai dalam sesi tersebut.

Soalan lazim

Mengapa semua kad didedahkan pada masa yang sama?

Pendedahan serentak menghalang sauhan. Jika anggaran keluar satu demi satu, setiap orang akan dipengaruhi oleh nombor yang sudah kelihatan. Intipati keseluruhannya adalah untuk mengumpulkan pertimbangan bebas dan kemudian membandingkannya, bukan untuk mencapai persetujuan melalui tekanan sosial berjujukan.

Berapa lama masa yang diperlukan untuk planning poker?

Bagi sesi perancangan sprint dua minggu, kebanyakan pasukan menganggar 15 hingga 30 item backlog dan memperuntukkan 60 hingga 90 minit untuk bahagian anggaran. Story yang mengambil masa lebih daripada lima minit untuk dianggar biasanya adalah isyarat ia perlu dipecahkan atau ditakrifkan dengan lebih baik.

Bagaimana planning poker berbanding dengan saiz t-shirt?

Kedua-duanya adalah kaedah anggaran relatif. Saiz t-shirt (XS, S, M, L, XL) lebih pantas dan berfungsi dengan baik untuk perancangan roadmap peringkat awal atau apabila khalayak termasuk pihak berkepentingan bukan teknikal. Planning poker menghasilkan output yang lebih terperinci (nombor sebenar pada satu skala) dan memaksa perbincangan yang lebih eksplisit, menjadikannya lebih sesuai untuk perancangan sprint di mana pasukan memerlukan komitmen yang boleh dijejak dengan burndown chart.

Apa yang berlaku jika pasukan tidak pernah mencapai konsensus?

Jika beberapa pusingan tidak menghasilkan persetujuan, story tersebut mungkin memerlukan lebih banyak kerja. Punca biasa: skop tidak jelas, story merangkumi beberapa perkara bebas, atau terdapat kebergantungan yang tiada siapa sepenuhnya memahami. Langkah yang betul adalah menangguhkan item tersebut, menetapkan pemilik untuk menjelaskannya, dan menganggar semula pada sesi seterusnya.

Bolehkah planning poker berfungsi untuk pasukan bukan perisian?

Ya. Mana-mana pasukan yang menganggar usaha relatif, kempen pemasaran, pengeluaran kandungan, projek operasi, boleh menggunakan teknik ini. Nilai kad dan format story diterjemahkan secara langsung. Apa yang tidak diterjemahkan adalah penggunaan story point khusus perisian; pasukan bukan perisian sering menggantikannya dengan tahap usaha (Rendah, Sederhana, Tinggi, Sangat Tinggi) yang dipetakan kepada nombor untuk kesan yang sama.

---

Daya tahan planning poker dalam metodologi agile bergantung kepada satu perkara: ia menjadikan anggaran perbualan pasukan dan bukan ramalan individu. Nombor yang anda perolehi pada akhirnya berguna untuk menjejak komitmen perancangan sprint dan velocity burndown chart. Tetapi output sebenar ialah pemahaman bersama tentang apa yang sebenarnya terlibat dalam sesuatu story, dan pemahaman itulah yang menjadikan sprint berjaya.

Bacaan berkaitan

• Apakah itu Scrum?
• Perancangan Sprint: Cara Menjalankan Mesyuarat yang Berkesan
• Retrospektif Sprint
• User Story
• Burndown Chart
• Manifesto Agile