Apa Itu Poin Cerita di Agile & Bagaimana Cara Menaksirnya?

Apa itu Poin Cerita di Agile?

Poin cerita adalah ukuran untuk memperkirakan pekerjaan yang dilakukan melalui penerapan kerangka kerja tangkas seperti Pemrograman Scrum dan eXtreme.

Implementasi cerita pengguna adalah tugas yang sulit untuk dicapai. Tim bisa menghadapi risiko; kompleksitas, dll saat proses pembangunan. Tingkat kesulitan ini diukur oleh tim pengembang melalui penggunaan ukuran abstrak yang disebut titik cerita. Oleh karena itu, poin cerita dalam agile digunakan sebagai metrik dalam pengembangan agile. Ini memberi tahu tim tentang betapa sulitnya implementasi cerita.

Sesi product backlog grooming melakukan estimasi story point yang kemudian dievaluasi oleh product development dan tim testing. Hal ini dilakukan untuk meningkatkan efisiensi perencanaan sprint. Perawatan backlog produk adalah perkiraan kasar yang memeriksa:

• Apakah sprint plan sudah siap untuk dilaksanakan secara efisien.
• Apakah informasinya cukup untuk menyelesaikan soal.
• Apakah rencana sprint berdasarkan cerita pengguna masuk akal.

Ada tiga komponen utama dalam estimasi titik cerita tangkas:

• Risiko: untuk item tertentu, risiko yang terkait dengannya adalah tuntutan yang tidak jelas, perubahan selama proses tengah, dan ketergantungan pada pihak ketiga.
• Kompleksitas: Ini mewakili tingkat kesulitan mengembangkan fitur.
• Penerimaan: Ini menentukan keakraban fitur dengan anggota tim dan seberapa monoton tugas tertentu dalam pengembangan.

Penggabungan tiga poin memungkinkan perencanaan sprint yang akurat termasuk bantalan untuk ketidakpastian, masalah yang berkaitan dengan estimasi yang lebih baik, dan penghindaran belajar terlalu banyak pada komitmen waktu.

Estimasi Poin Cerita di Agile

Langkah-langkah untuk memperkirakan poin cerita tangkas

Keterlibatan pengembang, desainer, penguji, dll. dianggap sebagai faktor kunci saat memperkirakan poin cerita yang gesit. Karena setiap anggota tim memiliki perspektif yang berbeda dalam meneruskan pekerjaan dan memberikan produk, kolaborasi yang efektif menjadi penting. Misalnya, perubahan desain tidak hanya membutuhkan upaya tim desain, tetapi juga membutuhkan keterlibatan pengembangan serta departemen QA.

Untuk memulai dengan perkiraan poin cerita di tangkas, tim harus memiliki cerita dasar yang tidak harus kecil tetapi dapat beresonansi dengan baik di dalam tim. Ini diikuti melalui ukuran cerita berdasarkan cerita dasar. Dengan bantuan cerita referensi, poin harus diberikan pada cerita. Setiap cerita diberi nilai poin.

Manfaat Ukuran

Tim pengiriman yang tangkas melakukan proses sizing yang lebih mudah untuk diperkirakan. Melalui ukuran

• Ikhtisar ruang lingkup pekerjaan dapat dilihat.
• Ukuran pekerjaan dapat ditentukan melalui berbagai perspektif.
• Asumsi yang salah dapat diperbaiki.
• Hal-hal yang tidak tepat disingkirkan.

Ukuran dilakukan dengan mempertimbangkan hal-hal berikut:

• Banyaknya pekerjaan yang harus dilakukan
• Kompleksitas pekerjaan
• Risiko atau ketidakpastian dalam melakukan pekerjaan
• Waktu / Durasi

Sprint dapat direncanakan lebih akurat dengan mengikuti proses yang tercantum:

Proses tiga langkah untuk memperkirakan poin cerita adalah:

1. Penggunaan deret deret Fibonacci.

• Penilaian hari manusia tradisional telah diganti untuk memperkirakan poin cerita melalui angka Fibonacci yaitu 1, 2, 3, 5, 8, ...
• Skala linier tidak digunakan karena menawarkan item yang tidak cukup dibedakan untuk menentukan perkiraan. Namun, deret Fibonacci dapat memperkirakan lompatan kecil dalam suatu masalah.
• Deret Fibonacci mewakili urutan angka di mana angka berikutnya dalam urutan adalah jumlah dari dua angka sebelumnya. Untuk memperkirakan poin cerita di tangkas , deret Fibonacci dimodifikasi menjadi 0,5, 1, 2, 3, 5, 8, 13, …

2. Penentuan matriks

• Garis dasar untuk setiap titik cerita ditentukan.
• Baseline dimasukkan dalam matriks sebagai nilai 1. Ini ditetapkan sebagai standar untuk jumlah risiko, pengulangan, dll yang paling sedikit.

3. Perencanaan poker

Melalui poker perencanaan, tim menyetujui perkiraan titik cerita yang benar untuk setiap item.

Cara kerja perencanaan poker adalah

• Selama perencanaan sprint, satu set kartu diterima oleh setiap pengembang dan penguji. Kartu menggambarkan nomor seri Fibonacci.
• Item dari tabel backlog dipilih untuk ditanyai dan diklarifikasi fitur item.
• Di akhir diskusi, kartu yang mencerminkan perkiraan item dipilih secara pribadi oleh penguji dan pengembang.
• Kartu-kartu tersebut kemudian diungkapkan oleh penaksir. Mereka beralih ke item bersih jika konsensus terpenuhi. Untuk kartu yang bervariasi, diskusi dilakukan oleh para pemimpin sampai tercapai mufakat.

