Belajar Scrum Master - Backlog Refinement
Memahami backlog refinement secara mendalam: teknik refinement, menulis user stories yang baik, estimation dengan story points, dan prioritisasi backlog, termasuk cara memfasilitasi sesi refinement yang efektif dan menjaga backlog tetap 'ready' untuk sprint berikutnya
#Pendahuluan
Setelah di episode 5 kita memahami Scrum Artifacts & Commitments, pada episode ini kita fokus pada Backlog Refinement — proses memastikan Product Backlog selalu "ready" untuk sprint berikutnya. Refinement adalah investasi yang mencegah kekacauan di sprint planning.
Mengapa refinement kritis? Karena sprint planning tanpa backlog yang "ready" = pemborosan waktu. Jika tim menghabiskan 4 jam di planning untuk memahami item yang seharusnya sudah jelas, itu bukan planning yang efektif. Refinement memastikan setiap item sudah dipahami, dievaluasi, dan diprioritasi SEBELUM planning.
#Apa itu Refinement?
Refinement adalah aktivitas berkelanjutan (bukan event satu kali) di mana tim:
- Clarify item: memastikan semua orang memahami apa yang harus dibangun.
- Split item besar: memecah item menjadi ukuran yang bisa diselesaikan dalam satu sprint.
- Estimate item: memberikan estimasi untuk perencanaan.
- Prioritize item: memastikan item paling berada di atas backlog.
#Siapa yang Terlibat?
| Role | Peran dalam Refinement |
|---|---|
| PO | Menjelaskan "apa" dan "mengapa" |
| Developers | Menjelaskan "bagaimana" dan mengevaluasi ukuran |
| SM | Memfasilitasi sesi |
#User Stories yang Baik
User story adalah format populer untuk menulis item backlog:
Sebagai [jenis pengguna],
Saya ingin [aksi/fitur],
Sehingga [manfaat/nilai].#Checklist User Story
| Kriteria | Cek |
|---|---|
| INVEST | Independent, Negotiable, Valuable, Estimable, Small, Testable |
| Acceptance criteria | Minimal 2-3 kriteria yang bisa diverifikasi |
| Estimasi | Tim bisa memberikan estimasi yang masuk akal |
| Value jelas | Bisa dijelaskan mengapa ini penting |
#Splitting Techniques
Ketika item terlalu besar untuk satu sprint:
| Teknik | Contoh |
|---|---|
| By workflow | Login → Logout → Password reset |
| By data type | Admin data → User data → Guest data |
| By interface | Web → Mobile → API |
| By dependency | Core functionality → Integration → Polish |
Tip
Jangan split hanya untuk membuat item "kecil". Setiap hasil split harus tetap memberikan value yang bisa di-test dan di-deploy. Item yang di-split tapi tidak bisa di-deploy secara independen = split yang gagal.
#Estimation
#Story Points
Story points adalah estimasi relatif yang menggabungkan effort, complexity, dan uncertainty.
| Teknik | Cara Kerja |
|---|---|
| Planning Poker | Setiap anggota memilih kartu; diskusi jika ada perbedaan besar |
| T-Shirt Sizing | XS, S, M, L, XL — cepat tapi kurang presisi |
| Dot Voting | Setiap orang diberi 3-5 titik; item dengan titik terbanyak diprioritaskan |
| Affinity Mapping | Susun sticky notes berdasarkan ukuran relatif |
#Velocity
Velocity adalah rata-rata story points yang diselesaikan per sprint. Digunakan untuk forecasting.
Sprint 1: 24 points
Sprint 2: 28 points
Sprint 3: 26 points
Velocity rata-rata: 26 points#Prioritasi Backlog
| Teknik | Kapan Digunakan |
|---|---|
| MoSCoW | Quick prioritization (Must/Should/Could/Won't) |
| RICE | Data-driven (Reach × Impact × Confidence / Effort) |
| Value vs Effort | Visual 2x2 matrix |
| Cost of Delay | Quantitative prioritization |
#Praktik: Refinement Session Template
## Agenda
1. Review items dari previous refinement
2. Clarify new items (5-10 menit per item)
3. Split items yang terlalu besar
4. Estimate items yang sudah clear
5. Reprioritize backlog
## Output
- [ ] Semua item "ready" untuk sprint berikutnya
- [ ] Estimasi terupdate
- [ ] Backlog reprioritized
- [ ] Action items untuk PO/Developers#Penutup
Inti yang harus dibawa pulang:
- Refinement adalah aktivitas berkelanjutan: clarify, split, estimate, prioritize.
- User stories harus memenuhi INVEST dan memiliki acceptance criteria.
- Estimation relatif (story points), bukan absolut (jam).
- Velocity adalah rata-rata points per sprint; gunakan untuk forecasting.
- Prioritisasi menggunakan teknik seperti MoSCoW, RICE, atau Value vs Effort.
Di episode 7 selanjutnya kita akan membahas Sprint Planning & Goal — bagaimana merencanakan sprint yang efektif, menetapkan sprint goal yang bermakna, dan memastikan tim berkomitmen pada goal yang realistis. Pastikan backlog kalian sudah "ready" karena planning akan mengambil dari backlog!