Apa itu story point?

Story point adalah satuan ukuran relatif. Alih-alih mengestimasi suatu pekerjaan dalam jam atau hari, tim membandingkannya dengan pekerjaan yang sudah pernah dilakukan: “yang ini kira-kira dua kali lebih besar dari yang itu.” Angka tersebut mencakup upaya, kompleksitas, dan ketidakpastian sekaligus.

Mengapa relatif, bukan jam

Orang kurang pandai memprediksi berapa lama sebuah tugas akan berlangsung, tetapi cukup pandai menilai apakah satu tugas lebih besar dari tugas lain. Story point memanfaatkan kemampuan kedua.

• Poin tidak bergantung pada siapa yang mengerjakan. Sebuah story bernilai 3 entah dikerjakan engineer senior atau junior; perbedaannya terlihat pada seberapa cepat tim menyelesaikan poin, bukan pada estimasinya.
• Estimasi tetap cepat. Membandingkan story dengan story yang sudah dikenal hanya butuh beberapa detik. Memecahnya menjadi jam butuh waktu jauh lebih lama dan jarang lebih akurat.
• Poin berubah menjadi tanggal melalui pengukuran. Begitu tim tahu berapa poin yang diselesaikannya per iterasi — velocity-nya — tim dapat memperkirakan kapan sekumpulan story akan selesai.

Estimasi adalah percakapan tentang ukuran, bukan janji. Jika tim tidak sepakat soal angka, diskusinya biasanya mengungkap salah paham tentang story itu, dan itulah hasil yang lebih berguna.

Skala

Tim memilih skala yang pendek agar estimasi tetap kasar. Skala yang umum:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. Jaraknya makin lebar seiring ukuran, karena story besar lebih tidak pasti.
• Linear — 0, 1, 2, 3. Skala kecil untuk tim yang memecah pekerjaan sangat halus.
• Ukuran t-shirt — S, M, L (kadang juga XS dan XL).

Story yang terlalu besar untuk nilai teratas skala menjadi tanda bahwa story itu perlu dipecah menjadi story yang lebih kecil.

Mengestimasi sebagai tim

Teknik yang umum adalah planning poker: setiap orang memilih estimasi secara pribadi, semuanya membukanya bersamaan, lalu pemberi estimasi tertinggi dan terendah menjelaskan alasannya sebelum tim menyepakati satu angka. Membuka bersamaan mencegah suara pertama memengaruhi yang lain.

Estimasi story sebelum dimulai, setelah tim memahami arti “done” untuk story itu — kriteria penerimaannya. Lihat User story dan perencanaan iterasi.

Cara East Agile Tracker melakukannya

• Feature menerima poin secara default. Bug dan chore tidak diestimasi kecuali proyek mengaktifkan Points for bugs and chores. Lihat Mengestimasi feature.
• Tersedia tiga skala: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3), dan 3-Point (1, 2, 3 untuk Small / Medium / Large). Skala dipilih per proyek; mengubahnya nanti tidak memetakan ulang estimasi yang sudah ada. Lihat Points.
• Poin mengisi velocity. Poin sebuah story dihitung dalam velocity begitu story mencapai done state proyek, dan velocity menentukan ukuran iterasi berikutnya. Lihat Velocity.
• Story yang belum diestimasi dapat dicari. Filter is:unestimated menampilkan feature yang masih memerlukan angka. Lihat Pencarian dan filter.

Bacaan lebih lanjut

• Apa itu velocity? — cara poin menjadi perkiraan.
• Scrum atau Kanban — tempat estimasi dalam masing-masing metode.
• eXtreme Programming — metode asal story point.