Matriks yang lengkap berguna bagi penaksir untuk digunakan sebagai referensi selama perencanaan poker. Hal ini memungkinkan konsistensi yang lebih besar di seluruh tugas. Selanjutnya batas maksimal estimasi adalah 13, jika lebih dari 13 maka efektif tugas tersebut harus dipecah menjadi item-item yang lebih kecil. Juga, jika tugas diperkirakan lebih kecil dari 1, maka disarankan untuk memasukkannya ke dalam tugas lain.

Estimasi 8 langkah lain untuk estimasi sukses poin cerita di tangkas adalah:

1. Mengidentifikasi cerita dasar

• Salah satu langkah penting untuk memperkirakan poin cerita di tangkas adalah mengidentifikasi cerita dasar yang digunakan sebagai referensi untuk ukuran relatif dari backlog.
• Cerita dasar diambil dari cerita sebelumnya yang dilakukan oleh tim pengembangan atau dari backlog produk saat ini.
• Pemahaman tentang cerita dasar harus sama di antara setiap anggota tim. Dengan kata lain, harus ada kepercayaan dalam tim atas cerita dasar.

2. Diskusikan persyaratannya

• Detail cerita harus didiskusikan dan penjelasan terkait cerita pengguna harus diberikan oleh Pemilik Produk atau analis bisnis.

3. Catat hal-hal penting

• Hal-hal penting yang dianggap penting harus dicatat.
• Scrum master paling baik melakukan pekerjaan ini selama diskusi yang sedang berlangsung.

4. Pertanyaan penting untuk ditanyakan

Beberapa pertanyaan terlalu penting yang harus ditanyakan oleh tim pengembang pada diri mereka sendiri.

• Sebelum memulai desain, apa yang perlu dipelajari oleh anggota tim?
• Apa persyaratan kode untuk cerita? Berapa panjang yang dibutuhkan dan apakah ada kode serupa yang ditulis oleh tim pengembang tadi.
• Untuk penerimaan oleh pelanggan, berapa banyak pekerjaan yang terlibat?
• Apakah ada ketergantungan eksternal yang dimiliki cerita?
• Apakah ada orang dalam tim yang memiliki keahlian atau pengalaman bekerja dalam cerita yang sama?
• Apakah cerita memiliki kesederhanaan atau kompleksitas terkait baik dari perspektif logika bisnis atau dari perspektif teknis?
• Berapa banyak kepastian yang ada untuk mendapatkan dependensi tepat waktu?

5. Poin untuk perbandingan relatif

• Poin relatif untuk perbandingan harus diberikan pada cerita.
• Jumlah poin yang sama harus diberikan untuk cerita, yaitu 1, untuk cerita yang memiliki jumlah pekerjaan yang sama dengan cerita yang sudah berukuran.
• Untuk cerita yang lebih sulit, nilai yang lebih tinggi harus diberikan secara proporsional.
• Jika cerita kurang kompleks karena pembelajaran yang tersedia dari cerita sebelumnya tetapi hampir mirip dengan cerita itu, nilai yang lebih rendah akan diberikan.

6. Konsensus harus dicapai di antara seluruh tim sesuai dengan ukuran cerita.
7. Harus ada validasi atas fakta bahwa ada konsistensi internal di antara cerita-cerita itu.
8. Harus dipastikan pada interval berulang bahwa semua 1 adalah sama atau semua 2 cocok, dll.

Manfaat Estimasi Titik Cerita Agile

Menerapkan estimasi ke poin cerita di agile menawarkan manfaat bagi pengembang dan pemilik produk.

Manfaat yang ditawarkan kepada pengembang adalah:

• Penerapan estimasi memungkinkan pengembang untuk mengetahui berapa banyak perencanaan yang diperlukan untuk sprint dan karenanya dapat melanjutkan pekerjaan dengan kecepatan yang berkelanjutan.
• Perencanaan sprint yang berlebihan dapat dihindari.
• Strategi implementasi dan persyaratan yang dibutuhkan dalam suatu produk dipahami dengan baik melalui diskusi dan elaborasi.

Manfaat yang ditawarkan kepada pemilik produk adalah:

• Pengiriman produk jangka panjang dapat difokuskan.
• “Nilai uang” atau “pengembalian investasi” dari barang-barang tersebut dapat dinilai.
• Risiko teknis barang besar terlihat oleh pemilik produk.

Pelajari Kursus Perangkat Lunak online dari Universitas top dunia. Dapatkan Program PG Eksekutif, Program Sertifikat Tingkat Lanjut, atau Program Magister untuk mempercepat karier Anda.

Ringkasan

Seperti metodologi tangkas yang melibatkan latihan, estimasi itu sendiri adalah praktik yang akan menjadi lebih baik seiring waktu. Implementasi estimasi poin tangkas menguntungkan pengembang dan pemilik yang pada akhirnya menghasilkan solusi yang efektif.

Jika Anda ingin menguasai tangan Anda dalam pengembangan perangkat lunak, maka majulah dan periksa kursus Program PG Eksekutif dalam Pengembangan Perangkat Lunak – Spesialisasi dalam Pengembangan Full Stack yang ditawarkan oleh upGrad.

Kursus spesialisasi akan membantu mengubah kreativitas tersembunyi dari setiap profesional tingkat pemula menuju masa depan pengembangan perangkat lunak mereka. Jika ada bantuan yang diperlukan, Anda dapat menghubungi tim bantuan kami.