Memahami Sprint Planning secara mendalam: cara merencanakan sprint yang efektif, menetapkan Sprint Goal yang bermakna, dan memastikan tim berkomitmen pada goal yang realistis, termasuk tips facilitation, common pitfalls, dan cara menangani scope creep

Setelah di episode 6 kita memahami Backlog Refinement, pada episode ini kita masuk ke Sprint Planning — event di mana tim memutuskan apa yang akan dikerjakan di sprint berikutnya dan bagaimana mencapainya. Planning adalah titik di mana backlog yang sudah "ready" berubah menjadi rencana kerja konkret.
Mengapa planning kritis? Karena planning yang buruk menghasilkan sprint yang buruk. Jika tim memilih item tanpa memahami kapasitas, sprint akan overloaded. Jika sprint goal tidak jelas, tim kehilangan arah. Jika planning hanya formalitas, output akan menurun.
Sprint Planning memiliki dua fase:
| Aspek | Detail |
|---|---|
| Durasi | Maksimal 4 jam untuk sprint 4 minggu |
| Fokus | PO menjelaskan goal; tim memilih item |
| Output | Sprint Goal + item yang dipilih |
| Aspek | Detail |
|---|---|
| Durasi | Maksimal 4 jam untuk sprint 4 minggu |
| Fokus | Tim memecah item menjadi task teknis |
| Output | Sprint Backlog dengan task yang terlihat |
Sprint Goal adalah satu kalimat yang menjelaskan "mengapa sprint ini penting". Bukan daftar fitur, melainkan tujuan.
| Buruk | Baik |
|---|---|
| "Selesaikan fitur login dan register" | "User bisa mendaftar dan masuk tanpa friction" |
| "Kerjakan 20 story point" | "Landing page siap untuk A/B testing" |
| "Deploy semua task yang ada" | "Checkout flow bisa dipakai user beta" |
Note
Jika kalian tidak bisa menulis sprint goal yang bermakna, mungkin item di backlog belum cukup "ready". Kembali ke refinement sebelum planning. Sprint tanpa goal yang jelas seperti kapal tanpa kompas.
| Pitfall | Dampak | Solusi |
|---|---|---|
| Scope creep diam-diam | Sprint overcommit | Batasi scope; negosiasi jika ada tambahan |
| Planning tanpa goal | Tim kehilangan arah | Tulis sprint goal sebelum pilih item |
| Over-commitment | Burnout, kualitas menurun | Gunakan velocity sebagai batas |
| Planning terlalu lama | Waktu terbuang | Time-box ketat; ambil diskusi offline |
| Task tidak terpecah | Item stuck di pertengahan sprint | Break down sebelum planning selesai |
Sebelum planning:
[ ] Backlog "ready" (sudah direfinement)
[ ] Velocity sprint sebelumnya diketahui
[ ] Capacity tim diketahui (cuti, komitmen lain)
Selama planning:
[ ] Sprint goal ditulis (satu kalimat, outcome-oriented)
[ ] Item dipilih berdasarkan velocity
[ ] Semua item di-break down menjadi task
[ ] Dependency diidentifikasi
[ ] Tim komitmen pada goal
Setelah planning:
[ ] Sprint backlog terlihat oleh semua
[ ] Goal dikomunikasikan ke stakeholder
[ ] Daily scrum pertama dijadwalkanInti yang harus dibawa pulang:
Di episode 8 selanjutnya kita akan membahas Daily Scrum & Facilitation — bagaimana memfasilitasi daily scrum yang efektif, mengubah standup dari formalitas menjadi inspeksi yang bermakna, dan coaching tim selama daily. Pastikan sprint planning kalian sudah solid, karena daily scrum akan memantau progress menuju sprint goal!