Cara Memulai Pengembangan Agile Menggunakan Kerangka Kerja Scrum

Dasar dari kerangka kerja Scrum diperkenalkan pada tahun 1986 oleh Hirotaka Takeuchi dan Ikujiro Nonaka dalam artikel Harvard Business Review berjudul “Permainan Pengembangan Produk Baru yang Baru.” Penulis menggambarkan dua pendekatan dalam mengelola pengembangan produk. Beberapa tim bekerja seperti pelari estafet dalam garis lurus, menyerahkan tongkat saat bergerak. Tim lain beroperasi seperti pemain rugby dalam satu pertandingan, saling melempar bola sesuai kebutuhan.

Takeuchi dan Nonaka menyimpulkan bahwa metode estafet yang digunakan dalam sistem perencanaan bertahap NASA sudah ketinggalan zaman. Mereka berargumen bahwa model rugby akan memberikan bisnis alat yang dibutuhkan untuk bersaing di dunia komersial global.

Pada tahun 1993, Jeff Sutherland, John Scumniotales, dan Jeff McKenna melakukan eksperimen dalam mengembangkan perangkat lunak Scrum di perusahaan perangkat lunak Easel Corp. Pada tahun 1995, Ken Schwaber dan Sutherland, bersama dengan orang-orang lain termasuk McKenna dan Scumniotales, menerbitkan sebuah makalah berjudul “Proses Pengembangan SCRUM.” Hal ini menghasilkan perubahan besar yang menyebabkan para pengembang mempertanyakan efektivitas model pengembangan perangkat lunak air terjun klasik.

Pada bulan November 2020, Sutherland dan Schwaber merilis versi terbaru dari “Panduan Scrum,” yang berisi definisi resmi dari Scrum.

Hubungan antara Scrum dan Agile

Agile adalah pendekatan pengembangan dan perencanaan proyek. Seperti yang dijelaskan dalam Manifesto Agile, pendekatan ini memiliki filosofi atau kerangka kerja yang mengarahkan metode-metode di bawahnya. Scrum adalah salah satu dari beberapa metode agile.

Scrum dapat dipandang sebagai cara praktis untuk menerapkan Agile. Seperti Agile, Scrum mencakup serangkaian nilai dan prinsip. Tim pengembangan mengintegrasikan Scrum ke dalam strategi agile mereka untuk menambah lapisan kekhususan.

Salah satu prinsip pengembangan agile adalah anggota tim secara rutin membahas cara meningkatkan efisiensi, lalu menyesuaikan perilaku mereka sesuai hasilnya. Scrum mengintegrasikan proses formal untuk membantu tim melakukan hal ini. Rapat harian memungkinkan tim merefleksikan pekerjaan apa yang perlu dilakukan dalam 24 jam ke depan dan menyesuaikan pendekatannya berdasarkan ekspektasi atau hambatan yang dihadapi.

Prinsip agile lainnya mengakui bahwa pekerjaan terbaik berasal dari tim yang mandiri. Scrum Master memainkan peran penting di sini. Mereka menyediakan tim dengan segala yang dibutuhkan untuk menyelesaikan pekerjaan dan memberi kebebasan untuk menentukan jalannya sendiri. Kemudian mereka bertindak sebagai pemimpin pelayan, membimbing tim dalam menyelesaikan masalah, mencapai tujuan, dan menyelesaikan konflik.

Pilar dan Nilai Scrum

Tiga pilar Scrum adalah Adaptasi, Inspeksi, dan Transparansi.

1. Adaptasi. Tim terus-menerus menyesuaikan pendekatannya dalam menyelesaikan masalah dan mengadopsi metode baru ketika muncul masalah baru.
2. Inspeksi. Tim secara konsisten merefleksikan dan mengevaluasi kinerja dirinya sendiri.
3. Transparansi. Tim bekerja dalam lingkungan terbuka di mana semua anggota memahami proses satu sama lain dan menyadari tantangan yang dihadapi orang lain.

Lima Nilai Inti Scrum

