Panduan Scrum | 38. Apa itu Retrospektif Sprint?

Sprint Retrospective adalah acara penutup Sprint yang hanya dapat dihadiri oleh anggota Tim Scrum. Ini memungkinkannya untuk sepenuhnya didedikasikan untuk urusan internal tim. Ini karena Sprint Retrospective terutama digunakan untuk merefleksikan metode kerja saat ini, serta mendiskusikan saran untuk memperbaikinya.

Apa itu Retrospektif Sprint? - Daftar isi:

1. pengantar
2. Tujuan dan topik Sprint Retrospective
3. Bagaimana melakukan Sprint Retrospective yang efektif?
4. Masalah yang akan dibahas
5. Diskusi dan komitmen
6. Ringkasan

pengantar

Sprint Retrospective adalah pertemuan yang mengakhiri setiap Sprint. Ini adalah salah satu Acara Scrum, yang kami tulis dalam tinjauan umum di artikel terpisah.

Menurut Panduan Scrum resmi, Sprint Retrospective membutuhkan waktu maksimal tiga jam untuk Sprint bulanan. Atau lebih pendek jika Tim Scrum bekerja dalam siklus yang lebih pendek.

Tujuan dan topik Sprint Retrospective

Semua anggota Tim Scrum mengambil bagian dalam Sprint Retrospective. Tujuan dari pertemuan ini adalah untuk membahas masalah-masalah yang berkaitan dengan pekerjaan Scrum Team dan bagaimana menanganinya. Namun, ini bukan masalah yang terkait dengan Produk yang dikembangkan oleh Tim Scrum, tetapi masalah yang terkait dengan sifat dan jalannya kerjasama antara anggota Tim Scrum.

Karena isu yang diangkat seringkali sensitif dan sensitif, Sprint Retrospective adalah event tertutup. Kita dapat merumuskan tujuannya dengan cara berikut:

• untuk meringkas cara kerja sama saat ini
• untuk mengidentifikasi masalah dan ketidaksempurnaan yang membutuhkan perbaikan
• untuk menyarankan solusi dan modifikasi

Tujuan Sprint Retrospective terkait erat dengan pilar empirisme yang didukung Scrum. Dua poin pertama terkait dengan inspeksi. Sedangkan yang terakhir terkait dengan adaptasi. Kami menulis lebih banyak tentang pilar empirisme dan perannya dalam Scrum dalam artikel ini.

Hasil dari jawaban atas pertemuan-pertemuan di atas tidak hanya merupakan gambaran yang jelas tentang prinsip-prinsip kerjasama Tim Scrum yang tersedia bagi semua anggotanya. Tim juga membuat komitmen untuk meningkatkan kerjasama dan perilaku tim, yang akan diimplementasikan pada Sprint berikutnya.

Bagaimana melakukan Sprint Retrospective yang efektif?

Karena Sprint Retrospective adalah pertemuan yang sulit, peran Scrum Master yang memoderasi diskusi sangat penting. Idealnya, dia harus menyarankan kepada anggota Tim Scrum untuk berbicara selanjutnya. Misalnya, dia dapat meminta semua orang untuk memberikan ringkasan satu kalimat dari Sprint akhir.

Masalah yang akan dibahas

Karena membicarakan masalah dalam tim dapat membangkitkan banyak emosi, solusi yang umum adalah menuliskan masalah yang akan dibahas pada kertas terpisah. Ini akan memudahkan Anda untuk mengungkapkan pendapat Anda. Juga lebih mudah untuk menemukan area masalah yang lebih besar dan masalah yang menjadi perhatian lebih banyak orang.

Jika ada terlalu banyak masalah yang diajukan Tim Scrum, Anda bisa mulai dengan membahas yang utama. Atau pilih secara kolektif isu mana yang paling penting menurut pendapat Tim Scrum.

Anda dapat menunda masalah yang tidak memiliki cukup waktu selama Sprint Retrospective ke retrospektif berikutnya. Tentu saja, hanya jika mereka masih terjadi.

Diskusi dan komitmen

Namun, bagian terpenting dari Sprint Retrospective adalah diskusi dan membuat komitmen.

Diskusi harus fokus pada penyebab masalah, saat-saat ketika masalah itu terjadi, dan dampaknya terhadap fungsi Tim Scrum. Perlu mempertimbangkan apakah kemunculannya dapat dihindari dan dengan siapa mendiskusikan solusi mereka.

Membuat komitmen sama pentingnya dengan mendiagnosis masalah karena hanya mengetahui mereka ada dan penyebabnya tidak berarti menyelesaikannya. Hasil dari Sprint Retrospective biasanya beberapa komitmen. Jika masalah mempengaruhi seluruh tim, seringkali salah satu anggota tim berkomitmen untuk memberikan perhatian khusus pada masalah tertentu di Sprint berikutnya. Dan untuk mengusulkan solusinya, atau bahkan untuk memecahkan masalah itu sendiri. Jika, di sisi lain, masalahnya menyangkut tindakan orang tertentu, dia berkomitmen untuk mengubah perilakunya sedini Sprint berikutnya.

Ringkasan

Sprint Retrospective adalah ringkasan dari Sprint dari perspektif kolaborasi antara anggota Tim Scrum. Tujuannya adalah untuk meningkatkan efisiensi dan memelihara tiga pilar empirisme: transparansi, inspeksi dan adaptasi. Transparansi, di mana semua kolaborator berbicara terus terang satu sama lain tentang keberhasilan dan masalah yang muncul dalam tim. Inspeksi, yang melibatkan diagnosis situasi yang sering dan dapat diandalkan dalam tim, dan adaptasi, yaitu mengoreksi kesalahan yang muncul secara berkelanjutan.

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

Pengarang: Caroline Becker

Sebagai Manajer Proyek, Caroline ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasi dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek rumit menjadi kenyataan.

Lihat semua posting

Panduan Scrum:

1. Daftar istilah dasar, peran dan pengertian
2. Apa itu Scrum?
3. Nilai scrum
4. Bagaimana menerapkan Scrum di perusahaan Anda?
5. Tim Scrum - apa itu dan bagaimana cara kerjanya?
6. Siapa Pemilik Produk?
7. Kesalahan paling umum dari Pemilik Produk
8. Siapa Scrum Masternya?
9. Karakteristik Scrum Master yang baik
10. Kesalahan paling umum dari Scrum Master
11. Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
12. Kerjasama antara Pemilik Produk dan Scrum Master
13. Tim Pengembang di Scrum
14. Kesalahan paling umum dari Pengembang
15. Artefak scrum
16. Scaling Scrum
17. Sprint Backlog
18. Apa itu Product Backlog?
19. Apa itu Cerita Pengguna?
20. Membuat Kisah Pengguna terbaik dengan INVEST
21. Kesalahan Cerita Pengguna yang paling umum
22. Kriteria Penerimaan Cerita Pengguna
23. Estimasi dan Poin Cerita di Scrum
24. Perencanaan Poker
25. Game Estimasi Tim
26. Mendefinisikan Kenaikan
27. Acara Scrum
28. Apa itu Sprint di Scrum?
29. Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
30. Apa itu Grafik Burndown?
31. Bagaimana cara membuat dan menafsirkan grafik burndown?
32. Keuntungan dan kerugian dari grafik burndown
33. Papan Kanban di Scrum dan Scrumban
34. Kecepatan dalam Scrum - Kecepatan Tim Pengembang
35. Scrum Harian
36. Perencanaan Sprint
37. Ulasan Sprint
38. Apa itu Retrospektif Sprint?
39. Kesalahan umum selama Sprint Retrospective
40. Pemeliharaan Backlog Produk