Pembelajaran Scrum 5 Menit

Scrumadalah pendekatan manajemen proyek yang fokus namun fleksibel yang memungkinkan tim bekerja melalui proses pengembangan perangkat lunak iteratif. Scrum bersifat empiris, memberikan tim metode untuk membentuk hipotesis tentang bagaimana mereka berpikir sesuatu seharusnya bekerja, mengujinya, merefleksikan pengalaman, dan melakukan penyesuaian yang tepat—ketika kerangka kerja digunakan dengan benar.

Struktur Scrum memungkinkan tim menggabungkan praktik dari kerangka kerja lain yang bermakna bagi lingkungan mereka. Di dunia agil, Scrum telah menjadi metodologi utama dalam pengembangan perangkat lunak. Konsep Scrum dapat dipercaya dan telah divalidasi oleh ribuan tim pengembangan di seluruh dunia. Scrum paling sesuai untuk tim lintar fungsi yang bekerja dalam lingkungan pengembangan produk di mana terdapat banyak pekerjaan yang harus dipecah menjadi beberapa iterasi selama 2 hingga 4 minggu.

Asal Usul Scrum

1986: Takeuchi dan Nonaka menerbitkan artikel mereka “The Permainan Pengembangan Produk Baru Baru” di Harvard Business Review. Artikel tersebut menggambarkan pendekatan gaya rugby di mana “proses pengembangan produk muncul dari interaksi terus-menerus antara tim lintar disiplin yang dipilih secara hati-hati, di mana anggotanya bekerja bersama sejak awal hingga akhir.” Artikel ini sering dikutip sebagai inspirasi bagi kerangka kerja Scrum.

Nilai-Nilai Scrum (Nilai-Nilai Scrum)

Prinsip-prinsip berikut mendukung sifat empiris Scrum:

Transparansi
Tim harus bekerja dalam lingkungan di mana semua orang mengetahui tantangan yang dihadapi anggota tim lain. Tim mengungkapkan masalah secara internal—seringkali masalah yang telah berlangsung lama—yang menghambat keberhasilan tim.

Pemeriksaan
Kerangka kerja mencakup titik pemeriksaan yang sering, yang memungkinkan tim merefleksikan bagaimana proses mereka berjalan. Titik-titik pemeriksaan ini mencakup pertemuan Daily Scrum dan pertemuan Review Sprint.

Penyesuaian
Tim terus-menerus menilai kemajuan dan menyesuaikan item yang tampak tidak efektif.

Tim Pengembangan (Tim Pengembangan)

Pemilik Produk

The Pemilik Produkadalah peran yang bertanggung jawab mengelola backlog produk untuk mencapai hasil yang diharapkan yang ingin dicapai tim.

Peran Pemilik Produk ada dalam Scrum untuk mengatasi tantangan adanya arahan yang saling bertentangan atau kurangnya arahan yang dihadapi tim pengembangan produk dalam menentukan apa yang harus dibangun.

Master Scrum

The Master Scrum bertanggung jawab untuk memastikan bahwa anggota tim hidup sesuai nilai dan prinsip agile serta mengikuti proses dan praktik yang disepakati tim untuk digunakan.

Jabatan ini awalnya digunakan untuk menunjukkan seorang ahli Scrum yang dapat membimbing orang lain.

Peran ini biasanya tidak memiliki otoritas formal. Orang dalam peran ini harus memimpin dari posisi yang berpengaruh, biasanya dengan menganut sikap kepemimpinan pelayan.

Tim Pengembangan
Tim Tim Pengembangan terdiri dari mereka yang mengirimkan peningkatan produk dalam satu Sprint.

Tanggung jawab utama tim pengembangan adalah mengirimkan peningkatan yang menciptakan nilai dalam setiap Sprint. Cara penugasan pekerjaan ditentukan oleh tim berdasarkan situasi saat ini.

Artifak Scrum

Daftar Produk
Tim Daftar Produk adalah daftar terurut semua perubahan yang mungkin terjadi pada produk. Item dalam Daftar Produk adalah pilihan, bukan komitmen—berada dalam daftar tidak menjamin pengiriman.

Pemilik Produk secara terus-menerus memelihara Daftar Produk, termasuk isinya, kejelasan, dan urutannya.

Daftar Sprint
Tim Daftar Sprint adalah kumpulan item Daftar Produk yang dipilih untuk dikirimkan selama Sprint, bersama dengan tugas-tugas yang tim identifikasi sebagai perlu untuk mengirimkan item-item tersebut dan mencapai tujuan Sprint.

Peningkatan
Peningkatan adalah kumpulan item Daftar Produk yang selesai pada akhir sebuah Sprint yang memenuhi Definisi Selesai tim. Pemilik Produk dapat memutuskan untuk merilis Peningkatan dalam Sprint mendatang atau membangun lebih lanjut atasnya.

Definisi Selesai
Tim Definisi Selesai adalah kesepakatan bersama tim mengenai kriteria yang harus dipenuhi oleh item Daftar Produk sebelum dianggap selesai.

Acara Scrum

Sprint
Sebuah dengan batas waktuacara selama satu bulan atau kurang, di mana tim menghasilkan peningkatan produk yang dapat dikirimkan. Karakteristik umum dari Sprint:

• Durasi yang konsisten sepanjang pengembangan
• Sprint baru dimulai segera setelah Sprint sebelumnya berakhir
• Tanggal mulai dan akhir Sprint ditetapkan

