Panduan Scrum | 23. Poin Cerita dan Estimasi dalam Scrum

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

Oleh karena itu, semakin berpengalaman Tim Scrum, semakin akurat estimasi mereka. Tim juga berkolaborasi dalam menetapkan waktu yang diperkirakan untuk menyelesaikan tugas selama Perencanaan Sprint, dengan mengingat bahwa itu bukan komitmen akhir tetapi sebuah prediksi. Akurasinya tergantung pada berbagai variabel yang terus mengalami perubahan yang tidak terduga dan keadaan yang tidak terduga. Untungnya, metodologi Scrum mencakup teknik dan alat untuk memfasilitasi beberapa tingkat kepastian, dan hari ini kami akan membahasnya secara rinci agar Anda dapat memahami dan menerapkannya segera!

Poin Cerita dan Estimasi dalam Scrum – daftar isi:

1. Pendahuluan
2. Pentingnya Poin Cerita dalam Scrum
3. Teknik estimasi relatif
4. Ringkasan

Pendahuluan

Pada setiap Perencanaan Sprint, Pemilik Produk mempersembahkan Cerita Pengguna baru kepada tim. Pemilik Produk memilihnya dari Daftar Produk untuk diimplementasikan dalam Sprint berikutnya. Kemudian anggota Tim Scrum secara bersama-sama memperkirakan beban kerja yang diperlukan untuk menyelesaikan kumpulan tugas baru ini. Jenis penugasan ini adalah estimasi, estimasi kebutuhan.

Sepertinya cara yang paling sederhana adalah mendefinisikan waktu yang dibutuhkan untuk menyelesaikan tugas dalam jam atau hari. Namun, praktik dan penelitian yang dilakukan sejak tahun 1940-an membuktikan sebaliknya. Manusia tidak mampu memperkirakan dengan akurat waktu yang diperlukan untuk menyelesaikan bahkan tugas yang sangat terdefinisi dengan baik. Selain itu, jumlah jam yang dibutuhkan untuk menyelesaikan tugas tergantung pada siapa yang melakukan tugas tersebut, dan apa yang telah – atau belum – dilakukan sebelumnya. Inilah sebabnya mengapa Scrum biasanya menggunakan unit yang disebut Poin Cerita.

Pentingnya Poin Cerita dalam Scrum

Setiap Tim Pengembangan menerapkan nilai Poin Cerita dengan menarik dari pengalaman dan ukuran tugas individu, yaitu, mengikuti prinsip empirisme. Paling sering, selama Perencanaan Sprint, Scrum Master memilih satu atau lebih contoh Cerita Pengguna yang telah diselesaikan, yang berfungsi sebagai titik acuan untuk menentukan nilai Cerita Pengguna yang akan dikembangkan.

Itulah sebabnya Anda tidak dapat menetapkan nilai dalam 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 dalam Daftar Produk saling terkait satu sama lain. Ini berarti bahwa tugas serupa yang dilakukan oleh satu Tim Pengembangan akan menerima jumlah poin yang serupa.

Poin Cerita adalah unit relatif. Ini berarti bahwa:

1. Nilai Poin Cerita hanya berkaitan dengan tugas yang dilakukan oleh Tim Scrum tertentu. Poin Cerita menggambarkan kecepatan penyelesaian tugas satu tim. Dengan kata lain, Cerita Pengguna yang diperkirakan 10 Poin Cerita oleh Tim A, dapat mendapatkan 50 oleh Tim B. Ini karena, seperti yang kami sebutkan, nilai mereka dihitung relatif terhadap tugas lain yang dilakukan oleh tim tersebut, dan pengalaman mereka dengan tugas serupa.
2. Nilai Poin Cerita yang diselesaikan dalam satu Sprint tidak dapat menjadi dasar untuk membandingkan kinerja dua Tim Scrum. Untuk menghindari kesalahan dalam mengelola proyek Scrum, penting untuk diingat bahwa Kecepatan Tim Pengembangan yang dinyatakan dalam Poin Cerita yang dilakukan dalam satu Sprint tidak dapat digunakan untuk membandingkan kinerja dua Tim. Ini karena mereka bisa melakukan pekerjaan yang sama dalam Sprint paralel, yang satu Tim memperkirakan 10 dan yang lainnya 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 dari Tim Scrum yang sangat berpengalaman kadang-kadang bisa sangat berbeda dari usaha nyata yang diperlukan untuk menyelesaikan sebuah Cerita Pengguna.

Teknik estimasi relatif

Apa teknik estimasi yang paling efektif dalam Scrum? Tidak ada metode yang cocok untuk semua tim.

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

• Perencanaan Poker. Metode relatif yang paling populer ini mengambil permainan kartu untuk menghitung jumlah pekerjaan yang diperlukan untuk menyelesaikan tugas. Aturan dan proses rinci akan kami bahas dalam artikel terpisah.
• Permainan Estimasi Tim. Ini melibatkan penugasan pelaksanaan Cerita Pengguna dalam Sprint tertentu dengan nilai numerik yang dipilih dari urutan Fibonacci. Kami juga telah mendedikasikan artikel terpisah untuk ini.

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

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 Perencanaan Poker atau Permainan Estimasi Tim.

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

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