Retrospektif Sprint adalah acara penutup Sprint yang hanya dapat dihadiri oleh anggota Tim Scrum. Ini memungkinkan acara tersebut sepenuhnya didedikasikan untuk urusan internal tim. Hal ini karena Retrospektif Sprint terutama digunakan untuk merefleksikan metode kerja saat ini, serta untuk mendiskusikan saran untuk memperbaikinya.
Retrospektif Sprint adalah pertemuan yang mengakhiri setiap Sprint. Ini adalah salah satu Acara Scrum, yang kami tulis dalam sebuah ringkasan di artikel terpisah.
Menurut Panduan Scrum resmi, Retrospektif Sprint memakan waktu maksimum tiga jam untuk Sprint bulanan. Atau lebih pendek jika Tim Scrum bekerja dalam siklus yang lebih pendek.
Semua anggota Tim Scrum berpartisipasi dalam Retrospektif Sprint. Tujuan pertemuan ini adalah untuk mendiskusikan masalah yang terkait dengan pekerjaan Tim Scrum dan bagaimana cara menanganinya. Namun, ini bukan masalah yang terkait dengan Produk yang sedang dikembangkan oleh Tim Scrum, tetapi isu yang terkait dengan sifat dan jalannya kerjasama antara anggota Tim Scrum.
Karena isu yang diangkat seringkali sensitif dan menyentuh, Retrospektif Sprint adalah acara tertutup. Kami dapat merumuskan tujuannya sebagai berikut:
Tujuan Retrospektif Sprint sangat terkait dengan tiang empirisme yang menjadi dasar Scrum. Dua poin pertama terkait dengan inspeksi. Sementara yang terakhir terkait dengan adaptasi. Kami menulis lebih banyak tentang tiang empirisme dan perannya dalam Scrum dalam artikel ini.
Hasil dari jawaban atas pertemuan di atas bukan hanya gambaran yang jelas tentang prinsip-prinsip kerjasama Tim Scrum yang tersedia untuk semua anggotanya. Tim juga membuat komitmen untuk meningkatkan kerjasama dan perilaku tim, yang akan dilaksanakan di Sprint berikutnya.
Karena Retrospektif Sprint 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 tentang Sprint yang baru saja berakhir.
Karena membicarakan masalah dalam tim dapat memicu banyak emosi, solusi umum adalah menuliskan isu yang akan dibahas di atas kertas terpisah. Ini memudahkan untuk mengekspresikan pendapat. Juga lebih mudah untuk melihat area masalah yang lebih besar dan isu yang lebih banyak orang khawatirkan.
Jika ada terlalu banyak isu yang diajukan oleh Tim Scrum, Anda dapat mulai dengan mendiskusikan yang utama. Atau memilih secara kolektif isu mana yang paling penting menurut pendapat Tim Scrum.
Anda dapat menunda masalah yang tidak cukup waktu untuk dibahas selama Retrospektif Sprint ke retrospektif berikutnya. Tentu saja, hanya jika masalah tersebut masih terjadi.
Bagian terpenting dari Retrospektif Sprint, bagaimanapun, adalah diskusi dan membuat komitmen.
Diskusi harus fokus pada penyebab masalah, momen ketika mereka terjadi, dan dampaknya terhadap fungsi Tim Scrum. Penting untuk mempertimbangkan apakah kemunculannya dapat dihindari dan dengan siapa untuk mendiskusikan solusinya.
Membuat komitmen sama pentingnya dengan mendiagnosis masalah karena hanya mengetahui bahwa mereka ada dan penyebabnya tidak menerjemahkan menjadi penyelesaiannya. Hasil dari Retrospektif Sprint biasanya beberapa komitmen. Jika masalah mempengaruhi seluruh tim, sering kali salah satu anggota tim berkomitmen untuk memberikan perhatian khusus pada masalah tertentu di Sprint berikutnya. Dan untuk mengusulkan solusinya, atau bahkan untuk menyelesaikan masalah itu sendiri. Jika, di sisi lain, masalah tersebut berkaitan dengan tindakan seseorang, dia berkomitmen untuk mengubah perilakunya secepatnya di Sprint berikutnya.
Retrospektif Sprint adalah ringkasan dari Sprint dari perspektif kolaborasi antara anggota Tim Scrum. Tujuannya adalah untuk meningkatkan efisiensi dan memelihara tiga tiang empirisme: transparansi, inspeksi, dan adaptasi. Transparansi, di mana semua kolaborator berbicara secara terbuka satu sama lain tentang baik keberhasilan maupun masalah yang muncul dalam tim. Inspeksi, yang melibatkan diagnosis situasi dalam tim secara sering dan dapat diandalkan, dan adaptasi, yaitu memperbaiki kesalahan yang muncul secara berkelanjutan.
Jika Anda menyukai konten kami, bergabunglah dengan komunitas sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Sebagai Manajer Proyek, Caroline adalah ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasinya dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek yang rumit menjadi kenyataan.
Piagam proyek adalah hal yang sangat penting dalam manajemen proyek. Mereka memberikan gambaran yang jelas…
Organisasi di berbagai industri membangun hubungan dengan calon karyawan, pemasok, dan mitra setiap hari. Mereka…
Ada lebih dari cukup teknik manajemen yang tersedia. Beberapa tampak rumit sementara yang lain sederhana…
Apakah Anda tahu bagaimana cara memulai sebuah LSM? Apakah Anda sudah memikirkannya? Apakah Anda sadar…
Semakin besar perusahaan, semakin banyak posisi HR yang ditawarkannya, yang berarti bahwa terkadang Anda bisa…
Apa itu analisis pekerjaan? Apakah Anda pernah mendengar istilah tersebut, apakah Anda tahu apa yang…