Retrospektif agile adalah pertemuan terstruktur yang diadakan di akhir setiap sprint di mana tim merefleksikan cara mereka bekerja, bukan hanya apa yang mereka hasilkan. Ini adalah kebiasaan peningkatan yang paling konsisten dalam pengembangan perangkat lunak.
Jika dijalankan dengan baik, retrospektif akan mengungkap gesekan lebih awal, membangun kepercayaan tim, dan menghasilkan perubahan proses yang konkret. Jika dijalankan dengan buruk, itu hanya menjadi sesi keluhan 45 menit yang tidak mengubah apapun.
Panduan ini mencakup apa itu retrospektif, mengapa itu penting, bagaimana menjalankannya langkah demi langkah, dan format paling umum yang digunakan tim agile.
Apa itu retrospektif agile?
Retrospektif (sering disingkat "retro") adalah pertemuan dengan batasan waktu, biasanya 60–90 menit, di mana tim merefleksikan sprint sebelumnya. Ini adalah salah satu dari empat upacara Scrum, bersama dengan Perencanaan Sprint, Standup Harian, dan Review Sprint.
Tujuannya adalah peningkatan berkelanjutan: menjadi lebih baik dalam cara Anda bekerja, bukan hanya apa yang Anda hasilkan.
Tiga pertanyaan yang membingkai hampir setiap retrospektif:
- Apa yang berjalan dengan baik?
- Apa yang bisa diperbaiki?
- Apa yang akan kita lakukan secara berbeda pada sprint berikutnya?
Pertanyaan ketiga adalah yang paling penting. Sebuah retrospektif tanpa langkah aksi hanyalah sebuah percakapan. Hasilnya harus selalu berupa daftar singkat perubahan konkret, dengan pemilik dan tenggat waktu, yang akan dikomitmenkan tim pada sprint berikutnya.
Mengapa menjalankan retrospektif?
Tim yang melewatkan retrospektif cenderung mengulangi masalah yang sama. Masalah yang memperlambat sprint 3 masih ada di sprint 7; semua orang hanya mengadaptasi diri.
Retrospektif memutus siklus tersebut. Mereka memberi ruang khusus bagi tim untuk:
- Mengungkap gesekan yang tidak muncul dalam standup harian
- Memperbaiki proses sebelum mereka membeku menjadi solusi sementara yang permanen
- Mengakui apa yang berhasil sebelum itu berubah secara tidak sengaja
- Membangun kepercayaan dengan berlatih percakapan jujur dalam pengaturan yang terstruktur
Tim terbaik memperlakukan retrospektif sebagai kebiasaan: sesuatu yang Anda lakukan secara konsisten, bukan hanya ketika ada masalah.
Seberapa sering harus menjalankan retrospektif?
Sebagian besar tim Scrum mengadakan retrospektif di akhir setiap sprint, biasanya setiap satu hingga empat minggu. Tim Kanban sering kali menjalankan retro berbasis ritme (bulanan atau dua mingguan).
Frekuensi tidak sepenting konsistensi. Retrospektif yang tidak teratur lebih sulit untuk dianggap serius dan lebih sulit untuk ditindaklanjuti.
Jika tim Anda baru atau mengalami perubahan signifikan, condongkan diri pada retro yang lebih sering. Check-in ringan selama 30 menit setiap sprint lebih berharga daripada pembahasan mendalam selama 90 menit setiap enam minggu.
Cara menjalankan retrospektif agile
1. Siapkan panggung (5–10 menit)
Buka dengan pengecekan singkat. Tanyakan kepada semua orang satu pertanyaan sederhana untuk memulai: "Dalam satu kata, bagaimana perasaan Anda tentang sprint ini?" Ini membantu anggota tim yang lebih pendiam berbicara lebih awal dan sangat berguna dalam sesi jarak jauh atau hybrid di mana Anda tidak dapat membaca bahasa tubuh.
Bot Icebreaker AI TeleRetro menghasilkan pertanyaan yang sesuai dengan suasana hati tim Anda jika Anda menginginkan sesuatu yang lebih kreatif.
2. Kumpulkan data (15–20 menit)
Minta tim untuk menambahkan kartu ke papan. Aktifkan mode brainstorming anonim agar semua orang menulis secara pribadi, tanpa dipengaruhi oleh apa yang ditambahkan oleh orang lain.
Di sinilah format yang dipilih membentuk apa yang muncul. Retro Sailboat meminta angin (apa yang membantu), jangkar (apa yang memperlambat), batu (risiko), dan pulau (tujuan Anda). Mad Sad Glad meminta tim untuk menggambarkan sprint secara emosional. Format yang berbeda akan memunculkan percakapan yang berbeda pula.
TeleRetro memiliki 50+ format dan template retro untuk sesuai dengan suasana tim, tipe sprint, dan tingkat pengalaman yang berbeda.
3. Hasilkan wawasan (20–25 menit)
Kelompokkan kartu serupa. Gunakan pemungutan suara anonim untuk memunculkan tema yang paling penting bagi tim. Habiskan sebagian besar pertemuan pada dua atau tiga kelompok utama.
Tujuan dalam fase ini adalah memahami mengapa sesuatu terjadi, bukan hanya bahwa itu terjadi. "Penerapan lambat" adalah pengamatan. "Penerapan lambat karena kita masih belum memiliki pemeriksaan staging otomatis" adalah wawasan yang layak ditindaklanjuti.
4. Putuskan apa yang harus dilakukan (10–15 menit)
Untuk setiap tema prioritas, setujui satu tindakan konkret. Tindakan memerlukan pemilik dan tenggat waktu, idealnya diatasi dalam sprint berikutnya.
Pelacakan item tindakan TeleRetro membawa tindakan dari retro ke retro sehingga tidak ada yang hilang. Tim yang melacak tindakan lebih sering menindaklanjutinya daripada yang mengandalkan ingatan atau catatan pertemuan.
5. Tutup retrospektif (5 menit)
Akhiri dengan sesuatu yang singkat: ucapan terima kasih dari semua orang, penilaian 1–5 tentang retro itu sendiri, atau cukup membaca langkah-langkah tindakan dengan suara keras. Penutupan penting. Ia menandakan sesi itu berharga dan memperkuat kebiasaan.
Format retrospektif umum
Format yang berbeda akan memunculkan jenis percakapan yang berbeda. Beberapa yang umum:
- Start, Stop, Continue: Langsung dan berorientasi pada tindakan. Terbaik untuk tim yang sudah berpengalaman dan saling mengenal dengan baik.
- Mad, Sad, Glad: Berfokus pada emosi. Bagus untuk tim yang sedang memproses sprint yang sulit atau tekanan tinggi.
- Sailboat: Metafora visual. Cocok dengan tim campuran dan tim baru dengan retrospektif.
- 4 Ls: Liked, Learned, Lacked, Longed For. Kuat untuk tim yang berorientasi pada pembelajaran.
- DAKI: Drop, Add, Keep, Improve. Tajam dan berfokus pada tindakan.
- Lean Coffee: Agenda milik tim. Baik ketika tim memiliki topik khusus yang ingin mereka kendarai.
Tidak yakin format mana yang cocok untuk tim Anda saat ini? Bot Retro TeleRetro menyarankan satu berdasarkan konteks tim Anda.
Kesalahan umum yang harus dihindari
Melakukan retro dengan audiens. Retrospektif adalah untuk tim. Manajer, pemilik produk, dan pemangku kepentingan sebaiknya tidak hadir. Kehadiran mereka mengubah apa yang dikatakan orang.
Item tindakan tanpa pemilik. "Kita harus memperbaiki pipeline CI" bukanlah tindakan. "Maya akan menyelidiki paralelisasi suite uji coba pada Rabu depan" adalah tindakan konkret.
Format yang sama setiap sprint. Rotasi format menjaga percakapan tetap segar dan memunculkan berbagai jenis pengamatan.
Melewatkan retrospektif saat segala sesuatunya berjalan baik. Justru ketika itulah paling mudah untuk memiliki percakapan yang jujur dan ke depan.
Mengabaikan item tindakan sebelumnya. Mulailah setiap retrospektif dengan meninjau apa yang dikomitmenkan pada kali terakhir. Tim yang tidak melakukan ini kehilangan kredibilitas dalam proses mereka sendiri.
Pertanyaan yang sering diajukan
Siapa yang harus memfasilitasi retrospektif agile?
Dalam Scrum, Scrum Master biasanya yang memfasilitasi. Dalam tim tanpa Scrum Master yang berdedikasi, anggota tim mana pun dapat melakukannya, dan merotasi peran fasilitator sendiri dapat meningkatkan partisipasi. Tugas fasilitator adalah menjaga agar sesi tetap berjalan dan memastikan suara yang lebih tenang terdengar, bukan untuk mengarahkan hasil.
Berapa lama harus retrospektif?
Panduan Scrum menyarankan satu jam per minggu durasi sprint, jadi sprint dua minggu memerlukan retro hingga dua jam. Dalam praktiknya, sebagian besar tim menemukan 60–75 menit sudah cukup, terutama jika tim sudah berpengalaman dan item tindakan dari retro sebelumnya sudah terlihat sebelum sesi dimulai.
Bisakah Anda menjalankan retrospektif dari jarak jauh?
Ya, dan retrospektif jarak jauh bisa lebih efektif daripada yang dilakukan secara langsung jika difasilitasi dengan baik. Papan digital anonim mengurangi dinamika sosial yang menekan kejujuran dalam ruangan. Musik pemecah suasana membantu menetapkan nada saat Anda tidak dapat mengandalkan ruang fisik yang dibagikan.
Apa perbedaan antara retrospektif dan tinjauan sprint?
Tinjauan sprint adalah tentang produk: apa yang dibangun, apa pendapat pemangku kepentingan, dan apa yang berikutnya dalam backlog. Retrospektif adalah tentang tim: bagaimana Anda bekerja sama, apa yang memperlambat Anda, dan apa yang harus diubah. Mereka adalah pertemuan terpisah dengan peserta dan hasil yang berbeda.
Bagaimana Anda mengatasinya ketika masalah yang sama muncul setiap sprint?
Itu adalah sinyal penting yang layak dinyatakan secara langsung. Jika item yang sama muncul dalam tiga sprint berturut-turut, ini mungkin masalah sistemik yang memerlukan perbaikan lebih besar, mungkin di luar kendali tim, atau item tindakan yang disepakati tidak melekat. Angkat masalahnya: "Kita telah menandai ini tiga kali. Apa sebenarnya yang menghalangi kita untuk memperbaikinya?"
Diperbarui
Alami retro yang lebih baik
Buat retro dalam hitungan detik dan buktikan sendiri.