Apa itu Kecepatan dalam Scrum?

Kecepatan adalah cara yang sangat sederhana namun kuat untuk mengukur secara akurat seberapa cepat tim pengembangan Scrum menghasilkan nilai bisnis dari waktu ke waktu. Ini memberikan indikasi jumlah rata-rata dari Daftar Produk yang diubah menjadi peningkatan produk selama setiap Sprint oleh sebuah tim Scrum, dengan tim pengembangan menggunakan pelacakan. Oleh karena itu, untuk menghitung kecepatan tim Agiletim, cukup jumlahkan perkiraan fitur, cerita pengguna, persyaratan, atau item daftar prioritas yang berhasil dikirimkan selama satu iterasi. Tim harus:

• Memprediksi cakupan yang dapat dikirimkan pada tanggal tertentu.
• Memprediksi tanggal ketika sejumlah cakupan tertentu akan dikirimkan.
• Memahami keterbatasan kita saat menentukan seberapa besar cakupan yang kita komit untuk dikirimkan dalam satu Sprint.

Contoh Kecepatan Scrum

Sebelum menyelesaikan beberapa iterasi, ada beberapa pedoman sederhana untuk memperkirakan kecepatan awal tim Scrum, tetapi setelah itu, tim Anda dapat menggunakan metode estimasi kecepatan historis yang telah divalidasi untuk Perencanaan Sprint. Berdasarkan serangkaian Sprint sebelumnya, perkiraan kecepatan biasanya stabil dan memberikan dasar yang lebih andal untuk meningkatkan akurasi perencanaan jangka pendek dan jangka panjang untuk proyek Scrum.

Kecepatan mengukur jumlah pekerjaan yang dapat diselesaikan tim dalam satu Sprint dan merupakan metrik utama dalam Scrum. Ini dihitung dengan menjumlahkan poin dari semua cerita pengguna yang selesai sepenuhnya pada akhir Sprint. Poin untuk cerita yang sebagian selesai atau belum selesai tidak boleh dimasukkan dalam perhitungan.

Langkah 1 – Hitung kecepatan iterasi pertama (Sprint)

Pada akhir setiap iterasi, tim menjumlahkan perkiraan usaha yang terkait dengan cerita pengguna yang selesai selama iterasi tersebut. Jumlah total ini disebut kecepatan.

Tim Agile telah memulai sebuah iterasi, merencanakan untuk menyelesaikan Cerita A dan Cerita B, yang diperkirakan 2 poin, dan Cerita C, yang diperkirakan 3 poin. Pada akhir iterasi, Cerita A dan Cerita B telah selesai 100%, tetapi Cerita C hanya selesai 80%. Tim Agile biasanya hanya mengakui dua tingkat penyelesaian: 0% atau 100%. Oleh karena itu, Cerita C tidak dihitung dalam kecepatan, dan kecepatan untuk iterasi ini adalah 4 poin.

Langkah 2 – Gunakan Kecepatan untuk Memprediksi Jumlah Iterasi yang Dibutuhkan

Setelah memahami kecepatan dari Langkah 1, tim dapat menghitung (atau merevisi) perkiraan waktu yang dibutuhkan untuk menyelesaikan proyek berdasarkan perkiraan cerita pengguna yang tersisa, dengan asumsi kecepatan pada iterasi mendatang tetap sekitar sama. Ini biasanya merupakan prediksi yang akurat, meskipun jarang persis tepat.

Anggap cerita pengguna yang tersisa mewakili total 40 poin; perkiraan tim untuk pekerjaan yang tersisa adalah 10 iterasi.

Hubungan antara Kecepatan dan Poin Cerita dalam Scrum

Poin Ceritadigunakan untuk mengukur ukuran dan kompleksitas—pada dasarnya, berapa lama waktu yang dibutuhkan untuk menyelesaikan suatu tugas. Poin cerita adalah ukuran relatif dari waktu yang dibutuhkan untuk menyelesaikan cerita pengguna. Konsep ini diambil dari XP. Mereka digunakan untuk menilai tingkat kesulitan suatu cerita, bukan untuk berkomitmen terhadap berapa lama waktu yang dibutuhkan. Ini memungkinkan Anda menggunakan poin cerita terlepas dari ukuran tim atau jenis tugas.

Bagaimana cara menghubungkan kecepatan dengan poin cerita?

1. Tim sering menggunakan “kecepatan” sebagai metrik produktivitas untuk memberi tahu pihak luar seberapa cepat tim Scrum sebenarnya.
2. Jika perkiraan poin cerita tetap konsisten sepanjang proyek, masuk akal untuk menggunakan poin cerita sebagai representasi “kecepatan”.
3. Jika konsistensi dipertahankan tidak hanya dalam satu tim, tetapi juga antar tim dan bahkan di seluruh perusahaan, hal ini memungkinkan pengukuran produktivitas dan perbandingan kinerja tim.
4. Jika nilai poin cerita tetap stabil, mereka dapat digunakan sebagai acuan untuk perencanaan rilis. Anda dapat mengevaluasi kemungkinan jadwal di kemudian hari.

