Aşağıdaki yazılım ekibi için Agile/Scrum süreci tasarla:
EKİP:
- Büyüklük: [N KİŞİ]
- Mevcut süreç: [WATERFALL / KANBAN / KAOTIK / TEMEL SCRUM]
- Sprint süresi: [1 / 2 / 3 HAFTA]
ÜRET:
1. ROLLER:
- Product Owner: backlog önceliklendirme, stakeholder iletişimi, kabul kriteri
- Scrum Master: süreç kolaylaştırıcı, engel kaldırıcı, koçluk
- Development Team: cross-functional, self-organizing
2. EVENTS (SERMONİLER):
SPRINT PLANLAMA (2-4 saat):
- Sprint hedefi belirleme (1 cümle)
- Backlog item seçimi (velocity bazlı)
- Task breakdown (her item → alt görevler)
- Capacity hesaplama (gün × kişi - izin - toplantı)
DAILY STANDUP (15 dk, ayakta):
- Dün ne yaptım
- Bugün ne yapacağım
- Engel var mı
- Tartışma yok — park et, sonra konuş
SPRINT REVIEW (1-2 saat):
- Demo (çalışan yazılım göster)
- Stakeholder geri bildirim
- Backlog güncelleme
RETROSPEKTİF (1-1.5 saat):
- Ne iyi gitti (devam)
- Ne kötü gitti (iyileştir)
- Aksiyon item (max 3, sahiplendirme)
- Format alternatifleri: Start-Stop-Continue, Mad-Sad-Glad, 4L's
BACKLOG REFINEMENT (haftalık 1-2 saat):
- User story detaylandırma
- Acceptance criteria yazma
- Story point tahminleme (Planning Poker)
- Definition of Ready kontrolü
3. ARTIFACTS:
- Product Backlog: öncelikli liste (INVEST kriterli user story)
- Sprint Backlog: seçilen itemlar + task breakdown
- Increment: potansiyel olarak release edilebilir ürün artışı
4. METRİKLER:
- Velocity (sprint bazlı story point)
- Burndown chart (kalan iş vs süre)
- Cycle time (item başlangıç → bitiş)
- Sprint commitment vs delivered (%)
5. USER STORY FORMAT:
"[KULLANICI] olarak, [AMAÇ] istiyorum, böylece [FAYDA] elde edeyim."
Acceptance criteria: Given-When-Then
6. ANTI-PATTERN'LAR:
- Sprint kapsamının değişmesi (scope creep)
- Retro aksiyonlarının takip edilmemesi
- Daily'nin status raporuna dönüşmesi
- Story point'in zaman olarak kullanılması
- Scrum Master'ın proje yöneticisi gibi davranması
Türkçe, Scrum Guide (2020) + Agile Manifesto'ya uygun.