Sprint bisa dikatakan sebagai jantung dari Scrum, yang menjadi fokus pada proses pengembangan produk. Sprint merupakan kontainer dari event – event scrum yang lain yang memiliki batasan waktu tertentu. Batasan untuk satu kali sprint biasanya selama satu bulan atau kurang. Pada proses development, bisa lebih dari satu kali sprint, tergantung dari skala produk yang dikembangkan. Sprint biasanya memiliki durasi yang konsisten sepanjang proses pengembangan produk. Pada saat sprint dimulai, durasinya tetap, tidak boleh diperpanjang maupun diperpendek.
Sprint bisa dikatakan sebagai irisan proses dari suatu proyek. Sama dengan proyek, sprint juga bertujuan untuk menyelesaikan sesuatu (Sprint Goal). Setiap sprint membawa misi “apa saja yang harus dikembangkan dan diselesaikan, bagaimana melakukannya”. Hasil dari sprint adalah pecahan produk yang telah tervalidasi dari sisi internal.
Sprint dibatasi satu bulan kalender. Jika batasan sprint terlalu panjang, maka definisi mengenai apa yang akan dibangun akan berubah, dan kompleksitasnya semakin tinggi, begitu juga resiko yang akan dihadapi.
Sebagai kontainer, sprint memuat dan terdiri dari:
1) Sprint planning meeting,
2) Daily Scrum,
3) Pengembangan,
4) Sprint Review,
5) Sprint Restrospective.
Semua event tersebut harus ada di dalam sprint. Tidak adanya salah satu event tersebut akan mengurangi transparansi dan menghilangkan kesempatan untuk meninjau dan membuat perubahan.
Hal-hal yang harus dipatuhi ketika sprint berlangsung:
- Tidak boleh ada perubahan yang dapat membahayakan tercapainya Sprint Goal
- Kualitas Sprint Goal tidak boleh menurun
- Scope dapat diklarifikasikan dan dinegosiasikan ulang diantara Product Owner dan Tim Pengembang seiring dengan bertambahnya pengetahuan pada event sprint review.
- Durasi sprint tidak boleh berubah
- Sprint boleh dibatalkan sebelum batasan waktu sprint selesai dan hanya bisa dilakukan oleh product owner.
Pembatalan sprint
Sprint dapat dibatalkan jika Sprint Goal sudah tidak sesuai dengan harapan mula-mula dan apabila sprint sudah tidak masuk akal lagi apabila dilanjutkan. Ketika sprint dibatalkan, item “Product Backlog” yang selesai harus ditinjau kembali karena berpotensi dirilis dan diterima oleh product owner. Semua item product backlog yang tidak selesai, diestimasi ulang, dan dimasukkan kembali ke product backlog.
Pembatalan sprint akan memakan banyak tenaga, karena semua orang harus menyusun kembali timnya untuk memulai sprint baru. Pembatalan sprint berdampak buruk pada tim scrum karena sering menyebabkan trauma bagi tim scrum, walaupun pembatalan tersebut sangat jarang terjadi.
Nah, untuk kamu yang sedang ingin belajar tentang scrum lebih banyak lagi, bisa dicek di artikel tentang scrum ini ya.
