Dalam sebuah proses pengembangan perangkat lunak, dibutuhkan proses-proses yang saling terintegrasi yang dimulai dari tahap requirement, design, implementasi, testing sampai dengan deployment. Metodologi yang umum digunakan di Indonesia saat ini yakni menggunakan RUP 

(Rational Unified Process), di mana tahap-tahap di atas dilakukan secara urut dan terstruktur. Tetapi, seringkali pada proses pengembangan perangkat lunak, ada banyak perubahan yang terjadi karena dinamika perusahaan yang memungkinkan adanya penambahan requirement 

(permintaan). Kalau sudah begini, jika menggunakan metodologi RUP, tim developer akan mengalami kesulitan jika dihadapkan pada banyaknya perubahan yang terjadi. Untuk menyelesaikan problem inilah, metodologi Scrum diciptakan. Apa metodologi Scrum itu? Apa yang membedakannya dengan RUP?

Scrum saat ini menjadi alternatif yang mulai banyak digunakan dalam proses pengembangan perangkat lunak. Scrum sendiri sebenarnya adalah sebuah framework yang mengimplementasikan proses Agile Development. Untuk menjelaskan bagaimana Scrum mengubah paradigma dalam proses bekerja dan apa perbedaannya dengan RUP, saya akan mencontohkan dengan sebuah ilustrasi berikut.

Sebuah development team beranggotakan sekitar 5 orang, dibagi berdasarkan tahap-tahap yang dilakukan pada proses software development, yakni proses Requirement, Design, Implementation, Testing, dan Deployment. Beberapa saat kemudian tim ini menerima sebuah project dari klien, di mana tim diminta untuk membuat sebuah aplikasi untuk membantu proses bisnis yang klien minta. Karena tim sadar bahwa sang klien adalah seorang petinggi perusahaan yang sedang berkembang, maka tim memutuskan untuk menggunakan Scrum karena kelebihannya yang dapat menerima berbagai perubahan yang mungkin akan muncul pada proses pengembangan aplikasi.

Diasumsikan bahwa tim telah memutuskan untuk menggunakan Scrum dalam metodologi dalam pengerjaan project yang diminta client. Tapi kira-kira apa alasan penggunaan Scrum pada project kali ini. Sebelum itu, saya ingin menunjukkan perbedaan Scrum dibandingkan dengan RUP yang mengadopsi metodologi waterfall. Bisa dilihat pada ilustrasi di atas, bahwa Scrum menitikberatkan pada hasil berupa produk jadi dibandingkan dengan dokumentasi yang lengkap dan komprehensif. Pada Scrum ada beberapa peran yang terlibat dalam proses pengerjaan, yaitu Scrum Master, Product Owner, dan Development Team. Tunggu, kenapa kok tidak ada Project Manager? Pada RUP Project Manager berperan sebagai pengatur dan pengarah berjalannya project, sementara Scrum menitik beratkan pada kinerja dan inisiatif dari masing-masing anggota tim. Peran Project Manager dihilangkan dan diserahkan kepada anggota tim untuk saling berdiskusi demi mencapai target yang telah disepakati Aktivitas-aktivitas meeting yang dilakukan pada Scrum setidaknya ada 5 jenis, yaitu Backlog Grooming, Sprint Planning, Daily Scrum, Sprint Review dan Sprint Retrospective. Masing-masing aktivitas memiliki definisi dan tujuan masing-masing.

1.BacklogGrooming

Backlog Grooming merupakan tahap pertama yang harus dilakukan sebelum melakukan tahap-tahap sprint pada Scrum. Meeting ini dilakukan dengan tujuan memilih tahapan prioritas mana saja yang harus dilakukan selama pengerjaan sprint. Backlog Grooming wajib dihadiri oleh seluruh Scrum Team, yang meliputi Product Owner, Scrum Master dan Development Team. Keputusan tertinggi terletak pada Product Owner. Untuk itu Development Team harus mengetahui apa yang sebenarnya diinginkan oleh Product Owner.

2.SprintPlanning

Sprint Planning merupakan meeting yang harus dilakukan setiap kali akan memulai sprint baru. Pada meeting ini Scrum Team merumuskan task-task apa saja yang akan dikerjakan pada 1 sprint. Perlu diperhatikan bahwa dalam 1 kali sprint yang penting bukan banyaknya task yang bisa dikerjakan, tetapi kemampuan task yang dapat dikerjakan dari requirement sampai dengan testing dalam 1 kali waktu sprint berjalan. Waktu sprint ideal berkisar 1-2 minggu, tetapi masih memungkinkan apabila sprint berjalan dalam waktu 1 bulan apabila scope tasknya cukup besar dan tidak dapat dipisah.

3. Daily Scrum

Daily Scrum merupakan meeting yang dilakukan setiap hari pada pengerjaan sprint. Pada meeting ini anggota tim saling berbagai apa yang telah dikerjakan kemarin, apa yang akan dikerjakan hari ini, dan apa saja hambatan yang ditemui selama pengerjaan. Scrum Master harus memastikan seluruh anggota Development Team mengutarakan pendapatnya masing-masing.

4. Sprint Review

Sprint Review merupakan meeting yang dilakukan setelah 1 kali pengerjaan sprint selesai. Meeting ini dilakukan dengan cara mendemonstrasikan apa yang telah dicapai 1 sprint. Dalam hal ini Scrum Team mendemonstrasikan hasil pekerjaannya kepada stakeholder terkait. Apabila stakeholder memiliki masukan terkait hasil produk pada sprint terakhir, stakeholder dapat meminta meeting dengan Scrum Team.

5. Sprint Retrospective

Sprint Retrospective merupakan meeting yang dilakukan pada terakhir 1 masa sprint. Pada meeting ini masing-masing anggota Development Team mengutarakan pendapat mereka terkait kinerja tim pada 1 sprint terakhir. Pendapat yang diutarakan lebih mengarah ke kemampuan komunikasi, pembagian tugas, tanpa membahas sisi teknis project.

Dampak terhadap pembuatan web ini:

Dalam pengembangan website ini dibagi menjadi 4 sprint dengan periode 30 menit tiap sprint.

Referensi : scrum.org