Belajar Scrum Master - Retrospective Techniques

#Pendahuluan

Setelah di episode 9 kita memahami Sprint Review & Feedback, pada episode ini kita masuk ke Sprint Retrospective — event di mana tim merefleksikan sprint dan menentukan perbaikan. Retro adalah mesin continuous improvement; tanpa retro yang efektif, tim akan mengulangi kesalahan yang sama.

Mengapa retro kritis? Karena agile bukan tentang menjadi sempurna dari awal, melainkan tentang belajar dan beradaptasi setiap sprint. Retro adalah kesempatan terstruktur untuk bertanya: "Apa yang berhasil? Apa yang perlu diperbaiki? Bagaimana kita bisa lebih baik?"

#Format Retro Populer

#Start-Stop-Continue

Kategori	Pertanyaan
Start	Apa yang harus kita mulai lakukan?
Stop	Apa yang harus kita hentikan?
Continue	Apa yang harus kita pertahankan?

#Mad Sad Glad

Kategori	Pertanyaan
Mad	Apa yang membuat kita marah/frustasi?
Sad	Apa yang membuat kita sedih/kecewa?
Glad	Apa yang membuat kita senang/bangga?

#4Ls

Kategori	Pertanyaan
Liked	Apa yang kita suka dari sprint ini?
Learned	Apa yang kita pelajari?
Lacked	Apa yang kurang dari sprint ini?
Longed for	Apa yang kita inginkan tapi tidak ada?

#Sailboat

Elemen	Representasi
Island	Goal/sukses yang ingin dicapai
Wind	Hal yang membantu mencapai goal
Anchor	Hal yang menahan/menghambat
Rocks	Risiko di masa depan

#Menghasilkan Action Items yang Efektif

#Aturan Action Items

Aturan	Arti
Specific	Tindakan yang jelas, bukan abstrak
Measurable	Bisa diverifikasi apakah sudah dilakukan
Achievable	Realistis untuk sprint berikutnya
Assigned	Ada owner yang bertanggung jawab
Time-bound	Deadline yang jelas

#Contoh

Buruk	Baik
"Komunikasi lebih baik"	"Setiap developer update Slack sebelum daily scrum"
"Kurangi bug"	"Tambah automated test coverage 5% per sprint"
"Planning lebih realistis"	"Gunakan planning poker untuk semua item > 3 points"

Warning

Jangan punya lebih dari 3 action items per retro. Terlalu banyak = tidak ada yang dilakukan. Fokus pada 1-3 perbaikan signifikan yang bisa diukur dampaknya di sprint berikutnya.

#Membangun Psychological Safety

Retro yang jujur membutuhkan rasa aman. Tanpa ini, anggota tim tidak akan berbagi masalah sebenarnya.

#Tips Psychological Safety

Anonim: gunakan sticky notes atau tools digital untuk input anonim.
Non-judgmental: hargai semua masukan tanpa menilai.
SM sharing dulu: tunjukkan vulnerability dengan mengakui kesalahan sendiri.
Follow-up: tunjukkan bahwa masukan didengar dan ditindaklanjuti.

#Praktik: Retro Session Template

Retro Sprint [N]

## Format: [Start-Stop-Continue / Mad-Sad-Glad / dll]
 
### Input (10 menit)
- Semua anggota menulis input secara anonim
 
### Grouping (5 menit)
- Kelompokkan input yang serupa
 
### Voting (5 menit)
- Setiap orang vote top 3 yang paling penting
 
### Discussion (15 menit)
- Diskusi item yang paling banyak di-vote
 
### Action Items (5 menit)
- 1-3 action items konkret
- Owner dan deadline ditetapkan
 
### Follow-up
- Cek action items di retro berikutnya

#Praktik: Retro Health Check

Retro health check

[ ] Retro time-boxed (maksimal 1.5 jam untuk sprint 4 minggu)
[ ] Semua anggota berpartisipasi
[ ] Input anonim tersedia
[ ] 1-3 action items konkret dengan owner
- [ ] Action items dari retro sebelumnya di-follow-up
[ ] Psychological safety terjaga
[ ] Format bervariasi dan tidak membosankan
[ ] SM memastikan semua suara terdengar

#Penutup

Inti yang harus dibawa pulang:

Retro adalah mesin continuous improvement; tanpa ini, tim stagnan.
Format bervariasi: Start-Stop-Continue, Mad-Sad-Glad, 4Ls, Sailboat.
Action items harus spesifik, measurable, assigned, dan time-bound.
Psychological safety adalah prasyarat retro yang jujur.
Follow-up action items di retro berikutnya — ini yang membedakan retro yang efektif dari yang sia-sia.

Di episode 11 selanjutnya kita akan membahas Removing Impediments — bagaimana mengidentifikasi, menescalate, dan menghilangkan hambatan yang menghalangi tim mencapai sprint goal. Pastikan retro kalian sudah efektif, karena impediments sering terungkap melalui retro!