Memahami empat rapat inti agile adalah cara tercepat untuk meningkatkan cara kerja tim Scrum. Setiap seremonial memiliki tujuan yang berbeda, audiens yang berbeda, dan definisi keberhasilan yang berbeda. Jalankan dengan baik dan mereka akan saling memperkuat. Jalankan dengan buruk atau mengacaukan satu dengan yang lain, dan Anda akan menemukan gesekan yang sama terjadi sprint demi sprint.
Panduan ini mencakup Perencanaan Sprint, Daily Standup, Review Sprint, dan Retrospektif Sprint: apa tujuan masing-masing, cara menjalankannya secara efektif, dan kesalahan umum yang harus dihindari.
Empat jenis rapat agile
| Rapat | Kapan | Durasi | Siapa yang memfasilitasi |
|---|---|---|---|
| Perencanaan Sprint | Awal setiap sprint | 1–2 jam | Scrum Master |
| Daily Standup | Setiap hari | 15 menit | Tim (mandiri) |
| Review Sprint | Akhir sprint | 1–2 jam | Product Owner |
| Retrospektif Sprint | Akhir sprint (setelah Review) | 1–2 jam | Scrum Master |
1. Perencanaan sprint
Apa itu
Perencanaan Sprint membuka setiap sprint. Tim meninjau backlog produk dengan Product Owner, menyepakati tujuan sprint, dan memilih pekerjaan yang akan mereka komitmen guna diselesaikan dalam satu hingga empat minggu ke depan.
Tujuan sprint adalah output terpenting. Daftar tiket bukan tujuan sprint. Tujuan sprint memberi tim sesuatu untuk dihimpun ketika prioritas berubah di tengah sprint.
Penanda kesuksesan
- Tujuan sprint disepakati sebelum rapat berakhir; bukan "kita akan mencari tahu seiring berjalannya waktu."
- Item backlog dirinci dengan baik; tim tidak menghabiskan waktu perencanaan untuk menafsirkan apa yang dimaksud dengan tiket.
- Setiap item yang dipilih memiliki definisi selesai bersama dan estimasi realistis.
- Beban kerja memperhitungkan kapasitas aktual: liburan, tugas on-call, carry-over dari sprint terakhir.
Kesalahan umum
Terlalu banyak berkomitmen. Tim yang sering tidak mencapai tujuan sprint biasanya mencoba melakukan terlalu banyak, bukan bekerja terlalu lambat. Gunakan data kecepatan dan perencanaan kapasitas jujur daripada optimisme.
Melewatkan perincian. Jika Perencanaan Sprint secara teratur berjalan lama, masalah biasanya ada pada item backlog yang kurang didefinisikan. Terlalu banyak hal yang tidak diketahui di dalam ruangan memperlambat segalanya.
Tidak ada tujuan sprint. Tanpa tujuan bersama, tim mengoptimalkan untuk tiket individu daripada hasil kolektif. Ketika sesuatu yang tak terduga muncul di tengah sprint, tidak ada bintang utara untuk keputusan triase.
2. Daily standup
Apa itu
Daily Standup adalah sinkronisasi harian selama 15 menit untuk mengoordinasikan pekerjaan tim dan mengidentifikasi penghalang. Ini bukan laporan status ke Scrum Master; ini adalah percakapan tim-ke-tim.
Tiga pertanyaan klasik:
- Apa yang saya lakukan kemarin?
- Apa yang akan saya lakukan hari ini?
- Apakah ada yang menghambat saya?
Penanda kesuksesan
- Rapat dimulai dan diakhiri tepat waktu, setiap hari.
- Hambatan disebutkan secara jelas, tidak disembunyikan. Blokade yang tidak dibereskan pada akhir hari jauh lebih mahal daripada 60 detik ketidaknyamanan dalam standup.
- Tim berbicara satu sama lain, bukan kepada Scrum Master.
- Diskusi yang lebih dalam dilakukan di luar, langsung setelah standup selesai, tidak dieksplorasi secara real-time.
Kesalahan umum
Mengubah ini menjadi laporan status. Jika Scrum Master yang mengajukan pertanyaan dan anggota tim menjawabnya, ini telah menjadi upacara pelaporan, bukan alat koordinasi.
Lebih dari 15 menit. Jika standup secara teratur berlangsung lebih lama, masalahnya biasanya adalah pembaruan yang seharusnya ada di rapat terpisah. Terapkan aturan "ambil di luar" dengan tegas.
Menganggap hambatan sebagai opsional untuk disebutkan. Tim yang konsisten mengatakan "tidak ada hambatan" ketika hambatan jelas ada memiliki masalah keselamatan psikologis, bukan masalah standup. Tangani ini dalam retrospektif.
3. Review sprint
Apa itu
Review Sprint berlangsung di akhir sprint. Tim menunjukkan pekerjaan yang telah diselesaikan kepada para pemangku kepentingan dan Product Owner, dan backlog disesuaikan berdasarkan apa yang dibangun dan umpan balik yang diterima.
Review Sprint adalah umpan balik antara tim dan bisnis. Tanpa ini, tim membangun di dalam ruang hampa.
Penanda kesuksesan
- Hanya pekerjaan yang memenuhi definisi selesai yang ditunjukkan. Pekerjaan yang belum selesai tidak ditampilkan.
- Pemangku kepentingan terlibat aktif: mengajukan pertanyaan dan memberikan umpan balik, bukan menonton presentasi.
- Product Owner menyesuaikan backlog berdasarkan apa yang mereka lihat dan dengar, bukan nanti ketika momen telah berlalu.
- Diskusi berfokus pada produk, bukan proses tim (itulah tujuan retrospektif).
Kesalahan umum
Mendemonstrasikan pekerjaan yang belum selesai. Ini mengikis kepercayaan pada definisi selesai dan mengajarkan pemangku kepentingan untuk mengharapkan output perkiraan daripada yang terverifikasi.
Presentasi satu arah. Jika pemangku kepentingan adalah pengamat pasif, review tidak berfungsi. Tujuannya adalah mendapatkan umpan balik yang mengubah apa yang dibangun tim berikutnya. Rancang sesi untuk menciptakan dialog.
Tidak ada pemangku kepentingan yang hadir. Review Sprint dengan hanya tim pengembang adalah latihan, bukan review.
4. Retrospektif sprint
Apa itu
Retrospektif Sprint adalah ruang tim untuk merefleksikan bagaimana mereka bekerja, bukan apa yang mereka bangun. Ini mengikuti Review Sprint dan fokus pada proses, kolaborasi, dan perbaikan terus-menerus.
Tiga pertanyaan yang membingkai sebagian besar retrospektif:
- Apa yang berjalan baik?
- Apa yang bisa diperbaiki?
- Apa yang akan kita lakukan berbeda pada sprint berikutnya?
Pertanyaan ketiga adalah yang paling penting. Retrospektif tanpa tindakan konkret hanyalah percakapan.
Penanda kesuksesan
- Item tindakan dari retrospektif sebelumnya ditinjau di awal.
- Tim jujur, yang membutuhkan keselamatan psikologis.
- Sesi menghasilkan dua atau tiga item tindakan spesifik yang dimiliki, bukan daftar keinginan sepuluh.
- Formatnya bervariasi dari sprint ke sprint. Menukar format retrospektif menjaga percakapan tetap segar.
TeleRetro memiliki lebih dari 50 format dan templat retro untuk menyesuaikan suasana tim yang berbeda dan jenis sprint. Bot Retro TeleRetro dapat menyarankan format jika Anda tidak yakin harus mulai dari mana.
Kesalahan umum
Format yang sama setiap sprint. Kebiasaan melahirkan jawaban otomatis. Cobalah mengganti antara Lean Coffee, Mad Sad Glad, atau Sailboat untuk mengubah apa yang muncul.
Item tindakan tanpa pemilik. "Kita harus meningkatkan pipeline CI" bukan tindakan. "Priya akan menyelidiki paralelisasi suite uji coba sebelum Kamis depan" adalah tindakan.
Pemangku kepentingan atau manajer ada di ruangan. Retrospektif adalah untuk tim. Kehadiran eksternal mengubah apa yang orang katakan. Penuhi kehadiran hanya dengan tim dan Scrum Master secara default.
Bagaimana keempat rapat tersebut terhubung
Keempat seremonial ini membentuk siklus. Perencanaan Sprint menetapkan arah. Standup menjaga koordinasi. Review Sprint mengecek output terhadap visi produk. Retrospektif memperbaiki cara kerja tim sehingga siklus berikutnya lebih baik dari yang terakhir.
Ketika satu seremonial lemah, itu memberi tekanan pada yang lain. Tim dengan Perencanaan Sprint yang buruk cenderung memiliki standup yang kacau. Tim tanpa retrospektif yang efektif mengulang masalah yang sama sprint demi sprint. Memperlakukan keempat rapat sebagai sistem yang terhubung, bukan empat kewajiban terpisah, adalah apa yang membuat ritme agile benar-benar bekerja.
Pertanyaan yang sering diajukan
Apakah keempat rapat ini wajib dalam agile?
Secara khusus dalam Scrum, ya: keempat seremonial ini didefinisikan dalam Scrum Guide. Dalam Kanban atau kerangka kerja lainnya, struktur lebih fleksibel. Banyak tim Kanban menjalankan daily standup dan retrospektif periodik tetapi melewatkan Perencanaan Sprint dan Review Sprint dalam bentuk tradisional mereka. Yang penting adalah tujuan dasar terpenuhi: koordinasi, umpan balik, dan perbaikan terus-menerus.
Apa perbedaan antara review sprint dan retrospektif sprint?
Review sprint tentang produk: apa yang dibangun, apakah itu memenuhi definisi selesai, dan apa yang dipikirkan pemangku kepentingan. Retrospektif adalah tentang tim: bagaimana Anda bekerja bersama, apa yang memperlambat Anda, dan apa yang harus diubah. Rapat yang berbeda, peserta yang berbeda, output yang berbeda.
Siapa yang harus menghadiri setiap rapat?
- Perencanaan Sprint: Tim pengembangan, Scrum Master, dan Product Owner.
- Daily Standup: Tim pengembangan. Scrum Master dapat hadir tetapi tidak boleh mengarahkan.
- Review Sprint: Tim pengembangan, Scrum Master, Product Owner, dan pemangku kepentingan yang diundang.
- Retrospektif Sprint: Tim pengembangan dan Scrum Master. Product Owner dapat hadir jika diundang oleh tim, tetapi itu opsional dan harus menjadi pilihan tim, bukan default.
Berapa lama setiap rapat seharusnya?
Scrum Guide mengikat durasi dengan panjang sprint. Untuk sprint dua minggu: Perencanaan Sprint hingga empat jam, Review Sprint hingga dua jam, Retrospektif Sprint hingga 1,5 jam. Dalam praktiknya, tim yang berpengalaman menjalankan lebih singkat. Standup selalu 15 menit, terlepas dari panjang sprint.
Diperbarui
Alami retro yang lebih baik
Buat retro dalam hitungan detik dan buktikan sendiri.