Perencanaan Sprint (Perencanaan Sprint)
Tim memulai Sprint dengan membahas item mana dari Product Backlog yang akan mereka tangani selama Sprint. Hasil akhir dari Perencanaan Sprint adalah Backlog Sprint.

Perencanaan Sprint biasanya dibagi menjadi dua bagian. Pada bagian pertama, Pemilik Produkdan anggota tim lainnya sepakat tentang item Product Backlog mana yang akan dimasukkan ke dalam Sprint.

Pada bagian kedua Perencanaan Sprint, tim menentukan bagaimana mereka akan berhasil mengirimkan item Product Backlog yang telah diidentifikasi sebagai bagian dari peningkatan produk yang dapat dikirimkan. Jika ini merupakan praktik mereka, tim dapat mengidentifikasi tugas-tugas tertentu yang diperlukan untuk mencapai hal ini. Item Product Backlog yang dipilih (jika berlaku) dan tugas-tugas yang diidentifikasi membentuk Backlog Sprint.

Setelah tim dan Pemilik Produk sepakat tentang cakupan Sprint berdasarkan deskripsi item Product Backlog, tidak ada item tambahan yang dapat ditambahkan ke dalam Backlog Sprint. Ini melindungi tim dari perubahan cakupan selama Sprint.

Standyup Harian (Daily Scrum)
Daily Scrumadalah rapat singkat (biasanya tidak lebih dari 15 menit) di mana tim menyelaraskan aktivitas untuk hari berikutnya. Daily Scrum tidak dimaksudkan sebagai laporan status atau sesi pemecahan masalah.

Ulasan Sprint
Pada akhir Sprint, seluruh tim (termasuk Pemilik Produk) meninjau hasil Sprint bersama pemegang saham produk. Tujuan diskusi ini adalah untuk meninjau, menunjukkan, dan mungkin memungkinkan pemegang saham menggunakan Increment untuk memberikan umpan balik. Ulasan Sprint tidak dimaksudkan untuk memberikan laporan status. Umpan balik dari Ulasan Sprint diintegrasikan ke dalam Product Backlog untuk dipertimbangkan di masa depan.

Refleksi Sprint
Setelah Ulasan Sprint, pada akhir Sprint, tim (termasuk Pemilik Produk) merefleksikan Sprint sebelumnya dan mengidentifikasi penyesuaian yang dapat mereka lakukan di masa depan. Ini refleksimenghasilkan setidaknya satu item tindakan yang dimasukkan ke dalam Backlog Sprint berikutnya.

5 Nilai Inti

• Keterbukaan
• Hormat
• Ketabahan
• Fokus
• Komitmen

Siklus Hidup

Scrum adalah kerangka kerja yang memungkinkan tim pengembangan merespons secara fleksibel terhadap perubahan kondisi. Kerangka kerja ini menyediakan cukup banyak titik kontrol untuk memastikan tim tidak menyimpang dari hasil yang diharapkan dan dapat mengidentifikasi serta menangani masalah serta menyesuaikan proses selama pekerjaan masih berlangsung.

Siklus hidup Scrum dimulai dengan daftar backlog yang diprioritaskan, tetapi tidak memberikan panduan tentang cara mengembangkan atau memprioritaskan backlog tersebut.

Siklus hidup Scrum terdiri dari serangkaian Sprint, yang berakhir dengan peningkatan produk yang dapat dikirimkan. Dalam Sprint-sprint ini, semua aktivitas yang diperlukan untuk pengembangan produk terjadi pada sebagian kecil dari produk secara keseluruhan. Berikut adalah penjelasan mengenai langkah-langkah utama dalam siklus hidup Scrum:

1. Buat Daftar Backlog Produk.
2. Pemilik Produk dan tim pengembangan melakukan perencanaan Sprint. Pada bagian pertama perencanaan Sprint, cakupan Sprint ditentukan; pada bagian kedua, rencana untuk mengirimkan cakupan tersebut dibuat.
3. Seiring berjalannya Sprint, tim pengembangan melakukan pekerjaan yang diperlukan untuk mengirimkan item-item backlog Produk yang dipilih.
4. Setiap hari, tim pengembangan mengkoordinasikan pekerjaan mereka dalam Scrum Harian.
5. Pada akhir Sprint, tim pengembangan mengirimkan item-item backlog Produk yang dipilih dari perencanaan Sprint. Tim mengadakan Ulasan Sprintuntuk menunjukkan peningkatan kepada pelanggan dan mengumpulkan umpan balik. Tim dan Pemilik Produk juga merefleksikan kemajuan Sprint hingga saat ini dan menyesuaikan proses mereka sesuai dengan kebutuhan dalam Retrospektif.
6. Tim timmengulangi langkah 2 hingga 5 hingga hasil produk yang diinginkan tercapai.

Manfaat Utama

Scrummemberikan kontribusi signifikan terhadap bidang pengembangan perangkat lunak dengan menawarkan cara yang sederhana namun efektif untuk mengelola pekerjaan tim kolaboratif kecil yang terlibat dalam pengembangan produk. Ini menyediakan kerangka kerja dan serangkaian aturan sederhana yang memungkinkan tingkat perencanaan, pengendalian kerja, identifikasi dan mitigasi risiko, serta identifikasi dan penyelesaian masalah yang sesuai.