Panduan Scrum | 28. Sprint dalam Scrum

Beberapa acara kecil membentuk sebuah Sprint dalam Scrum. Sprints, pada gilirannya, membentuk sebuah jalur yang bertujuan untuk mengembangkan dan merilis sebuah Produk. Setiap Sprint memiliki Sprint Goal yang spesifik dan Sprint Backlog yang dikelola oleh Tim Pengembang.

Apa itu Sprint dalam Scrum – daftar isi:

1. Sprint dalam Scrum – Pengantar
2. Struktur Sprint dalam Scrum
3. Sprints dan tiga pilar empirisme
4. Transparansi
5. Inspeksi
6. Adaptasi
7. Perubahan apa yang harus dilakukan selama Sprint?
8. Sprint dalam Scrum – Ringkasan

Apa itu Sprint dalam Scrum?

Sprint adalah yang terbesar dari acara-acara dalam Scrum, yang kami tulis dalam artikel ini. Sprints mengikuti siklus berkelanjutan dari awal hingga akhir pekerjaan pada sebuah Produk. Dan setiap iterasi membawa tim lebih dekat untuk mencapai Tujuan Produk.

Setiap Sprint memiliki Sprint Goal yang spesifik untuk memastikan konsistensi dalam pekerjaan Tim Pengembang. Ini berbentuk tujuan bisnis dan menjawab pertanyaan “Mengapa?”, “Untuk apa?”, atau “Mengapa?”.

Alur kerja sebuah Sprint didokumentasikan dalam Sprint Backlog, yang mencantumkan pekerjaan yang diperlukan untuk mencapai Sprint Goal. Deskripsi detailnya dapat ditemukan di sini.

Struktur Sprint dalam Scrum

Setiap Sprint memiliki struktur spesifik dan mencakup acara-acara berikut:

• Perencanaan Sprint – Sprint dimulai. Selama acara ini, Tim Scrum memilih pekerjaan yang direncanakan dari Product Backlog untuk dilakukan dalam Sprint baru
• Daily Scrum – acara harian di mana Pengembang merencanakan tugas untuk hari itu
• Review Sprint – terbuka untuk Pemangku Kepentingan, diadakan pada hari terakhir Sprint. Tujuannya adalah untuk merangkum Sprint dalam hal kemajuan pada Produk
• Retrospektif Sprint – acara penutup dari sebuah Sprint, di mana Tim Scrum membahas cara kerja dan ide untuk perbaikan

Pengulangan acara Sprint mendorong penerapan praktik organisasi yang baik. Dengan kata lain, Tim Scrum menerapkan rutinitas yang diperlukan untuk perencanaan yang efektif dan, saat bekerja, menarik perhatian pada masalah yang dapat dibahas pada acara yang sesuai.

Sprints dan tiga pilar empirisme

Sprints memungkinkan Tim Scrum untuk membagi pekerjaan pada Produk menjadi segmen waktu yang sama yang berlangsung tidak lebih dari sebulan. Kerangka tetap ini memperkuat tiga pilar empirisme:

• transparansi
• inspeksi
• adaptasi

Kami telah menulis tentang tiga pilar empirisme dan perannya dalam Scrum dengan lebih detail di sini. Namun hari ini, kita akan melihat bagaimana mereka diterapkan pada Sprint dan strukturnya.

Transparansi

Membagi pekerjaan menjadi Sprints meningkatkan transparansi karena semua orang yang terlibat dapat mendapatkan informasi yang diperlukan tentang status pekerjaan Produk di setiap Sprint. Perencanaan Sprint dan Review Sprint, awal dan akhir dari sebuah Sprint, dikombinasikan dengan pembaruan Product Backlog, memberikan semua pemangku kepentingan wawasan berharga tentang status terkini Produk.

Inspeksi

Dengan membagi pekerjaan menjadi Sprints, dimungkinkan untuk sering memantau kemajuannya. Ini mendorong identifikasi masalah secara konstan di dua area kunci. Ini adalah:

• masalah terkait pencapaian Tujuan Produk – di awal dan akhir Sprint, yaitu selama Perencanaan Sprint dan Review Sprint
• hambatan dalam cara kerja Tim Scrum – selama pertemuan harian dan di akhir setiap Sprint, yaitu selama Daily Scrum dan Retrospektif Sprint

