Tujuan dari rencana rilis adalah untuk menguraikan kapan berbagai fitur atau produk akan dikirimkan kepada pelanggan, memungkinkan tim Scrum untuk berkomunikasi mengenai peta jalan dan jadwal pengiriman produk yang sedang dikembangkan. Melalui perencanaan jangka panjang, tim dapat memenuhi harapan dari Pemilik Produk dan pemangku kepentingan proyek, serta membantu menjawab pertanyaan-pertanyaan kunci seperti:
- Kapan kita akan selesai?
- Fitur apa saja yang bisa saya miliki pada akhir tahun?
- Berapa biayanya?
- Tentukan tanggal-tanggal kunci dan tonggak penting
- Sinkronkan jadwal pengembangan untuk sistem yang saling tergantung
- Membantu menyeimbangkan nilai bisnis dan kualitas secara keseluruhan dalam batasan cakupan, jadwal, dan anggaran
Pola Perencanaan Rilis
Banyak organisasi memiliki ritme sendiri dalam merilis produk kepada pelanggan. Beberapa memilih untuk merilis setelah setiap Sprint. Beberapa lainnya mengelompokkan hasil dari beberapa Sprint menjadi satu versi, seperti yang ditunjukkan pada diagram di bawah ini. Beberapa lainnya merilis segera setelah setiap fitur selesai—pendekatan ini umum dikenal sebagai pengiriman berkelanjutan atau pengiriman terus-menerus.

Definisi Siap
Rencana rilis adalah peta jalan yang mencerminkan ekspektasi tentang fitur-fitur mana yang akan diimplementasikan dan kapan akan selesai. Tergantung pada strategi pengembangan, rencana ini bisa berbasis fitur—di mana tujuannya adalah mengirimkan rilis setelah satu set fitur yang telah ditentukan selesai dikembangkan—atau berbasis tanggal, di mana rilis terjadi pada titik waktu yang telah ditentukan sebelumnya. Jika proyek berbasis fitur, jumlah total semua fitur dalam rilis dapat dibagi dengan kecepatan yang diharapkan kecepatan untuk memperkirakan jumlah Sprint yang dibutuhkan untuk menyelesaikan fitur-fitur yang diminta.
Apakah Anda Membutuhkan Rencana Pra-Rilis?
Perencanaan rilis adalah topik yang kontroversial di Agile. Meskipun sering diminta untuk memberikan perkiraan mengenai biaya dan jadwal dalam dunia bisnis, Scrum tidak merekomendasikan membuat rencana rilis yang kaku dan telah ditentukan sebelumnya. Berikut adalah beberapa alasan yang menentang perencanaan rilis di awal:
- Pelanggan sering tidak melihat nilai dalam rencana rilis dan menganggapnya sebagai pemborosan
- Perubahan cepat di banyak bidang memvalidasi prinsip “Anda Tidak Akan Membutuhkannya” (YAGNI)—yang berarti perencanaan rilis di awal tidak perlu
- Dengan demikian, nilai satu-satunya dalam rencana rilis mungkin hanya tanggal dan anggaran awal—tidak lebih dari itu
Mengapa Kita Masih Membutuhkan Perencanaan Rilis?
Namun demikian, tanggal pengiriman dunia nyata dalam lingkungan Agile sering kali tidak mencapai target yang dijanjikan. Namun, memiliki peta jalan rilis umum dapat membangun kepercayaan dan menetapkan ekspektasi antara tim Anda dan pemangku kepentingan. Selain itu, rilis harus mempertimbangkan semua pekerjaan tambahan yang harus diselesaikan, seperti memperbarui situs web publik dan melatih tim dukungan pelanggan. Berikut adalah alasan utama melakukan perencanaan rilis dalam Scrum:
- Komunikasi
- Alat perencanaan
- Validasi nilai dibandingkan biaya
- Tetapkan konteks keseluruhan
Contoh Perencanaan Rilis:
Perencanaan rilis hadir dalam berbagai format. Berikut ini contoh untuk perencanaan berbasis fitur/data:

Contoh Perencanaan Rilis
Jika proyek didorong oleh tanggal, kita dapat mengalikan kecepatan dengan jumlah Sprint untuk menentukan jumlah total pekerjaan yang dapat diselesaikan dalam jangka waktu tertentu.

Perencanaan Rilis yang Didorong oleh Kecepatan
Perencanaan rilis bukan dokumen statis—harus direvisi dan diperbarui secara berkala saat kita mengelola Backlog Produk. Ketika informasi baru tersedia (misalnya, entri dalam Backlog Produk Scrum diperbarui atau disesuaikan), perencanaan rilis harus ditinjau dan direvisi sesuai.