Scrum - Artefak

Artefak Scrum memberikan informasi kunci yang perlu diketahui oleh Tim Scrum dan para pemangku kepentingan untuk memahami produk yang sedang dikembangkan, aktivitas yang dilakukan, dan aktivitas yang direncanakan dalam proyek. Artefak berikut ini didefinisikan dalam Scrum Process Framework -

  • Product Backlog
  • Sprint Backlog
  • Grafik Burn-Down
  • Increment

Ini adalah artefak minimum yang diperlukan dalam proyek scrum dan artefak proyek tidak dibatasi oleh ini.

Product Backlog

Product Backlog adalah daftar fitur yang diperlukan sebagai bagian dari produk akhir dan merupakan satu-satunya sumber persyaratan untuk setiap perubahan yang akan dilakukan pada produk.

Product Backlog mencantumkan semua fitur, fungsi, persyaratan, peningkatan, dan perbaikan yang merupakan perubahan yang harus dilakukan pada produk di rilis mendatang. Item Product Backlog memiliki atribut deskripsi, urutan, estimasi, dan nilai. Item ini biasanya disebut sebagai Kisah Pengguna. Product Owner bertanggung jawab atas Product Backlog, termasuk konten, ketersediaan, dan pemesanannya.

Product Backlog adalah artefak yang berkembang. Versi paling awal mungkin hanya berisi persyaratan yang awalnya diketahui dan paling dipahami. Product Backlog dikembangkan sebagai produk, dan lingkungan di mana ia akan digunakan, berkembang. Product Backlog terus berubah untuk memasukkan apa yang dibutuhkan agar efektif. Selama suatu produk ada, Product Backlog-nya juga ada.

Saat produk yang sedang dibangun digunakan dan memperoleh nilai, Product Backlog menjadi daftar yang lebih besar dan lebih lengkap. Perubahan persyaratan bisnis, kondisi pasar, atau teknologi, menyebabkan perubahan pada Product Backlog, menjadikannya artefak yang hidup.

Penyempurnaan Product Backlog berarti menambahkan detail, estimasi, dan urutan prioritas pada item Product Backlog. Ini adalah proses berkelanjutan yang dilakukan oleh Pemilik Produk dan Tim. Tim Scrum memutuskan bagaimana dan kapan penyempurnaan harus dilakukan.

Item Product Backlog dapat diperbarui kapan saja oleh Pemilik Produk atau atas kebijakan Pemilik Produk.

Item Product Backlog dengan urutan lebih tinggi biasanya lebih jelas dan lebih detail daripada item dengan urutan lebih rendah. Perkiraan yang lebih tepat dibuat berdasarkan kejelasan yang lebih baik dan detail yang ditingkatkan. Semakin rendah urutannya, semakin rendah detailnya.

Item Product Backlog yang mungkin menjadi persyaratan kandidat untuk Sprint mendatang akan diperbaiki sehingga item ini dapat dikembangkan selama Sprint. Item Product Backlog yang dapat dikembangkan oleh Tim dalam satu Sprint dianggap siap untuk dipilih dalam rapat perencanaan Sprint.

Sprint Backlog

Sprint Backlog adalah sekumpulan item Product Backlog yang dipilih untuk Sprint, ditambah rencana untuk mengirimkan Increment produk dan mewujudkan Sprint Goal.

Sprint Backlog adalah ramalan oleh Tim tentang fungsionalitas apa yang akan tersedia di Increment berikutnya dan pekerjaan yang diperlukan untuk memberikan fungsionalitas tersebut sebagai Increment produk yang berfungsi.

Sprint Backlog adalah rencana dengan detail yang cukup yang dapat dipahami tetapi Tim harus melacaknya di Daily Scrum. Tim memodifikasi Sprint Backlog selama Sprint, dan Sprint Backlog muncul selama Sprint. Kemunculan ini terjadi saat Tim mengerjakan rencana dan belajar lebih banyak tentang pekerjaan yang diperlukan untuk mencapai Sprint Goal.