Bagaimana cara menetapkan poin cerita untuk sebuah cerita pengguna?

Poin cerita adalah satuan pengukuran relatif. Langkah pertama yang harus diambil tim adalah menentukan satu cerita sebagai acuan agar mereka dapat memperkirakan cerita lain berdasarkan referensi ini. Menurut literatur, tim harus mengidentifikasi cerita paling sederhana dalam daftar prioritas dan memberinya 1 poin cerita, lalu menggunakan cerita tersebut sebagai acuan untuk memperkirakan cerita lain.

Ada dua jenis skala yang digunakan untuk membuat perkiraan poin cerita:

• Skala Linear (1, 2, 3, 4, 5, 6, 7, …)
• Deret Fibonacci (0.5, 1, 2, 3, 5, 8, 13, …)

Ide yang baik adalah memperkirakan cerita pengguna pertama yang sudah dikenal tim dan tahu berapa lama waktu yang dibutuhkan untuk menyelesaikannya. Kemudian perkirakan cerita pengguna berikutnya. Jika tim merasa membutuhkan waktu lebih sedikit dibandingkan cerita acuan, letakkan di sebelah kiri acuan. Kemudian perkirakan cerita pengguna lainnya. Jika tim memutuskan membutuhkan waktu lebih sedikit dari cerita acuan tetapi lebih dari cerita kedua, letakkan di antara acuan dan cerita kedua. Dalam contoh ini, kami menggunakan deret Fibonacci untuk estimasi cerita:

Cerita Pengguna Poin Cerita

Bagaimana cara memperkirakan kecepatan secara lebih akurat?

Dalam Scrum, kecepatan membantu Anda memahami berapa lama waktu yang dibutuhkan tim untuk menyelesaikan daftar prioritas produk. Namun, biasanya dibutuhkan beberapa Sprint sebelum tim menemukan kecepatan yang lebih stabil. Untuk memperkirakan kecepatan tim secara lebih akurat, kita dapat mengacu pada catatan pelacakan tim sebelumnya. Ini akan lebih akurat memprediksi berapa banyak cerita yang dapat diselesaikan tim dalam satu Sprint. Untuk keperluan peramalan, rata-rata dari tiga atau empat kecepatan Sprint terakhir sebaiknya digunakan.

Anggap tim Scrum baru merencanakan menyelesaikan 41 poin cerita dalam Sprint pertama mereka. Mereka akhirnya hanya menyelesaikan 38 poin cerita dan membawa 6 poin cerita ke Sprint berikutnya. Jadi kecepatan mereka adalah 38, seperti yang ditunjukkan di bawah ini:

Kecepatan Scrum

Kecepatan Rata-rata Berdasarkan Pelacakan Sprint Sebelumnya

Seperti yang disebutkan sebelumnya, tim tidak boleh memasukkan pekerjaan yang hanya sebagian selesai ke dalam kecepatan. Hanya cerita pengguna yang ditandai sebagai “Selesai” yang dihitung, bahkan jika hanya sebagian kecil tugas yang tersisa.

Kecepatan berdasarkan satu Sprint bukan metrik yang sangat andal untuk peramalan. (Namun, ini membantu tim memahami seberapa banyak pekerjaan yang bisa mereka komit dalam satu Sprint.) Mari kita lacak kemajuan mereka dalam Sprint lebih lanjut.

Sekarang, tim baru terus mengembangkan dari Sprint 1 hingga Sprint 4. Poin cerita yang selesai dalam setiap Sprint adalah: 38, 29, 38, dan 39. Kecepatan rata-rata setelah empat Sprint adalah 36, seperti yang ditunjukkan di bawah ini:

Kecepatan Scrum Selama Sprint

Rata-rata ini, berdasarkan empat Sprint, jauh lebih bermanfaat dibandingkan gambaran sekilas setelah hanya satu Sprint. Mudah dibayangkan bahwa jika daftar prioritas sudah memiliki cerita pengguna yang diperkirakan, kita dapat menggunakan kecepatan ini untuk peramalan. Kita dapat memprediksi seberapa cepat tim akan menyelesaikan semua pekerjaan. Kita dapat membuat perkiraan yang terinformasi tentang fitur-fitur apa yang dapat kita hadirkan dalam rilis mendatang.

Grafik Kecepatan

Jika tim Scrum telah menyelesaikan beberapa Sprint, tim dapat menggunakan laporan kecepatan untuk memperkirakan tanggal rilis dan penyelesaian produk, serta merencanakan proyek masa depan dengan lebih baik. Berdasarkan kecepatan dari Sprint sebelumnya yang ditampilkan dalam laporan, Anda dapat mencapai hal-hal berikut:

• Lacak jumlah pekerjaan yang selesai oleh tim Anda dalam setiap Sprint.
• Jika komposisi tim dan durasi Sprint tetap tidak berubah, perkirakan berapa banyak pekerjaan daftar prioritas yang dapat ditangani tim dalam Sprint mendatang.

Berdasarkan contoh di atas, grafik kecepatan menunjukkan jumlah pekerjaan yang selesai dalam masing-masing 4 Sprint oleh tim Scrum:

Grafik Kecepatan Scrum