---

Apa itu Kerangka Kerja Scrum? Jawabannya Mungkin Mengejutkan Anda!

Apa itu Scrum? Secara sederhana, kerangka kerja Scrum dapat didefinisikan sebagai berikut:

Scrum adalah kerangka kerja ringan dan berulang untuk mengembangkan serta menghasilkan produk bernilai, termasuk perangkat lunak.

Walaupun Scrum banyak digunakan dalam rekayasa perangkat lunak, kerangka kerja agile yang berulang ini juga diterapkan di luar industri perangkat lunak.

Kebanyakan orang dalam industri TI menganggap istilah "Scrum" diciptakan pada awal 2000-an seiring munculnya tren pengembangan dan penyampaian perangkat lunak agile. Informasi itu keliru!

Metafora Scrum muncul dalam artikel pengembangan produk Harvard Business Review pada Januari 1986. Hirotaka Takeuchi dan Ikujiro Nonaka memakainya dalam artikel: The New New Product Development Game. (Ya, dua kata New) Bacalah "The New New Product Development Game" untuk mengetahui awal mula segala sesuatu tentang Scrum!

Scrum dapat digunakan dalam berbagai proyek pengembangan perangkat lunak untuk mengembangkan dan menghasilkan paket perangkat lunak lengkap atau hanya modul tertentu dari sistem lebih besar—baik produk maupun layanan bagi klien internal dan eksternal.

Kerangka Kerja Scrum adalah proses yang ringan. Fokusnya meningkatkan produktivitas tim sambil mengurangi pemborosan dan kegiatan berulang yang tidak perlu.

Scrum menetapkan panduan umum dengan sejumlah aturan, peran, artefak, dan acara. Namun, seluruh komponen ini (Komponen Utama Kerangka Scrum) sangat penting, memiliki tujuan khusus, dan diperlukan untuk keberhasilan penggunaan kerangka kerja Scrum.

Komponen utama kerangka kerja Scrum adalah:

• Tiga Akuntabilitas dalam Scrum Team: Product Owner, Scrum Master, dan Developers.
• Lima Acara Scrum (Ritual Scrum) atau Seremoni: Sprint, Sprint Planning, Daily Scrum, Sprint Review, dan Sprint Retrospective. Scrum Grooming (Refinement Backlog) merupakan aktivitas berkelanjutan yang mendukung acara tersebut, bukan acara formal keenam.
• Product Backlog (Scrum Backlog) atau Scrum Product Backlog: Artefak untuk mengelola dan memprioritaskan seluruh persyaratan proyek Scrum yang diketahui.
• Sprint: Siklus kegiatan kerja untuk mengembangkan Increment produk atau layanan perangkat lunak yang siap dikirim.
• Sprint Backlog: Artefak yang berisi Sprint Goal, item Product Backlog terpilih, dan rencana Developers untuk menyampaikannya.
• Increment: Peningkatan produk yang dapat digunakan dan memenuhi Definition of Done.

Pengorganisasian mandiri dan kolaborasi tanpa syarat merupakan unsur penting kerangka kerja Scrum. Scrum Team tidak lagi memerlukan manajer proyek dalam arti klasik. Dalam Scrum, tanggung jawab yang biasanya diberikan kepada manajer proyek dibagi di antara Product Owner, Scrum Master, dan Developers.

Developers tetap memiliki kendali atas cara merencanakan dan melaksanakan pekerjaan; Scrum Master dan Product Owner mendukung pengelolaan mandiri tersebut. Misalnya, Developers memilih item Product Backlog melalui diskusi dengan Product Owner dan merencanakan cara menghasilkan Increment yang dapat digunakan.

Unsur utama lain dalam kerangka kerja Scrum adalah perbaikan berkelanjutan melalui "inspeksi & adaptasi". Scrum Team terus memantau, memeriksa, dan menilai artefak serta penggunaan kerangka kerja Scrum untuk menyesuaikan dan mengoptimalkannya. Upaya optimalisasi berkelanjutan ini memaksimalkan kualitas, efisiensi, dan kepuasan klien sehingga meminimalkan pemborosan serta risiko keseluruhan proyek.

Kerangka kerja Scrum memahami bahwa persyaratan kemungkinan berubah dan belum diketahui sepenuhnya, terutama pada awal proyek.

Setiap proyek memiliki hal-hal yang belum diketahui keberadaannya. Terkadang sedikit, terkadang banyak. Kerangka kerja Scrum membantu kita menerima bahwa hal-hal yang belum diketahui keberadaannya hanya dapat ditemukan dan ditangani selama proyek berjalan.

Scrum Team menyempurnakan pekerjaan sebelum melaksanakannya, dengan detail lebih rinci untuk item berprioritas tinggi yang kemungkinan lebih cepat dipilih. Ini dilakukan selama Pertemuan Scrum Grooming (Refinement Backlog) dan Sprint Planning. Keterbukaan terhadap perubahan, optimalisasi berkelanjutan, dan pembelajaran dari kesalahan menjadi bagian integral seluruh siklus hidup rekayasa perangkat lunak.

Landasan lain kerangka kerja Scrum adalah transparansi dan komunikasi langsung. Scrum Product Owner bekerja erat dengan Scrum Team untuk mengidentifikasi dan memprioritaskan persyaratan. Persyaratan dapat ditulis sebagai cerita pengguna dan disimpan dalam Scrum Product Backlog. Scrum Product Backlog mencatat pekerjaan yang diketahui perlu dilakukan untuk meningkatkan produk dan berkembang seiring pembelajaran tim.

Scrum Team diberdayakan memilih cerita pengguna yang diyakini dapat diselesaikan dalam satu Sprint, yang sering berlangsung dua hingga empat minggu dan selalu satu bulan atau kurang. Karena Scrum Team berkomitmen pada tujuannya sendiri, anggota merasa lebih terlibat dan mengetahui pendapat mereka didengar. Pelibatan anggota tim dalam alur alami serta perencanaan proyek perangkat lunak ini meningkatkan semangat dan selanjutnya kinerja tim.

Scrum Master memiliki peran penting lain dalam Kerangka Kerja Scrum dengan menjadi pemimpin yang melayani bagi dan bersama Scrum Team mereka.

Scrum Master adalah fasilitator terlatih yang memastikan Scrum Team beroperasi tanpa hambatan. Terkadang mereka menjadi negosiator ulung untuk melindungi tim dari interupsi dan prioritas semu pemangku kepentingan. Pada kesempatan lain, mereka menjadi komunikator ulung untuk menghilangkan atau mencegah hambatan yang diketahui maupun diperkirakan sebelum tim menemui jalan buntu. Itu baru beberapa tanggung jawab Scrum Master. Kita akan membahas lebih jauh tugas berbagai peran Scrum nanti.

Dalam bentuk murninya, Kerangka Kerja Scrum paling cocok untuk proyek satu tim yang sangat mandiri, baik proyek baru maupun pengembangan sistem yang sudah ada.

Namun, nalar praktis para profesional Scrum tidak berhenti di sana. Dengan tambahan peran dan pelengkap seperti "Chief Scrum Product Owner" serta "Scaled Scrum", Scrum juga dapat digunakan dalam berbagai konfigurasi proyek, termasuk banyak tim dan tim yang tersebar secara geografis. Kita juga akan membahas hal tersebut lebih lanjut.

Untuk saat ini, tetap ikuti dan nikmati pembelajaran ini!