DosenIT.com

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.

Scrum vs Waterfall

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.

3 Roles Scrum

Dalam scrum ada 3 peran kunci yang dibutuhkan agar framework dapat bekerja dengan baik

1. Pemilik produk, ini adalah orang yang bertanggung jawab untuk mendefinisikan fitur-fitur yang dibutuhkan. Pemilik produk memiliki ide-ide cemerlang yang berubah menjadi produk.
2. Scrum Master, adalah pemimpin yang melayani tim yang bertanggung jawab untuk melindungi tim dan proses rapat yang sedang berjalan dan menjaga semuanya tetap berjalan.
3. Tim, dapat terdiri dari penguji pengembang, penulis, dan siapa pun yang membantu dalam membangun produk. Anggota tim sering memainkan banyak peran. Beberapa hari pengembang mungkin akhirnya melakukan tes atau penguji, mungkin akhirnya menulis dengan cara apa pun tim bekerja untuk menyelesaikan produk.

3 Artifacts Scrum

Ada 3 artefak atau dokumen yang digunakan di scrum

1. Product Backlog, di sinilah pemilik produk membuat daftar fitur yang diprioritaskan yang dikenal sebagai user stories (cerita pengguna) yang dapat masuk ke produk. Daftar ini berkembang dan mengubah prioritas di setiap sprint. User Stories adalah cara untuk mendeskripsikan set fitur yang mengikuti sebagai pengguna membutuhkan sesuatu sehingga format alasan berupa cara menyusun. User Stories ini memungkinkan pemilik produk untuk menentukan jumlah detail yang tepat bagi tim untuk memperkirakan ukuran tugas.
2. Sprint Backlog, User Stories dengan prioritas tertinggi masuk ke dalam sprint backlog. Hal ini diperkirakan untuk ukuran dan komitmen.
3. Burndown Chart, untuk sprint berikutnya, grafik burndown menunjukkan kemajuan selama sprint dalam penyelesaian tugas. Dalam sprint backlog grafik ini harus mendekati titik nol saat pekerjaan selesai.

3 Ceremony Scrum

Ada 3 tata tertib yang membuat scrum dianggap sebagai pertemuan atau diskusi

1. Sprint Planning adalah tempat pemilik produk, master scrum, dan tim bertemu untuk mendiskusikan cerita pengguna dan memperkirakan ukuran relatif mereka.
2. Daily scrum adalah stand-up meeting singkat dimana tim mendiskusikan apa yang telah mereka selesaikan. Sejak pertemuan sebelumnya apa yang mereka kerjakan dan apa pun yang mungkin diblokir atau membutuhkan bantuan.
3. Sprint Review danRetroprespective, terjadi di akhir sprint. Di sinilah tim mendemonstrasikan pekerjaan yang telah selesai kepada pemilik produk dan kemudian tim mendiskusikan apa yang dapat mereka lakukan untuk meningkatkan proses ke depan.

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.