Kali ini kita akan membahas dasar-dasar di balik scrum dan kita akan melihat bagaimana scrum yang merupakan metode pengembangan perangkat lunak agile dibandingkan dengan pengembangan Waterfall dan akan memeriksa 3 roles, 3 artifacts, dan 3 ceremony yang membentuk scrum.
Waterfall biasanya melalui proses perencanaan yang panjang yang bisa memakan waktu beberapa bulan diikuti dengan membangun produk yang lagi-lagi bisa memakan waktu berbulan-bulan dan kemudian menguji tinjauan produk dan akhirnya menerapkan produk tersebut.
Pada titik ini Anda mungkin akan membawa produk yang salah ke permintaan pasar atau teknologi yang telah berubah sejak rencana awal dikembangkan.
Ada beberapa masalah dengan metode ini, pertama-tama perencanaan harus diselesaikan sebelum pekerjaan dimulai dan dalam banyak kasus perencanaan dilakukan tanpa sepenuhnya memahami proyek.
Setelah pengembangan dilakukan seringkali hal-hal dikirim kembali ke tahap perencanaan dan proyek perlu dimulai dari awal, pengembang kemudian dikritik karena tidak memahami rencana tersebut.
Siklus ini dapat terjadi berkali-kali ketika pengembangan selesai membangun produk itu dilemparkan ke tahap sebelumnya di mana ketika masalah ditemui. Itu memantul kembali ke pengembangan dan terkadang kembali ke perencanaan. Masalah yang sama terjadi dalam beberapa langkah berikutnya dengan banyak langkah mundur dan melakukan kembali. Hal ini dapat menyebabkan jeda waktu berbulan-bulan hingga beberapa tahun untuk mengeluarkan produk.
Dengan scrum yang merupakan implementasi dari agile, prosesnya dipecah menjadi bagian-bagian yang lebih kecil. Pertama kita hanya berencana untuk memulai dengan membangun suatu set fitur yang minimal, kita membangun apa yang direncanakan. Selanjutnya kita menguji dan meninjau kumpulan fitur kecil itu dan menyiapkannya untuk dikirim saat siklus itu selesai.
Pengiriman Produk
Kita berakhir dengan produk yang berpotensi dapat dikirim. Proses ini biasanya terjadi dalam jangka waktu satu hingga tiga minggu. Ini kemudian diulang berkali-kali hingga mengurangi waktu perencanaan untuk pengembangan ke pengujian. Setiap kali melalui proses perencanaan kita melakukan perencanaan yang cukup untuk menyelesaikan rilis tambahan berikutnya.
Kita akan mendapatkan beberapa rilis tambahan yang disebut sprint. sebuah sprint biasanya memakan waktu satu hingga tiga minggu dan kita hanya terus mengulangi sprint ini sampai produk kita dilengkapi fitur terbaru.
Kadang-kadang anda mungkin akhirnya mengirimkan produk kita setelah sprint kedua atau ketiga atau keempat atau bahkan lebih jauh tetapi kita berakhir dengan produk yang siap kirim.
Dalam scrum ada 3 peran kunci yang dibutuhkan agar framework dapat bekerja dengan baik
Ada 3 artefak atau dokumen yang digunakan di scrum
Ada 3 tata tertib yang membuat scrum dianggap sebagai pertemuan atau diskusi
Kesimpulan
Mari kita satukan semuanya dan lihat alur kerja scrum dimulai dengan product backlog yang mana pemilik produk membuat daftar ide dan fitur cemerlang yang dapat masuk ke dalam produk. pemilik produk memprioritaskan daftar dan membawa item teratas ke tim. Sprint Planning adalah tempat pemilik produk tim dan scrum master mendiskusikan cerita pengguna prioritas utama.
Menentukan apa yang bisa dilakukan pada sprint berikutnya. output dari rapat perencanaan sprint adalah sprint backlog. Ini adalah daftar cerita pengguna yang telah dijadikan komitmen untuk sprint berikutnya. seluruh tim dan pemilik produk memiliki pemahaman yang kuat tentang apa yang melibatkan masing-masing cerita pengguna berdasarkan diskusi.
Dari sprint planning pertemuan sprint membutuhkan waktu satu sampai tiga minggu di mana pekerjaan yang berkomitmen di sprint backlog telah dikerjakan hingga selesai. Selama sprint scrum harian terjadi sebagai stand-up meeting dimana tim mendiskusikan apa yang telah mereka selesaikan dan apa yang mereka kerjakan serta item yang diblokir.
Hasil dari sprint adalah produk yang berpotensi dapat dikirim. Berpotensi dapat dikirim berarti bahwa pemilik produk dapat memutuskan apakah siap untuk dikirim atau jika ada fitur tambahan yang diperlukan sebelum dikirim. Di akhir sprint, diadakan sprint review dan pertemuan retrosprektif sprint, sprint review adalah tempat tim memamerkan pekerjaan mereka kepada pemilik produk dan di sini tim mengerjakan apa yang dapat mereka lakukan untuk meningkatkan proses mereka dan mengulangi alur kerja ini ke setiap sprint sampai selesai.