Alasan Anda harus mengukur kecepatan sprint tim

Jika diukur dengan benar, kecepatan sprint dapat membantu Anda memperkirakan beban kerja tim secara akurat, menyederhanakan perencanaan sprint, dan membantu manajer proyek memantau proyek mereka.

Apa itu kecepatan sprint?

Velocity sprint adalah pengukuran seberapa banyak yang dapat dihasilkan oleh Tim Agile selama satu siklus sprint normal. Anda akan menggunakan dua variabel utama untuk menghitung kecepatan sprint: jumlah pekerjaan yang selesai oleh tim Agile dan waktu yang dibutuhkan untuk menyelesaikan pekerjaan itu.

Penting untuk diperhatikan bahwa kecepatan sprint adalah metrik deskriptif dan tidak boleh digunakan sebagai metrik keberhasilan. Kecepatan sprint tidak boleh dipandang sebagai sesuatu yang perlu "ditingkatkan." Ini adalah metrik yang sulit untuk menggambarkan seberapa banyak pekerjaan yang dapat diselesaikan tim dalam satu sprint. Meskipun Anda harus mengukur kecepatan sprint secara konsisten, hal ini tidak boleh dilihat sebagai metrik keberhasilan. Jika demikian, tim Anda dapat mengalami kelebihan beban kerja. Gol memahami kecepatan Sprint adalah untuk mengetahui kapasitas yang dimiliki tim, bukan untuk meningkatkan kapasitas tersebut.

Cara menghitung kecepatan sprint

Anda dapat menghitung kecepatan sprint dengan persamaan matematika sederhana: bagi jumlah item backlog (atau story point, jika itu yang digunakan tim Anda) dengan total durasi sprint dalam hari.

Misalnya, jika tim Anda memiliki 60 item backlog, dan durasi sprint rata-rata Anda berlangsung 2 minggu, persamaannya akan terlihat seperti ini:

60 item backlog/10 hari = Velocity sprint 6

Cukup mudah untuk mencari tahu seberapa banyak yang dapat diselesaikan tim dalam sprint rata-rata. Mulailah dengan menangani backlog yang berisi terlalu banyak item, dan lihat berapa banyak item yang dapat diselesaikan tim dalam waktu sprint yang diinginkan. Golnya bukan menyelesaikan semua yang ada di backlog, tetapi untuk menetapkan tolok ukur pekerjaan yang dapat diselesaikan tim.

Opsi lain yang dapat Anda lakukan sebelum sprint pertama adalah menggunakan strategi estimasi proyek untuk memprediksi seberapa banyak yang dapat diselesaikan oleh tim. Jika Anda mencari beberapa strategi untuk digunakan, coba gunakan estimasi top-down, estimasi tiga titik, atau metode estimasi analog.

Mengapa mengukur kecepatan sprint?

Anda tidak mengukur kecepatan sprint hanya karena ada alasan praktis (dan bermanfaat) mengapa tim Anda harus mengukur kecepatan sprint. Berikut beberapa alasannya.

• Memudahkan perencanaan sprint. Bagi pemilik produk dan master Scrum, mengetahui kecepatan sprint tim dapat membantu mempermudah perencanaan sprint. Jika Anda mengetahui kecepatan sprint rata-rata tim, akan lebih mudah memilih stori pengguna yang tepat dari backlog produk untuk masuk ke iterasi ini tanpa membebani tim pengembangan.

• Mengelola ekspektasi pemangku kepentingan. Jika pemangku kepentingan Anda meminta linimasa pada user story tertentu, atau jika mereka mencoba menambahkan sesuatu sebelum akhir sprint, Anda sebagai pemilik produk memahami bagaimana perubahan itu dapat memengaruhi output tim berdasarkan kecepatan sprint mereka.

• Menunjukkan potensi masalah. Saat Anda secara rutin melacak kecepatan sprint, Anda akan dapat mengukur kecepatan rata-rata secara lebih konsisten. Jika Anda melihat penurunan kecepatan secara tiba-tiba, Anda akan tahu ada potensi masalah, seperti hambatan, misalnya, dependensi yang belum selesai, yang perlu diselesaikan sebelum melanjutkan ke sprint berikutnya.

Cara memvisualisasikan kecepatan sprint

Kemampuan melihat dan mengukur kecepatan sprint secara sekilas dapat membantu mereka yang mengerjakan proyek Agile untuk memahami kinerja tim dengan cepat. Kapan saja selama sprint, mereka dapat melihat bagan dan melihat progres tim saat ini. 

Tergantung pada hal yang ingin Anda visualisasikan untuk sprint, ada beberapa jenis bagan kecepatan yang dapat digunakan. Berikut beberapa contohnya:

Bagan kecepatan dasar

Bagan kecepatan dasar adalah grafik batang yang membandingkan dua faktor utama—jumlah pekerjaan yang diproyeksikan dapat diselesaikan oleh tim pengembangan dalam satu sprint, dan pekerjaan aktual yang selesai dalam satu sprint. 

Sumbu X grafik menampilkan sprint yang berbeda, sedangkan sumbu Y menampilkan jumlah story point atau stori pengguna.