Karena pekerjaan baru diperlukan, Tim menambahkannya ke Sprint Backlog. Saat pekerjaan dilakukan atau diselesaikan, perkiraan pekerjaan yang tersisa diperbarui. Ketika elemen-elemen rencana dianggap tidak perlu, mereka dihapus. Hanya Tim yang dapat mengubah Sprint Backlog selama Sprint. Sprint Backlog adalah gambaran real-time yang sangat terlihat dari pekerjaan yang direncanakan Tim untuk diselesaikan selama Sprint, dan itu hanya milik Tim.

Kenaikan

Increment adalah jumlah dari semua item Product Backlog yang diselesaikan selama Sprint digabungkan dengan peningkatan dari semua Sprint sebelumnya. Di akhir Sprint, Increment baru harus merupakan produk yang berfungsi, yang berarti harus dalam kondisi yang bisa digunakan. Itu harus dalam kondisi kerja terlepas dari apakah Pemilik Produk memutuskan untuk benar-benar merilisnya.

Tim Scrum perlu memiliki konsensus tentang apa yang dianggap sebagai Increment. Ini sangat bervariasi untuk setiap Tim Scrum, tetapi, anggota tim harus memiliki pemahaman yang sama tentang apa artinya pekerjaan yang akan diselesaikan. Ini digunakan untuk menilai saat pekerjaan selesai pada kenaikan produk.

Pemahaman yang sama memandu Tim untuk mengetahui berapa banyak item Product Backlog yang dapat dipilihnya selama Perencanaan Sprint. Tujuan dari setiap Sprint adalah untuk memberikan Penambahan fungsionalitas yang berpotensi dapat dirilis.

Tim memberikan peningkatan fungsionalitas produk setiap Sprint. Penambahan ini dapat digunakan, sehingga Pemilik Produk dapat memilih untuk segera merilisnya. Jika pemahaman tentang increment adalah bagian dari konvensi, standar, atau pedoman organisasi pengembangan, minimal semua Tim Scrum harus mengikutinya. Jika ini bukan merupakan konvensi dari organisasi pengembangan, Tim Scrum harus mendefinisikan definisi Increment yang sesuai untuk produk tersebut.

Setiap Penambahan merupakan tambahan untuk semua Penambahan sebelumnya dan diuji secara menyeluruh, memastikan bahwa semua Penambahan berfungsi bersama.

Seiring bertambahnya usia Tim Scrum, definisi Inkremen mereka diharapkan meluas hingga mencakup kriteria yang lebih ketat untuk kualitas yang lebih tinggi. Setiap produk harus memiliki definisi Increment yang merupakan standar untuk setiap pekerjaan yang dilakukan padanya.

Diagram Sprint Burn-Down

Setiap saat dalam Sprint, total pekerjaan yang tersisa di Sprint Backlog dapat dijumlahkan. Tim melacak total pekerjaan yang tersisa untuk setiap Pertemuan Harian untuk memproyeksikan kemungkinan mencapai Sprint Goal. Dengan melacak pekerjaan yang tersisa di sepanjang Sprint, Tim dapat mengatur kemajuannya.

Sprint Burn-Down Chart adalah latihan tren pekerjaan yang dikeluarkan oleh Tim Scrum. Ini terbukti menjadi teknik yang berguna dalam memantau kemajuan Sprint menuju Sprint Goal.

Pemilik Produk melacak total pekerjaan yang tersisa setidaknya di setiap Sprint Review. Pemilik Produk membandingkan jumlah ini dengan pekerjaan yang tersisa di Ulasan Sprint sebelumnya untuk menilai kemajuan dalam menyelesaikan pekerjaan yang diproyeksikan pada waktu yang diinginkan untuk mencapai tujuan. Informasi ini dibagikan dengan semua pemangku kepentingan.

Kesimpulan

Peran, acara, artefak, dan aturan Scrum tidak bisa dihindari. Jika hanya beberapa bagian dari Scrum yang diimplementasikan, hasilnya bukanlah Scrum. Scrum perlu diimplementasikan secara keseluruhan dan berfungsi dengan baik jika sejalan dengan teknik, metodologi, dan praktik lain.

Reference

Panduan Scrum © 1991-2013 Ken Schwaber dan Jeff Sutherland, Semua Hak Dilindungi Undang-Undang.