Panduan Scrum | 23. Poin Cerita dan Estimasi di Scrum

Diterbitkan: 2022-05-26

Dalam artikel hari ini, kami membahas topik Estimasi dan Poin Cerita di Scrum. Membuat perkiraan di Scrum membantu memprediksi kompleksitas dan waktu yang dibutuhkan untuk menyelesaikan tugas. Dengan menganalisis masa lalu, seluruh Tim Scrum secara kolektif memperkirakan apa yang akan terjadi di masa depan.

Oleh karena itu, semakin berpengalaman Tim Scrum, semakin akurat perkiraan mereka. Tim juga berkolaborasi dalam menetapkan perkiraan waktu untuk menyelesaikan tugas-tugas selama Sprint Planning, dengan mengingat bahwa itu bukan komitmen akhir tetapi prediksi. Keakuratannya tergantung pada banyak variabel yang terus-menerus mengalami perubahan tak terduga dan keadaan tak terduga. Untungnya, metodologi Scrum mencakup teknik dan alat untuk memfasilitasi beberapa tingkat kepastian, dan hari ini kita akan membahasnya secara rinci sehingga Anda dapat memahami dan menerapkannya langsung!

Poin Cerita dan Estimasi di Scrum – daftar isi:

  1. pengantar
  2. Pentingnya Poin Cerita di Scrum
  3. Poin Cerita adalah unit relatif. Ini berarti bahwa:
  4. Teknik estimasi relatif
  5. Ringkasan

pengantar

Pada setiap Perencanaan Sprint, Pemilik Produk menyajikan Cerita Pengguna baru kepada tim. Product Owner memilih mereka dari Product Backlog untuk implementasi di Sprint berikutnya. Kemudian anggota Tim Scrum bersama-sama memperkirakan beban kerja yang diperlukan untuk menyelesaikan kumpulan tugas baru ini. Penugasan semacam ini merupakan estimasi, estimasi kebutuhan.

Tampaknya cara paling sederhana adalah dengan menentukan waktu yang dibutuhkan untuk menyelesaikan tugas dalam jam atau hari. Namun, praktik dan penelitian yang dilakukan sejak 1940-an membuktikan sebaliknya. Manusia tidak dapat secara akurat memperkirakan waktu yang dibutuhkan untuk menyelesaikan tugas-tugas yang telah didefinisikan dengan sangat baik sekalipun. Selain itu, jumlah jam yang dibutuhkan untuk menyelesaikan suatu tugas tergantung pada siapa yang mengerjakan tugas tersebut, dan apa yang telah – atau belum – telah dilakukan sebelumnya. Inilah sebabnya mengapa Scrum biasanya menggunakan unit yang disebut Poin Cerita.

Pentingnya Poin Cerita di Scrum

Setiap Tim Pengembang mempraktekkan nilai dari Titik Cerita dengan mengambil dari pengalaman dan ukuran tugas individu, yaitu, mengikuti prinsip empirisme. Paling sering, selama Sprint Planning, Scrum Master memilih satu atau lebih sampel User Stories yang telah selesai, yang berfungsi sebagai titik referensi untuk menentukan nilai User Stories untuk dikembangkan.

Itulah mengapa Anda tidak dapat menetapkan nilai di Poin Cerita tanpa konteks. Misalnya, jika tugas pertama diberi nilai 10, tugas berikutnya akan dievaluasi terhadapnya sebagai lebih besar atau lebih kecil. Dengan cara ini, dalam proyek Tim Scrum, semua tugas di Product Backlog saling terkait. Ini berarti bahwa tugas serupa yang dilakukan oleh satu Tim Pengembang akan menerima jumlah poin yang sama.

Scrum Guide | 23. Story Points and Estimation in Scrum Reklama bloig scrum 1 23

Poin Cerita adalah unit relatif. Ini berarti bahwa:

Nilai Story Point hanya terkait dengan tugas yang dilakukan oleh Tim Scrum tertentu. Story Points menggambarkan kecepatan penyelesaian tugas satu tim. Dengan kata lain, Kisah Pengguna yang diperkirakan 10 Poin Cerita oleh Tim A, bisa mendapatkan 50 oleh Tim B. Ini karena, seperti yang kami sebutkan, nilainya relatif dihitung untuk tugas lain yang dilakukan oleh tim itu, dan pengalaman mereka dengan tugas serupa .

Nilai Story Point yang diselesaikan dalam satu Sprint tidak dapat dijadikan dasar untuk membandingkan kinerja dua Scrum Team. Untuk menghindari kesalahan dalam mengelola proyek Scrum, penting untuk diingat bahwa Kecepatan Tim Pengembang yang dinyatakan dalam Poin Cerita yang dilakukan dalam satu Sprint tidak dapat digunakan untuk membandingkan kinerja dua Tim. Ini karena mereka dapat melakukan pekerjaan yang sama dalam Sprint paralel, yang diperkirakan oleh satu Tim sebesar 10 dan yang lainnya dengan 50 Poin Cerita.