Saat Anda melihat ini secara visual, mudah untuk melihat secara rata-rata seberapa banyak tim Anda dapat menyelesaikan dalam sprint tertentu dibandingkan dengan jumlah yang diperkirakan.

Bagan burndown

Bagan burndown memperkirakan jumlah pekerjaan yang harus diselesaikan tim dan membandingkannya dengan waktu yang tersisa di sprint. Seiring progres sprint, golnya adalah agar garis grafik bergerak lebih dekat ke nol. 

Jika Anda memiliki perkiraan kecepatan tim, Anda dapat memasukkan ini ke dalam bagan burndown dan melihat perbandingan tim dengan garis kecepatan ideal. Pada contoh di atas, Anda dapat melihat seberapa awal dalam sprint tim dapat menyelesaikan lebih banyak pekerjaan dari yang diantisipasi dari garis ideal. Pada akhirnya, tim mengalami penurunan dalam pekerjaan, tetapi tetap mencapai gol akhir. 

Bagan burnup

Bagan burnup adalah kebalikan dari bagan burndown. Grafik ini biasanya mencakup dua baris: pekerjaan aktual yang selesai dan gol ideal yang ingin dicapai tim. Gol ideal biasanya berupa garis horizontal di seluruh grafik, sementara pekerjaan aktual akan terus berkembang untuk mencapai garis gol seiring berjalannya waktu.

Kiat untuk mengatur kecepatan sprint tim

Jika Anda melihat kecepatan sprint tim tidak konsisten, itu mungkin pertanda Anda perlu mengatur kecepatan tim. Konsistensi dalam kecepatan sprint itu penting karena Anda dapat dengan mudah melihat kinerja rutin tim—ketidakkonsistenan menunjukkan bahwa ada sesuatu yang salah.

Misalnya, empat sprint terbaru Anda memiliki kecepatan sprint 4,5, 7, 5, dan 3. Rata-rata kecepatan sprint Anda biasanya sekitar 6. Inkonsistensi kecepatan sprint mungkin merupakan indikator masalah yang lebih besar. Mengatur kecepatan sprint tim berarti mencoba menjaga kecepatan sprint tetap konsisten dari satu sprint ke sprint lainnya.

Berikut beberapa kiat tentang cara mengatur kecepatan sprint tim Anda.

Jelaskan stori pengguna

Salah satu hal yang dapat membantu menstabilkan kecepatan sprint tim adalah memastikan bahwa user story jelas dan mudah dipahami sebelum sprint dimulai. Stori pengguna adalah penjelasan singkat tentang fitur perangkat lunak yang ditulis dari sudut pandang pengguna akhir. Stori pengguna ini sering dilampirkan ke item dalam backlog. Ini memastikan bahwa tim Scrum atau anggota tim proyek dapat berfokus pada pekerjaan yang perlu mereka lakukan, alih-alih menghabiskan waktu mencari pemangku kepentingan untuk informasi yang lebih spesifik. Ini dapat membantu meningkatkan kecepatan Anda dengan memfokuskan waktu tim pada pekerjaan yang benar-benar penting.

Pastikan konsistensi

Jika kecepatan tim tidak konsisten, Anda mungkin mengubah terlalu banyak variabel dari satu sprint ke sprint lainnya. Misalnya, apakah Anda menukar anggota tim yang berbeda dari tim pengembangan Anda? Komposisi tim dapat mengubah jumlah pekerjaan yang dapat dicapai tim Anda. 

Berikut beberapa variabel lain yang dapat memengaruhi kecepatan sprint Anda:

• Durasi sprint

• Peningkatan poin stori

• Perubahan dalam proses

Tetapkan definisi yang sama tentang "selesai"

Semua orang di tim harus memiliki pemahaman yang jelas tentang arti "selesai" atau rampungnya suatu user story. Ini adalah aspek utama dari Kerangka Kerja Scrum yang juga sering digunakan dalam metodologi Agile lainnya. 

Saat tim memiliki definisi yang jelas tentang arti selesainya suatu user story, mereka dapat memperkirakan dengan lebih akurat seberapa banyak pekerjaan yang terlibat dalam setiap user story. Pada akhirnya, hal ini menghasilkan estimasi proyek yang lebih akurat dan, pada akhirnya, kecepatan sprint yang lebih akurat.

Adakan retrospektif sprint

Salah satu manfaat metodologi Agile adalah proses pengembangannya yang iteratif. Artinya, di setiap akhir sprint, ada kesempatan untuk merefleksikan sprint sebelumnya dan melihat apa yang berjalan dengan baik dan apa yang tidak. Rapat retrospektif sprint diadakan untuk tujuan tersebut—rapat yang didedikasikan untuk merefleksikan sprint sebelumnya dan cara meningkatkan sprint berikutnya.

Golnya adalah untuk terus meningkatkan. Saat tim melakukan iterasi melalui berbagai sprint, tim harus menerapkan pembelajaran dari sprint sebelumnya ke sprint berikutnya. Ini memberi tim kesempatan untuk mengubah proses guna terus meningkatkan.