Sprint planning agile’ın temel ritüellerinden. Teoride değerli: ekip sprint’te ne yapacağını planlıyor, stakeholder onaylıyor, iş başlıyor.
Pratikte çoğu team’de 2-3 saat süren, net çıktı olmayan toplantı. “Geçen haftanın aynısı” feeling. Bu pattern’i kırmak mümkün.
10 yılda farklı team’lerde sprint planning yaptım, moderator de oldum. Bu yazıda doğru planning’in elementlerini anlatacağım.
Planning’in gerçek amacı
Amaç 1: Commitment. Ekip sprint sonuna kadar delivery edebileceği iş hacmini kabul ediyor.
Amaç 2: Shared understanding. Her developer sprint’te ne yapılacağını, birbirinin işlerini biliyor.
Amaç 3: Priority alignment. Product owner ile team önceliklerde hemfikir.
Amaç 4: Blocker identification. Potential impediment’ler early detected.
Bu 4 amaç karşılanıyorsa planning başarılı. Sadece “bir liste doldurmak” değil.
Pre-planning preparation
İyi planning’in %70’i önceden yapılıyor:
1. Product backlog refined.
Story’ler well-defined. Acceptance criteria net. Estimate edilmiş.
Grooming/refinement meeting haftalık. Backlog preparation ongoing process.
2. Top priorities identified.
Product owner top 10-15 story’yi sprint için priority order ile hazır. Random order’dan seçmek büyük zaman kaybı.
3. Velocity known.
Team’in son 3-4 sprint velocity’si. Capacity planning için referans.
4. Team availability.
Tatil, eğitim, half-day’ler önceden known. “Bu sprint 3 kişi tam-time, 1 kişi yarım-time” bilgisi.
Pre-planning yokken meeting content-less. 2 saat düzenleme.
Planning agenda
Standart 2-hour planning structure:
Part 1: Review & capacity (15 dk)
– Previous sprint review (bitmiş mi, bitmemiş story’ler)
– Velocity reminder
– Available capacity this sprint
– Team availability changes
Part 2: Sprint goal (15 dk)
– Product owner sprint için hedef öneriyor
– Team discussion, refinement
– Final goal statement (measurable)
Part 3: Story selection (60 dk)
– Top priority story walkthrough
– Team clarification questions
– Re-estimation if needed
– Accept/defer decision
Part 4: Task breakdown (30 dk)
– Selected story’leri subtask’lara böl
– Dependencies identify
– Individual ownership (preliminary)
2 saat. Focus’luysa yeter. Discussion dispersed ise 3-4 saata uzar.
Sprint goal set etmek
Sprint goal kritik. İyi goal:
- Specific: “Checkout flow’unu iyileştir” değil, “Apple Pay’i checkout’a entegre et”
- Measurable: Done criteria clear
- Outcome-focused: Feature delivered, user benefit
- Single theme: Sprint tek bir ana teme etrafında
Kötü goal: “15 story tamamla.”
İyi goal: “Kullanıcı Apple Pay ile ödeme yapabilsin ve checkout conversion rate %5 artsın.”
Goal’e odaklanmak off-topic story’leri filter ediyor. “Bu story bu goal’e hizmet ediyor mu?”
Story selection discipline
Top priority story’lerden başla. “Velocity’ye sığar mı?” sor.
Over-commitment trap:
Team istediği kadar story alıyor. Sprint sonunda yarısı incomplete. Demoralizing.
Fix: Conservative commitment. Yield ahead of pace.
Yedek story’ler (stretch):
Çalışmaktan bıkmış team extra story tamamlıyor. Known stretch story’ler list’te. Ama commitment değil.
Pre-requisites checking
Her story için team şu soruları sorsun:
- Design hazır mı?
- API spec belirli mi?
- Dependencies resolved mı?
- External team collaboration ready mı?
“Hayır” varsa sprint’e alma. Ya resolve et planning’te, ya sonraki sprint’e defer et.
“Let’s start, hope it works out” attitude’u sprint’i risk’e atıyor.
Common pitfalls
Pitfall 1: Product owner absent.
PO olmadan planning’de priority tartışması sürüncemeli. PO varken 10 dakikada çözülüyor.
Pitfall 2: Discussion rabbit holes.
Bir story’de implementation detail’a giriyor, 30 dakika kayboluyor. “Bu story kabul edildi mi, sonraki?” disiplini.
Pitfall 3: No preparation.
PO priority’leri planning’te real-time yazıyor. Team estimate etmeye zamanı yok. Sonuçsuz.
Pitfall 4: Over-engineering stories.
Basit feature’i 3 sub-story, 10 task’a bölüyor. Granularity optimal değil.
Pitfall 5: Silent junior devs.
Junior member’lar konuşmuyor, sorunları ifade etmiyor. Sprint sonu blocker.
Facilitator explicitly her team member’a söz veriyor.
Task breakdown granularity
Each story task’lara bölünür. Optimal granularity:
Too coarse: “Implement payment integration” (tek task, 3-5 gün).
Too granular: “Create button”, “Add CSS”, “Write docstring” (dozens of trivial tasks).
Sweet spot: Her task 2-8 saatlik iş. Daily standup’ta “bu task’ta kaldım” tracking doğru.
Example:
“Apple Pay integration” (story) →
– Add Apple Pay SDK to iOS project (4h)
– Create PaymentRequest controller (6h)
– Handle success callback (3h)
– Handle failure/cancellation (3h)
– Add unit tests (4h)
– QA verify on real device (2h)
Her task manageable, trackable.
Ownership assignment
Task ownership planning’de preliminary:
Assign: Junior’a mentoring-style task’lar, senior’a complex ones.
Don’t rigidly assign: Team collaboration flexibility lazım. “Planned owner” kuşkulu, actual work team dynamic’te.
Parking lot tasks: Hangi dev olursa olsun alabiliriz. Flexibility.
Time-boxing
Planning 2 saati geçmemeli. Past that:
– Energy düşüyor
– Decision quality azalıyor
– Meeting frustration
Strict time-boxing:
– Sprint review/capacity: 15 dk
– Sprint goal: 15 dk
– Story selection: 60 dk
– Task breakdown: 30 dk
– Wrap up: 15 dk
2 hour 15 min total. Disciplined facilitator adheres.
Burst-format planning: 1 saatlik planning, 30 dk break, 1 saatlik continue. Focus yüksek kalıyor.
Remote vs in-person
Remote planning challenges:
– Screen fatigue
– Time zone’lar (global teams)
– Non-verbal communication cues lost
– Distractions higher
Remote best practices:
– Camera on (energy matters)
– Shared board (Miro, Figma, Jira live edit)
– Async pre-reading backlog items (planning’te kısaltıyor)
– Shorter duration (90 min max)
– Frequent breaks
In-person planning biraz daha verimli. Ama remote-first team için optimize edilebilir.
Outcome documentation
Planning sonunda:
- Sprint goal written
- Committed stories listed
- Task breakdown visible (board)
- Blockers/risks identified
Bu documentation sprint boyunca reference. Standup’ta “we’re on track for sprint goal?” question answerable.
Continuous improvement
Planning’i her sprint iterate:
Retrospective question: “Planning nasıl gitti? Nasıl daha iyi olabilir?”
Common improvements:
– Shorten duration
– Better preparation
– Cleaner agenda
– Individual quiet time for story reading
– Parallel breakout discussions
1 yıl sonra planning team’in natural rhythm’ine oturuyor.
Meeting fatigue mitigation
Planning stand-alone meeting olmamalı. Ritual sequence:
- Backlog refinement (weekly, 1 hour). Stories detailed, estimated.
- Sprint review (sprint end, 1 hour). Showcase done work.
- Retrospective (sprint end, 1 hour). Improvement discussion.
- Sprint planning (sprint start, 2 hours). Commit to next sprint.
Bu 4 meeting 2-week sprint için 5 saat. %10 of team time. Acceptable.
Sonuç
Sprint planning ritual değil. Preparation + disciplined agenda + time-boxing + focused facilitation ile meaningful outcome.
Pre-planning refinement critical. Priority order’ı + estimate’lar hazır gelirse planning 2 saatte bitiyor.
Goal-focused story selection. Conservative commitment. Clear task breakdown. Risk identification upfront.
Continuous improvement. Her retrospective planning process’i refine. 1 yıl sonra team planning’i bekliyor, bıkmıyor.