Nilai-nilai ini mendukung ketiga pilar:

1. Komitmen. Tim bersifat mandiri, dan semua anggota berdedikasi untuk menyelesaikan pekerjaan yang telah disepakati.
2. Keteguhan. Tim beroperasi secara utuh—berhasil atau gagal bersama. Anggota melakukan hal yang benar dan menghadapi masalah sulit.
3. Fokus. Gangguan dibatasi, dan tim berkonsentrasi pada pekerjaan yang harus diselesaikan hari ini.
4. Keterbukaan. Tim meluangkan waktu untuk berbagi apa yang berjalan baik dan apa yang perlu diperbaiki.
5. Hormat. Anggota tim memiliki kekuatan yang berbeda, dan kekuatan setiap orang dihargai. Tidak ada yang disalahkan saat mencari cara menyelesaikan masalah.

Scrum adalah kerangka manajemen proyek yang menekankan kerja tim, akuntabilitas, dan kemajuan iteratif menuju tujuan yang jelas. Kerangka ini dimulai dengan premis sederhana: mulailah dengan apa yang bisa dilihat atau diketahui. Kemudian lacak kemajuan dan sesuaikan jika diperlukan.

Scrum umumnya merupakan bagian dari pengembangan perangkat lunak agil. Istilah ini diambil dari formasi rugby di mana setiap orang memiliki peran. Peran Scrum dalam pengembangan perangkat lunak meliputi:

• Pemilik Produk — Orang ini bertindak sebagai perantara antara tim pengembangan dan pelanggan. Pemilik Produk memastikan harapan terhadap produk yang selesai dikomunikasikan dan selaras.
• Master Scrum — Dikenal sebagai fasilitator proyek. Mereka memastikan praktik terbaik Scrum diikuti. Mereka harus menjadi pemimpin dan manajer proyek yang hebat, terampil dalam kolaborasi, penyelesaian konflik, dan peningkatan proses.
• Tim Pengembangan — Anggota Tim Pengembangan Scrum bekerja sama untuk menciptakan dan menguji versi bertahap dari produk akhir. Pengembang harus memahami Scrum dan praktik pengembangan agil.

Apa proses Scrum?

Proses Scrum mendorong praktisi untuk menggunakan apa yang mereka miliki dan terus mengevaluasi apa yang berhasil dan apa yang tidak. Komunikasi yang baik sangat penting dan terjadi melalui pertemuan (disebut sebagai ‘acara’).

Acara Scrum mencakup hal-hal berikut:

• Standal Harian (Scrum Harian) — Ini adalah pertemuan harian singkat yang berdiri, diadakan pada waktu dan tempat yang sama setiap hari. Dalam pertemuan ini, tim meninjau apa yang telah dicapai pada hari sebelumnya dan merencanakan apa yang akan dilakukan dalam 24 jam ke depan. Ini adalah waktu bagi anggota tim untuk membahas masalah apa pun yang mungkin menghambat penyelesaian proyek.
• Sprint — Sprint adalah periode waktu tetap (biasanya 30 hari) di mana pekerjaan harus selesai. Sprint baru dimulai segera setelah sprint sebelumnya berakhir.
• Pertemuan Perencanaan Sprint — Dalam pertemuan ini, semua orang berpartisipasi dalam menetapkan tujuan. Paling tidak, hasilnya adalah setidaknya satu peningkatan—sebuah bagian perangkat lunak yang dapat digunakan.
• Ulasan Sprint — Ini adalah waktu untuk menunjukkan peningkatan.
• Refleksi Sprint — Refleksi Sprint adalah pertemuan yang diadakan setelah Sprint berakhir. Selama pertemuan ini, semua orang merefleksikan prosesnya. Latihan pembentukan tim juga bisa dimasukkan. Salah satu tujuan utama acara ini adalah perbaikan berkelanjutan.

Apa saja artefak Scrum?

Sangat bermanfaat untuk meninjau artefak Scrum selama pertemuan perencanaan Sprint. Artefak Scrum mencakup hal-hal berikut:

