Panduan Scrum | 34. Kecepatan dalam Scrum – Kecepatan Tim Pengembang

Kecepatan dalam Scrum membantu Anda menentukan laju di mana Tim Scrum menyelesaikan tugas. Kita dapat mendefinisikannya sebagai rata-rata jumlah Poin Cerita yang diselesaikan dalam satu Sprint. Kecepatan juga dapat memperkirakan durasi proyek berdasarkan kemajuan kerja yang telah diselesaikan. Namun, ini hanya masuk akal untuk tim yang sudah matang yang bekerja dengan laju yang merata dan stabil. Lihatlah apa itu Kecepatan dan bagaimana cara membuatnya bekerja dengan baik untuk Anda!

Kecepatan dalam Scrum – daftar isi:

1. Kecepatan dalam Scrum – Pengantar
2. Kecepatan aktual dan yang direncanakan
3. Kesulitan dan risiko yang terkait dengan Kecepatan dalam Scrum
4. Ringkasan

Kecepatan dalam Scrum – Pengantar

Kecepatan adalah metode opsional tetapi populer untuk mengukur laju Tim Scrum. Ini karena kecepatan yang diperkirakan dengan akurat memungkinkan memprediksi, sampai batas yang wajar, waktu yang dibutuhkan untuk menyelesaikan proyek. Namun, ini adalah ukuran yang hanya dapat diterapkan pada Tim Pengembangan tertentu, yang akan melakukan tugas yang telah “dinilai” sendiri menggunakan unit yang familiar, seperti Poin Cerita, misalnya.

Kecepatan Tim Pengembangan paling sering disajikan dalam bentuk Grafik Kecepatan. Pada sumbu X ditandai Sprint yang berurutan. Di sumbu Y, di sisi lain, kita akan menemukan jumlah Poin Cerita atau unit lain yang sesuai yang diselesaikan dalam Sprint tertentu. Dengan Grafik Kecepatan, Tim Scrum mendapatkan pandangan yang jelas tentang perubahan dalam laju kerjanya. Jika garis yang ditandai pada grafik naik, itu berarti bahwa Tim sedang mengoptimalkan efisiensinya atau mengurangi nilai Poin Cerita. Oleh karena itu, baik Scrum Master maupun Pemilik Produk harus dengan hati-hati mengikuti garis yang menunjukkan Kecepatan Tim.

Kecepatan aktual dan yang direncanakan

Kecepatan aktual Tim Pengembangan menggambarkan laju kerja dalam Sprint yang telah diselesaikan dan dihitung pada akhir setiap Sprint. Ini mengambil nilai dari jumlah Poin Cerita untuk semua User Stories yang telah diselesaikan. Kecepatan aktual Tim Pengembangan memungkinkan Anda untuk merencanakan dan memperkirakan dengan probabilitas tertentu laju tugas di masa depan.

Kecepatan yang direncanakan, di sisi lain, diperkirakan berdasarkan nilai rata-rata dari kecepatan aktual. Ini memerlukan asumsi tidak ada perubahan dalam Tim Pengembangan. Ini adalah alat internal yang penting bagi Tim Pengembangan, yang, berdasarkan itu, dapat menilai apakah kerja sama dalam Tim berjalan dengan baik dan apakah laju kerja dipertahankan.

Kecepatan yang direncanakan juga memungkinkan Pemilik Produk untuk meramalkan waktu pelaksanaan User Stories yang terdefinisi dengan baik yang dijadwalkan untuk dilaksanakan dalam Sprint berikutnya. Ini memungkinkan perawatan yang lebih efisien dari Product Backlog, yang telah kami tulis dalam artikel ini. Namun, praktik menerapkan kecepatan yang direncanakan untuk memperkirakan durasi proyek tidaklah sesederhana itu.

Kesulitan dan risiko yang terkait dengan Kecepatan dalam Scrum

Kecepatan dalam Scrum sering kali diberikan terlalu banyak perhatian tanpa mempertimbangkan faktor-faktor berikut:

• memperkirakan keseluruhan yang lebih besar atau seluruh proyek – sementara Tim Pengembangan dapat memperkirakan dengan akurat jumlah Poin Cerita yang akan diberikan pada tugas tertentu, sangat sulit atau bahkan tidak mungkin untuk menggambarkan keseluruhan yang lebih besar untuk implementasi di masa depan dalam unit ini
• perubahan dalam proyek – setiap perubahan dalam proyek berpotensi berarti perubahan dalam jumlah Poin Cerita yang diperlukan untuk mencapai Tujuan Produk. Mungkin juga bahwa tugas yang sudah diselesaikan perlu dimodifikasi atau bahkan tidak digunakan dalam versi akhir Produk
• peristiwa yang tidak terduga – memprediksi laju proyek di masa depan berdasarkan proyek yang sudah diselesaikan, yaitu, menerjemahkan kecepatan aktual menjadi kecepatan yang direncanakan, dapat menghasilkan perkiraan yang akurat. Namun, setiap proyek memiliki keunikan tersendiri dan prediksi yang akurat berdasarkan sejarah biasanya tidak mungkin.

Ringkasan

Menggunakan Kecepatan sebagai metrik untuk mengevaluasi efektivitas Tim Pengembangan dapat menyebabkan keandalannya menurun. Ini juga dapat menurunkan kualitas perkiraan, yang telah kami tulis lebih detail dalam artikel ini. Setelah semua, untuk mendapatkan hasil terbaik dalam metrik, Tim Pengembangan mungkin melebih-lebihkan intensitas kerja tugas untuk meningkatkan Kecepatan. Ini merugikan karena tim itu sendiri kemudian kehilangan informasi berharga untuk melakukan perbaikan dan merencanakan tugasnya dengan lebih akurat.

Kecepatan dalam Scrum sangat berguna terutama sebagai ukuran internal yang digunakan oleh Tim Pengembangan untuk menilai laju kerjanya. Ini karena memungkinkan untuk menentukan berapa banyak tugas yang mampu diselesaikan dalam satu Sprint.

Kecepatan di tangan Pemilik Produk menjadi alat yang berguna untuk memperkirakan tenggat waktu untuk tugas yang lebih besar.

Namun, risiko terbesar terkait dengan penggunaan Kecepatan sebagai metrik untuk mengevaluasi Tim Pengembangan. Ini karena dapat menyebabkan penurunan kredibilitasnya dan bahkan melebih-lebihkan nilainya untuk meningkatkan evaluasi eksternal terhadap kerja Tim Scrum.

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