Scrum, bagi saya, adalah sebuah kerangka kerja yang melampaui sekadar metodologi, ia mewakili filosofi [[Agile]] dalam menghadapi kompleksitas pengembangan produk. Intinya terletak pada adaptasi dan responsivitas, mengakui bahwa kebutuhan akan terus berubah, dan kita perlu siap untuk itu. Ini bukan tentang perencanaan yang kaku di awal, melainkan tentang belajar dan menyesuaikan diri seiring waktu.
Saya melihat Scrum sebagai pendekatan yang iteratif dan inkremental. Iteratif karena pekerjaan dipecah menjadi siklus-siklus pendek yang berulang, kita mengenalnya sebagai [[Sprint]]. Setiap Sprint, yang idealnya berdurasi antara satu hingga empat minggu, adalah semacam mini-proyek dengan tujuan yang jelas. Inkremental karena di akhir setiap Sprint, ada hasil nyata, sebuah “[[Increment]]”, yang berpotensi untuk langsung dirilis. Ini bukan hanya potongan pekerjaan, melainkan tambahan fungsional pada produk.
Ada tiga pilar yang menopang fondasi Scrum: Transparansi, Inspeksi, dan Adaptasi. Transparansi berarti semua aspek proses pengembangan harus terlihat jelas oleh semua pihak terkait. Inspeksi adalah kebiasaan untuk secara rutin memeriksa kemajuan menuju tujuan Sprint dan terhadap produk itu sendiri. Dari hasil inspeksi ini, kita melakukan Adaptasi, menyesuaikan proses atau produk untuk mengoptimalkan hasil.
Dalam sebuah tim Scrum, ada tiga peran kunci yang berinteraksi untuk mencapai tujuan bersama:
- [[Product Owner]]: Ini adalah suara pelanggan, yang bertanggung jawab memaksimalkan nilai produk. Mereka mengelola [[Product Backlog]], daftar prioritas semua fitur dan perbaikan yang perlu dikembangkan, memastikan urutan item mencerminkan nilai bisnis tertinggi.
- Developers: Mereka adalah inti dari tim, individu-individu lintas fungsi yang bertanggung jawab membangun [[Increment]] yang berfungsi di setiap Sprint. Tim ini bersifat mandiri dan mengatur pekerjaannya sendiri, tanpa diatur oleh manajer proyek tradisional.
- **[[Scrum Master]]: Peran ini bertindak sebagai fasilitator dan pelatih, memastikan tim memahami dan mengikuti prinsip-prinsip Scrum. Mereka juga bertugas menghilangkan hambatan yang mungkin menghalangi kemajuan tim, menciptakan lingkungan yang kondusif untuk kerja produktif.
Sepanjang siklus Sprint, ada beberapa “ritual” atau Scrum Events yang terstruktur untuk memfasilitasi komunikasi dan adaptasi:
- [[Sprint Planning]]: Ini adalah awal dari setiap Sprint, di mana seluruh tim berkumpul untuk menentukan tujuan Sprint dan memilih item-item dari [[Product Backlog]] yang akan dikerjakan, membentuk [[Sprint Backlog]].
- **[[Daily Scrum]]: Sebuah pertemuan harian yang singkat, sekitar 15 menit, di mana Developers menyinkronkan pekerjaan mereka. Mereka membahas apa yang sudah dilakukan, apa yang akan dilakukan, dan hambatan apa pun. Ini menjaga transparansi dan fokus.
- [[Product Backlog Refinement]]: Ini adalah aktivitas berkelanjutan di mana tim, terutama Product Owner, secara rutin meninjau, merinci, dan memprioritaskan item-item di Product Backlog untuk Sprint-Sprint mendatang.
- [[Sprint Review]]: Di akhir setiap Sprint, tim mendemonstrasikan [[Increment]] yang telah selesai kepada para stakeholder. Ini adalah kesempatan untuk mendapatkan umpan balik langsung dan mengadaptasi rencana produk selanjutnya.
- [[Sprint Retrospective]]: Segera setelah Sprint Review, tim mengadakan pertemuan internal ini untuk merefleksikan bagaimana Sprint berjalan. Mereka mengidentifikasi apa yang berhasil, apa yang perlu diperbaiki dalam proses mereka, dan membuat rencana aksi untuk Sprint berikutnya.
Melalui kerangka kerja Scrum, sebuah tim tidak hanya mengerjakan tugas, tetapi juga terus belajar dan berkembang, menciptakan produk yang relevan dan bernilai, sambil memahami diri dan cara kerja mereka secara lebih mendalam. Ini adalah tentang menciptakan sistem berpikir yang tumbuh, bukan sekadar daftar tugas yang selesai.