SCRUM EĞİTİMİ
Scrum eğitimi, framework'ü teorik kitap üzerinden değil takım refleksi olarak öğretmek için tasarlanmıştır. Roller, eventler ve artefact'lar günlük iş senaryolarına bağlanır — Sprint Goal nasıl yazılır, Daily neden çoğu takımda zaman tuzağına dönüşür, Retro'da hangi format hangi takıma çalışır gibi sorulara somut cevap verilir.
Program sonunda katılımcı, Scrum'u sertifika için değil işini yapma şekli olarak benimser. Anti-pattern'leri erken fark eder, takımı slogan olmadan toparlayabilir; Spotify Model, LeSS ve SAFe gibi scaling yaklaşımları arasında doğru bağlamı eleştirel bakışla seçer.
Katılımcı Profili
Bu program, Scrum'ı kitabi olarak değil takım refleksi olarak işletmek isteyen rollere yöneliktir:
- Product Owner'lar: Backlog'u ve ürün stratejisini Scrum framework içinde yöneten roller
- Scrum Master'lar: Servant leadership ile takımı kolaylaştıran ve engel kaldıran roller
- Yazılım Geliştiriciler: Sprint Goal'u increment'a dönüştüren ekip üyeleri
- Ürün Yöneticileri: Agile akışta önceliklendirme ve roadmap yapan roller
- Mühendislik Liderleri: Teknik kaliteyi Agile süreçle uyumlu tutan liderler
Ön Gereklilikler
Bu eğitim için teknik altyapı gerekmez; aşağıdaki kavramlara aşinalık öğrenmeyi hızlandırır:
- Yazılım veya ürün geliştirme süreçlerinin akışına aşinalık
- Ekip çalışması ve toplantı dinamiklerine yatkınlık
- Backlog, task, iteration gibi terimlere giriş seviyesinde aşinalık
- Gerçek bir ürün veya ekip örneği üzerinden tartışmaya isteklilik
- Basit metrik (cycle time, velocity) ve raporlama kavramlarına ilgi
Süresi ve Tarihi
Süre: 2 gün. Bu süre standart program içindir; ek modüllere ve hedefe göre süre özelleştirilebilir.
Eğitim tarihleri ve saatleri, ekibinizin uygunluğuna göre birlikte planlanır.
Kazanımlar
Eğitim sonunda katılımcı, Scrum'ı kitabi olarak değil takım refleksi olarak işletmeye başlar:
- Product Owner, Scrum Master ve Developer rollerinin sınırlarını ayırt eder
- Sprint Goal'u somut bir cümleyle ifade edebilir — "X feature bitsin" değil
- Product Backlog'u DEEP kriterleriyle canlı tutar
- User Story'i INVEST ile keser, kabul kriterini kullanıcı diliyle yazar
- Planning Poker ve story point'i velocity tuzağına düşmeden kullanır
- Daily, Review ve Retro'yu time-box içinde, hedefli yürütür
- "Done" tanımını ekipçe netleştirir ve Sprint Review'a sokmaz aksi halde
- Spotify, LeSS, SAFe gibi scaling modellerini doğru bağlamda tartışır
Eğitim materyalleri Scrum Guide referans alınarak hazırlanır.
Scrum Eğitimi Konuları
1. Agile Manifesto ve Scrum'ın Doğuşu
- 2001 Snowbird buluşması ve 17 imzacı
- 4 değer, 12 prensip
- Scrum'ın Agile içindeki yeri
- Sutherland & Schwaber: ilk Scrum implementation
2. Scrum Guide 2020 - Empirizm
- Transparency, Inspection, Adaptation
- Lean thinking: küçük sürümlerle değer akışı
- Ampirik süreç kontrolü
- Commitment, Focus, Openness, Respect, Courage
3. Scrum Team Yapısı
- Tek takım, 10 kişiden az
- Cross-functional ve self-managing
- Product Owner, Scrum Master, Developers
- Hiyerarşik unvan yok
4. Product Owner Rolü
- Ürün vizyonu ve değer maksimizasyonu
- Product Backlog ownership
- Stakeholder iletişimi
- Refinement ve önceliklendirme
- Tek ses (single source of truth)
5. Scrum Master Rolü
- Sürecin koruyucusu, hizmetkâr lider
- Engellerin kaldırılması
- Coaching: ekip, PO, organizasyon
- Antipattern: proje yöneticisi olarak SM
6. Developers ve Self-Management
- Increment yaratan kişiler
- Sprint Backlog ownership
- Definition of Done sahiplik
- T-shaped skill ve cross-functional
7. Sprint - Time-box
- 1-4 hafta sabit süre
- Hedefi olan kontrollü deney
- Sprint iptal kuralları
- Sprint hedefini koruma
8. Sprint Planning
- Topic 1: Why - Sprint Goal
- Topic 2: What - Backlog item seçimi
- Topic 3: How - plan
- Capacity ve velocity referansı
- Max 8 saat (4 haftalık sprint)
9. Daily Scrum
- 15 dakika, Developers için
- Sprint Goal'a doğru ilerleme
- 3 soru zorunlu değil (artık)
- Engel tespiti ve plan adaptasyonu
10. Sprint Review
- Increment'in incelenmesi
- Stakeholder feedback
- Product Backlog adaptasyonu
- Demo ≠ Sprint Review
- Working session, sunum değil
11. Sprint Retrospective
- Süreç, ilişki, araç gözden geçirme
- Action item çıkarma
- Sad/Mad/Glad, Start/Stop/Continue formatları
- Psikolojik güvenlik
12. Product Backlog ve Refinement
- Tek liste, ürünün tüm işleri
- DEEP: Detailed, Estimated, Emergent, Prioritized
- Refinement: ongoing aktivite, event değil
- Ready criteria (resmi değil ama yararlı)
13. User Story ve INVEST
- "As a... I want... so that..." formatı
- INVEST: Independent, Negotiable, Valuable, Estimable, Small, Testable
- Acceptance Criteria
- Story slicing teknikleri
14. Estimation - Story Point, Planning Poker
- Fibonacci sequence (1, 2, 3, 5, 8, 13)
- Planning Poker ile konsensüs
- T-shirt sizing
- #NoEstimates yaklaşımı
- Velocity ≠ verimlilik metriği
15. Definition of Done
- Increment kalite standardı
- Şeffaflık sağlar
- Test, dokümantasyon, code review
- Organizational standard ile uyum
- Done değilse Sprint Review'a girmez
16. Scaled Scrum - LeSS, Nexus, SAFe
- LeSS: Less is More
- Nexus: 3-9 takım
- SAFe (Scaled Agile Framework)
- Spotify Model
- Tek takım Scrum'un sınırları
SCRUM EĞİTİMİ ile İlgili
Sıkça Sorulan Sorular ve Cevapları
Scrum Master ile Proje Yöneticisi rolleri arasındaki temel fark nedir?
Proje Yöneticisi planı sahiplenir, kapsamı yönetir ve durum raporlar; klasik komut-kontrol odaklıdır. Scrum Master ise süreci ve takımı koruyan servant leader rolündedir, hedef belirlemez ama engelleri kaldırır. İkisinin aynı kişide birleşmesi sık görülen bir anti-patterndir ve eğitimde örneklerle netleştirilir.
Sprint Goal nasıl yazılır — 'tüm story'leri bitirme' uygun mu?
Sprint Goal, tek cümlede ifade edilen ortak çıktı bildirimidir; 'şu özellik canlıda olsun' veya 'şu davranış değişsin' gibi somut olur. Tüm story'leri tamamlamayı hedef göstermek anti-patterndir — capacity'yi hedef göstermekle aynı kapıya çıkar. Eğitimde iyi ve kötü örnekler tartışılır.
Daily Scrum neden status meeting'e dönüşür ve nasıl önlenir?
PM veya SM'ye rapor verme şekline geçince Daily, takım koordinasyonu yerine status update olur. Çözüm: 3 klasik soru zorunlu değil, Sprint Goal'a doğru ilerleme tartışılır; Scrum Master yöneticiye değil takım için kolaylaştırır. Eğitimde Daily'yi 15 dakikada faydalı tutan formatlar uygulanır.
Story Point ve velocity birlikte kullanılınca neden zararlı olabiliyor?
Velocity ekip içi planlama aracıyken yönetim metriği olarak kullanılınca takımı point şişirmeye yönlendirir ve estimation güvenilirliğini bozar. #NoEstimates yaklaşımı ve t-shirt sizing gibi alternatifler eğitimde değer-akış metrikleriyle birlikte değerlendirilir.
Spotify Model, LeSS ve SAFe arasındaki temel ayrım nedir?
Spotify Model kültürel yapı önerir, framework değildir. LeSS minimal scaling savunur ve Scrum'ın özünü korur. SAFe ise kurumsal kabul gören kapsamlı framework'tür ancak karmaşıklık eleştirisi alır. Eğitimde kurum büyüklüğü ve ekip sayısına göre doğru seçim örneklerle ele alınır.
Definition of Done ile Acceptance Criteria arasındaki fark nedir?
Acceptance Criteria tek bir user story için 'bu story ne zaman kabul edilir' sorusunun cevabıdır ve story'ye özgüdür. Definition of Done ise tüm increment için ekibin ortak kalite standardıdır — test, code review, dokümantasyon gibi maddeler içerir. DoD karşılanmayan story Sprint Review'a sokulmaz.