Adaptasi

Adaptasi adalah bagian yang sangat penting dari pekerjaan Tim Scrum, karena ini memungkinkan untuk menyelesaikan masalah yang diidentifikasi selama inspeksi. Selama setiap Sprint, Daily Scrum dan Retrospektif Sprint menyediakan ruang aman untuk membicarakan bagaimana cara meningkatkan Tim Scrum. Implementasi solusi yang diusulkan terjadi segera atau di awal Sprint berikutnya.

Perencanaan Sprint dan Review Sprint menciptakan ruang aman untuk diskusi mengenai Tujuan dan metode untuk mencapainya. Tim Scrum yang mandiri yang baik berhasil menentukan apa dan bagaimana untuk diimplementasikan untuk Sprint berikutnya.

Perubahan apa yang harus dilakukan selama Sprint?

Setiap Sprint memberikan cukup ruang bagi Tim Scrum untuk meningkatkan dan mengimprovisasi cara mereka bekerja. Oleh karena itu, identifikasi apa yang harus diubah selama Sprint. Panduan Scrum tidak memberikan daftar perubahan semacam itu. Namun, konsep empirisme memberikan pedoman untuk diikuti dan disesuaikan dengan cara kerja Tim Scrum tertentu.

1. Semua perubahan dapat membahayakan pencapaian Sprint Goal. Menurut aturan pertama, selama Sprint Anda tidak dapat, misalnya, mengurangi jumlah tugas yang harus dilakukan dalam Sprint itu, atau secara signifikan mengubah karakteristiknya. Sebuah Sprint sangat terkait dengan Sprint Goal. Oleh karena itu, ketika Tujuan berubah, kita harus membatalkan Sprint. Namun, ini jarang terjadi karena satu-satunya alasan sebuah Sprint gagal adalah ketika Tujuan menjadi usang. Ingatlah bahwa keputusan untuk menghentikan sebuah Sprint sepenuhnya milik Product Owner.
2. Kualitas pekerjaan tidak dapat dikompromikan. Aturan ini dimaksudkan untuk mencegah pekerjaan yang dilakukan selama Sprint menjadi Increment karena tidak memenuhi Definisi Penyelesaian. Mengurangi kualitas pekerjaan dapat mengakibatkan Sprint Goal tampaknya terpenuhi, tetapi cara penyelesaian tugas individu tidak memenuhi standar kualitas yang ditetapkan oleh organisasi atau yang diperlukan oleh Pemangku Kepentingan.
3. Product Backlog dapat menjadi lebih detail. Saat bekerja pada sebuah Produk, pengetahuan tentangnya meningkat. Oleh karena itu, detail tugas yang harus dilakukan meningkat secara alami. Oleh karena itu, adalah perubahan yang dapat diterima dan bahkan dianjurkan selama Sprint untuk merinci Product Backlog.
4. Ruang lingkup pekerjaan dapat diperjelas atau dinegosiasikan kembali. Perubahan ini, seperti yang sebelumnya, melibatkan pemahaman yang semakin berkembang tentang sifat pekerjaan yang dilakukan. Tim Pengembang dapat melakukannya dengan berkonsultasi dengan Product Owner. Namun, syarat dasar untuk pengenalan ini adalah tidak adanya konflik dengan prinsip 1. dan 2.

Sprint dalam Scrum – Ringkasan

Sprint adalah acara Scrum siklik yang mencakup semua acara lainnya. Ini memiliki sub Sprint Goal yang terpisah dari Tujuan Produk. Dan Sprint Backlog berbeda dari Product Backlog. Sifat Sprints adalah siklik. Panjang tetap dari Sprints mendukung pemeliharaan praktik alur kerja yang baik dan memelihara tiga pilar empirisme. Selama Sprint, Tim Scrum tidak dapat mengubah Tujuannya. Namun, mereka dapat memperbaiki Product Backlog dan seiring dengan bertambahnya pengetahuan, memperbaiki dan merundingkan ruang lingkup pekerjaan.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.