---

Apa itu Rencana Rilis Scrum? Jawabannya Mungkin Mengejutkan Anda!

Tujuan rencana rilis adalah menggambarkan perencanaan tingkat tinggi beberapa Sprint, biasanya tiga hingga dua belas Sprint dalam contoh ini. Sprint adalah periode berbatas waktu; Increment merupakan hasil yang dapat digunakan, dan beberapa Increment dapat dibuat dalam satu Sprint.

Rencana rilis menjadi pedoman yang mencerminkan ekspektasi Scrum Team tentang:

• Fitur yang akan diimplementasikan,
• Urutan serta waktu implementasi fitur tersebut.

Rencana rilis juga menjadi tolok ukur pemantauan dan pengendalian kemajuan proyek. Rencana ini menjadi target penerapan aktual perangkat lunak dalam sistem produksi TI melalui dua cara:

• Penerapan "Penyampaian Tonggak" untuk menghasilkan nilai bisnis bagi klien sebelum proyek selesai. Penyampaian ini mencakup sebagian persyaratan yang disepakati Scrum Product Owner, klien, serta pemangku kepentingan bisnis,
• Penerapan Penyampaian Akhir yang mencakup seluruh tuntutan serta permintaan fitur yang diketahui dari klien dan pemangku kepentingan bisnis.

Sebelum rencana rilis dibuat, pertimbangkan artefak dan informasi berikut:

• Scrum Product Backlog yang diprioritaskan dan diestimasi,
• Kecepatan terukur Scrum Team (Jika tim baru terbentuk, Kecepatan diestimasi atau nilainya diekstrapolasi dari proyek serupa sebelumnya),
• Kriteria keberhasilan yang ditetapkan klien seperti jadwal, cakupan, dan orang yang tersedia dalam anggaran proyek.

Karena Rencana Rilis sangat berkaitan dengan Product Backlog, Scrum Product Owner mengatur serta memeliharanya.

Bergantung pada tuntutan dan prioritas klien, rencana rilis dibuat untuk memenuhi salah satu dari tiga tujuan:

• Perencanaan Rilis Berbasis Fitur
• Perencanaan Rilis Berbasis Tanggal
• Perencanaan Rilis Berbasis Fitur dan Tanggal (Yang Paling Umum)

Perencanaan Rilis Berbasis Fitur

Yang kita ketahui: Kecepatan Scrum Team, Fitur yang ingin disampaikan.
Yang belum kita ketahui: Berapa lama waktu yang diperlukan untuk menyampaikan fitur tersebut?

Untuk Rencana Rilis Berbasis Fitur (pelajari lebih lanjut tentang Perencanaan Rilis Scrum), jumlah poin cerita fitur yang diminta dalam rilis dibagi Kecepatan tim. Ini memberikan prakiraan awal jumlah Sprint bagi Penyampaian Tonggak atau Penyampaian Akhir. Bulatkan ke atas menjadi Sprint utuh dan inspeksi asumsi cakupan serta Kecepatan selama pekerjaan berjalan. Rencana rilis dibuat berdasarkan hasilnya.

Perencanaan Rilis Berbasis Tanggal

Yang kita ketahui: Kecepatan Scrum Team, Tanggal penyampaian yang diinginkan.
Yang belum kita ketahui: Fitur apa yang dapat disampaikan sebelum tenggat?

Untuk Rencana Rilis Berbasis Tanggal, kalikan Kecepatan tim dengan jumlah Sprint yang tersedia hingga tanggal rilis. Hasilnya menunjukkan estimasi total poin cerita yang dapat diselesaikan tim hingga tanggal tersebut. Rencana rilis dibuat berdasarkan hasilnya.

Perencanaan Rilis Berbasis Fitur dan Tanggal

Yang kita ketahui: Kecepatan Scrum Team, Fitur yang ingin disampaikan, Tanggal penyampaian fitur tersebut.
Yang belum kita ketahui: Bisakah Scrum Team menyelesaikan fitur yang diminta sebelum tenggat yang diberikan?

Kalikan Kecepatan tim dengan jumlah Sprint hingga tanggal rilis untuk memperoleh estimasi total poin cerita yang dapat diselesaikan. Jika angka ini lebih besar daripada jumlah poin cerita fitur dalam rilis, prakiraan saat ini menunjukkan cakupan dapat ditampung; hasilnya tetap tunduk pada ketidakpastian serta perubahan.

Jika tidak, bahas pertukaran antara cakupan, tanggal, dan kapasitas. Penambahan orang tidak otomatis meningkatkan Kecepatan dan dapat memperlambat tim pada awalnya ketika mereka belajar bekerja bersama. Panduan lama sembilan orang bukan batas ketat saat ini: Scrum Team biasanya terdiri atas 10 orang atau kurang. Tim lain dapat bekerja paralel bila meningkatkan efektivitas; tim pada produk yang sama tetap berbagi satu Product Owner, Product Goal, Product Backlog, dan Definition of Done.

Seperti Scrum Product Backlog, Rencana Rilis tidak statis. Rencana berubah sepanjang proyek seiring bertambahnya pengetahuan. Cerita pengguna baru, dihapus, diubah, serta perubahan estimasinya memengaruhi rencana rilis. Karena itu, rencana perlu ditinjau dan diperbarui secara rutin.