Retrospektif sprint dalam pengembangan: esensi, tujuan, dan metode pelaksanaan

Apa itu retrospektif sprint?

Retrospektif sprint — adalah pertemuan terstruktur tim Scrum yang diadakan setelah sprint selesai dan sebelum perencanaan sprint berikutnya. Peserta mendiskusikan sprint yang lalu, berbagi pengamatan, dan bersama-sama menentukan perubahan apa yang akan diterapkan dalam pekerjaan.

Asal-usul praktik

Istilah retrospektif berasal dari praktik perbaikan berkelanjutan yang dijelaskan dalam budaya DevOps dan metodologi Lean. Dalam Scrum, retrospektif menjadi acara wajib dengan munculnya Scrum Guide pada tahun 2010. Pada tahun 2020, dalam pembaruan Scrum Guide, penekanan bergeser dari 'inspeksi dan adaptasi' ke 'fokus pada kualitas dan efisiensi', yang memperkuat peran retrospektif.

Perbedaan dari upacara Scrum lainnya

Sprint Review berfokus pada produk dan umpan balik dari pemangku kepentingan, sedangkan retrospektif berfokus pada proses tim. Daily Scrum — adalah sinkronisasi harian, retrospektif — analisis untuk seluruh sprint. Retrospektif adalah satu-satunya upacara di mana tim berbicara secara eksklusif tentang diri mereka sendiri, tanpa tekanan dari klien atau product owner.

Tujuan retrospektif sprint

Retrospektif sprint memiliki beberapa tujuan kunci, yang masing-masing penting untuk perkembangan tim dan proses pengembangan yang sehat.

Refleksi tim

Refleksi memungkinkan tim untuk memahami sprint yang lalu: apa yang berhasil, apa yang tidak berjalan dengan baik, dan pelajaran apa yang dapat diambil. Proses ini mencegah pengulangan kesalahan yang sama, membentuk budaya keterbukaan, dan mengajarkan pengembang untuk bertanggung jawab atas proses, bukan hanya kode.

Perbaikan yang terukur

Setiap retrospektif harus menghasilkan action items konkret — tugas untuk sprint berikutnya. Misalnya: 'tambahkan code review untuk semua pull request' atau 'persingkat daily meeting menjadi 10 menit'. Action items dicatat di backlog dan dilacak pada retrospektif berikutnya. Jika action items tidak dilaksanakan, retrospektif kehilangan maknanya.

Mencegah kelelahan

Retrospektif rutin membantu mengidentifikasi masalah sebelum menyebabkan kelelahan. Lembur, konflik dalam tim, persyaratan yang tidak jelas — semua ini diangkat dalam retro dan diselesaikan sebelum mencapai massa kritis.

Format pelaksanaan retrospektif

Ada lebih dari 50 format retrospektif, masing-masing cocok untuk situasi dan komposisi tim yang berbeda. Pemilihan format tergantung pada kematangan tim, masalah saat ini, dan waktu yang tersedia.

Start-Stop-Continue

Start-Stop-Continue — format paling sederhana dan populer. Tim menulis ide di stiker dan mendistribusikannya ke tiga kolom. Start — praktik baru, Stop — kebiasaan buruk, Continue — hal yang berhasil. Format ini sangat cocok untuk tim baru dan retrospektif cepat 30 menit.

Sailboat / 4L

Sailboat (atau 'Perahu Layar') menggunakan metafora kapal: angin mendorong maju, jangkar memperlambat, batu karang — risiko masa depan. 4L — format yang lebih dalam di mana tim menganalisis setiap aspek melalui empat lensa. Kedua format membutuhkan lebih banyak waktu (60-90 menit), tetapi memberikan gambaran yang lebih lengkap tentang kondisi tim.

Memilih format sesuai situasi

Untuk retrospektif mingguan, format ringan cocok: Start-Stop-Continue atau Mad-Sad-Glad. Untuk sprint 2-4 minggu, sebaiknya gunakan Sailboat atau 4L. Jika ada konflik dalam tim — lebih baik mulai dengan Mad-Sad-Glad untuk mengeluarkan emosi, kemudian beralih ke diskusi konstruktif.

Cara melakukan retrospektif: rencana langkah demi langkah

Pelaksanaan retrospektif membutuhkan struktur dan fasilitasi. Scrum Master atau fasilitator yang ditunjuk memimpin pertemuan langkah demi langkah agar setiap peserta didengarkan.

Persiapan

24 jam sebelum retro, fasilitator mengumpulkan data: metrik sprint (velocity, jumlah bug, tugas selesai), suasana tim melalui survei anonim. Papan retro disiapkan sebelumnya — fisik (stiker, spidol) atau digital (Miro, Mural, Retrium).

Pengumpulan data

Pada tahap ini, setiap peserta mencatat pengamatan mereka di stiker (biasanya 5-10 menit dalam diam). Kategori tergantung pada format yang dipilih. Aturan penting: jangan mengkritik stiker orang lain pada tahap pengumpulan — pertama semua ide dicatat, kemudian didiskusikan.

Pemungutan suara dan prioritas

Setelah pengumpulan, tim mengelompokkan stiker berdasarkan topik dan memberikan suara untuk yang terpenting. Setiap peserta mendapat 3-5 suara (titik pada stiker). Topik dengan suara terbanyak masuk ke diskusi. Mekanisme ini mencegah satu suara mendominasi yang lain.

Rencana tindakan

Tahap akhir — perumusan action items. Setiap action item harus SMART: spesifik, terukur, dapat dicapai, relevan, dan terikat waktu. Penanggung jawab ditunjuk secara terbuka, tenggat waktu ditetapkan. Action items ditambahkan ke backlog dan diperiksa pada retrospektif berikutnya.

Kesalahan umum saat melakukan retro

Bahkan tim berpengalaman pun melakukan kesalahan dalam retrospektif yang mengubah praktik yang berguna menjadi formalitas kosong. Mengetahui kesalahan ini membantu menghindarinya.

Tidak ada action items

Kesalahan paling umum — diskusi tanpa hasil. Tim berbicara, mengidentifikasi masalah, tetapi tidak mencatat satu pun action item. Retrospektif seperti itu tidak mengarah pada perubahan, dan pada pertemuan berikutnya masalah yang sama dibahas. Solusi: 10 menit terakhir retro selalu dedikasikan untuk rencana tindakan.

Berubah menjadi keluhan

Ketika retrospektif berubah menjadi sesi keluhan tanpa proposal konstruktif, moral tim menurun. Fasilitator harus mengarahkan diskusi dari masalah ke solusi. Teknik: setelah setiap masalah, ajukan pertanyaan 'Apa yang bisa kita lakukan tentang ini?'.

Dominasi satu peserta

Jika satu pengembang berbicara 80% dari waktu, yang lain menutup diri dan berhenti berbagi ide. Solusi: gunakan pengumpulan ide diam-diam (setiap orang menulis sendiri), giliran bergantian, timer untuk berbicara. Survei anonim sebelum retro juga membantu mengumpulkan pendapat peserta yang pendiam.

Melewatkan retrospektif

Melewatkan retro karena kesibukan atau 'tidak ada waktu' — tren berbahaya. Jika tim melewatkan satu retro, melewatkan retro kedua menjadi lebih mudah. Seiring waktu, masalah menumpuk dan sprint menjadi kurang efektif. Retrospektif adalah bagian dari sprint sama seperti pengembangan dan pengujian.