• Backlog Produk — Ini adalah daftar pekerjaan yang belum selesai. Selama sesi penyempurnaan backlog produk, tim pengembangan bekerja sama dengan pemilik bisnis untuk memprioritaskan backlog. Backlog Produk dapat disempurnakan melalui proses yang disebut penyempurnaan backlog.
• Backlog Sprint — Ini adalah daftar tugas yang harus diselesaikan sebelum mengirimkan item-item backlog produk yang dipilih. Tugas-tugas ini dipecah menjadi cerita pengguna dengan batas waktu tertentu.
• Peningkatan Produk — Ini mewakili apa yang telah selesai selama Sprint—semua item backlog produk yang selesai dalam Sprint tersebut—ditambah semua yang dibuat dalam Sprint sebelumnya. Peningkatan Produk mencerminkan kemajuan yang dicapai.
• Grafik Penurunan — Grafik Burn Down adalah representasi visual dari jumlah pekerjaan yang tersisa. Grafik ini memiliki sumbu Y yang menunjukkan pekerjaan dan sumbu X yang menunjukkan waktu. Secara ideal, grafik menunjukkan tren menurun seiring berkurangnya pekerjaan yang tersisa hingga mencapai nol seiring waktu.

Manfaat Metode Scrum

Manfaat utama Scrum meliputi:

• Produk Berkualitas Tinggi — Bagian Sprint Retrospective dalam proses Scrum berbasis pada umpan balik dan perbaikan berkelanjutan. Akibatnya, tim pengembangan yang menggunakan metode ini dapat menghasilkan produk berkualitas tinggi.
• Kerja Sama Tim — Scrum menciptakan tim pengembangan perangkat lunak yang solid yang berkomunikasi secara efektif, memenuhi tenggat waktu, dan menyelesaikan masalah bersama. Anggota saling percaya dan menghargai satu sama lain serta memahami bahwa waktu sangat berharga. Ini mungkin berarti membatasi Daily Scrum dalam jangka waktu ketat. Beberapa tim perangkat lunak memasukkan ‘sprint hack’ dalam proses mereka, memungkinkan pengembang untuk mengeksplorasi konsep baru, menguji ide-ide, dan mengambil kepemilikan terhadap produk.
• Ketangguhan — Dengan Scrum, tim harus menyesuaikan alat dan proses mereka dengan situasi baru. Definisi produk dapat berkembang seiring perkembangan pengembangan, dan tim yang efektif menghadirkan perubahan ini dalam beberapa iterasi. Pertemuan rutin Product Backlog memungkinkan tim untuk mereprioritaskan sebelum item memasuki Sprint.
• Risiko yang Dikurangi — Scrum berfokus pada kecepatan pengiriman yang dapat diprediksi dan berkelanjutan serta umpan balik yang konsisten, memberi tim kesempatan untuk mengurangi risiko sejak awal dan secara rutin. Jika suatu ide tidak berhasil, Sprint yang singkat memungkinkan tim untuk gagal dengan cepat, sehingga kegagalan menjadi dapat dikelola.
• Waktu ke Pasar yang Lebih Singkat — Scrum dirancang untuk merilis produk dan fitur dalam peningkatan yang dapat diprediksi menggunakan Sprint yang jelas. Merilis fitur tidak mengharuskan menyelesaikan seluruh produk. Sprint dirancang untuk menambahkan fungsi yang dapat dikirimkan pada setiap peningkatan. Produk lengkap yang terdiri dari fitur-fitur ini disebut produk kompleks.
• Imbal Hasil Investasi (ROI) yang Lebih Tinggi — Keunggulan gabungan dari Scrum mengarah pada ROI yang lebih tinggi. Umpan balik berkelanjutan mengurangi kesalahan mahal di akhir proses dan menghasilkan kualitas produk yang lebih baik dengan cacat yang lebih sedikit. Waktu ke pasar yang lebih singkat dan rilis bertahap membawa pendapatan lebih cepat.