Juga tidak boleh dilupakan bahwa estimasi mengandung banyak elemen yang tidak diketahui dan dibuat berdasarkan data yang tidak lengkap. Untuk alasan ini, prediksi bahkan Tim Scrum yang sangat berpengalaman terkadang bisa sangat berbeda dari upaya nyata yang diperlukan untuk menyelesaikan Kisah Pengguna.

Teknik estimasi relatif

Apa teknik estimasi paling efektif di Scrum? Tidak ada metode satu ukuran untuk semua yang bekerja untuk setiap tim.

Di antara teknik estimasi dalam metodologi tangkas, yang paling umum adalah:

  • Perencanaan Poker. Metode relatif paling populer ini membutuhkan permainan kartu untuk menghitung jumlah pekerjaan untuk menyelesaikan tugas. Ini adalah aturan dan proses terperinci yang akan kami bahas dalam artikel terpisah.
  • Permainan Estimasi Tim. Yang ini melibatkan penetapan eksekusi Cerita Pengguna dalam Sprint tertentu dengan nilai numerik yang sesuai yang dipilih dari deret Fibonacci. Kami juga telah mendedikasikan artikel terpisah untuk itu juga.

Scrum, di sisi lain, menolak cara klasik Estimasi Absolut dari metodologi manajemen proyek tradisional. Cara memperkirakan tugas adalah dengan menentukan terlebih dahulu orang-bulan, durasi, dan biaya keseluruhan proyek. Ini adalah proses yang panjang, sulit untuk diterapkan, dan membutuhkan partisipasi para ahli yang cenderung menetapkan alasan dan kode etik, tetapi tidak mengambil tindakan yang belum tentu melakukan tugas yang nilainya mereka perkirakan. Dengan kata lain, tidak hanya membosankan tetapi juga sangat tidak efisien.

Estimation and Story Points in Scrum

Poin Cerita dan Estimasi- Ringkasan

Estimasi adalah keterampilan yang sangat penting yang menjadi ciri semua Tim Scrum yang matang. Memperkirakan jumlah waktu dan usaha yang diperlukan untuk menyelesaikan tugas individu menjadi fokus utama dari banyak teknik estimasi relatif seperti Planning Poker atau Team Estimasi Game.

Cerita Pengguna dengan Poin Cerita adalah teknik pengukuran efisien lainnya yang kami jelaskan, semoga memberikan beberapa alat praktis kepada pembaca kami. Namun, penting untuk diingat bahwa angka mereka hanya berhubungan dengan tugas-tugas tertentu yang dilakukan oleh Tim Scrum. Oleh karena itu, jumlah Poin Cerita tidak dapat menjadi dasar untuk membandingkan kecepatan Tim Pengembang yang berbeda.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas lebah sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 23. Story Points and Estimation in Scrum caroline becker avatar 1background

Pengarang: Caroline Becker

Sebagai Manajer Proyek, Caroline ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasi dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek rumit menjadi kenyataan.

Lihat semua posting

Panduan Scrum:

  1. Daftar istilah dasar, peran dan pengertian
  2. Apa itu Scrum?
  3. Nilai scrum
  4. Bagaimana menerapkan Scrum di perusahaan Anda?
  5. Tim Scrum - apa itu dan bagaimana cara kerjanya?
  6. Siapa Pemilik Produk?
  7. Kesalahan paling umum dari Pemilik Produk
  8. Siapa Scrum Masternya?
  9. Karakteristik Scrum Master yang baik
  10. Kesalahan paling umum dari Scrum Master
  11. Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
  12. Kerjasama antara Pemilik Produk dan Scrum Master
  13. Tim Pengembang di Scrum
  14. Kesalahan paling umum dari Pengembang
  15. Artefak scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Apa itu Product Backlog?
  19. Apa itu Cerita Pengguna?
  20. Membuat Kisah Pengguna terbaik dengan INVEST
  21. Kesalahan Cerita Pengguna yang paling umum
  22. Kriteria Penerimaan Cerita Pengguna
  23. Estimasi dan Poin Cerita di Scrum
  24. Perencanaan Poker
  25. Game Estimasi Tim
  26. Mendefinisikan Kenaikan
  27. Acara Scrum
  28. Apa itu Sprint di Scrum?
  29. Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
  30. Apa itu Grafik Burndown?
  31. Bagaimana cara membuat dan menafsirkan grafik burndown?
  32. Keuntungan dan kerugian dari grafik burndown
  33. Papan Kanban di Scrum dan Scrumban
  34. Kecepatan dalam Scrum - Kecepatan Tim Pengembang
  35. Scrum Harian
  36. Perencanaan Sprint
  37. Ulasan Sprint
  38. Apa itu Retrospektif Sprint?
  39. Kesalahan umum selama Sprint Retrospective
  40. Pemeliharaan Backlog Produk