AGILE EĞİTİMİ
Agile eğitimi, "biz Agile yapıyoruz" diyen ama hâlâ Waterfall davranan ekipler için tasarlandı. Manifesto'nun 4 değeri ve 12 prensibi günlük karar refleksine nasıl dönüşür sorusu somut iş senaryolarıyla işlenir. Scrum, Kanban, XP ve Lean arasındaki ayrımlar slogan olarak değil ekip yapısına ve işin doğasına bakılarak yapılır.
Eğitim sonunda katılımcı, "Agile-ish" anti-pattern'lerini erken fark eder ve takımı sözle değil pratikle hizalar. User Story ve INVEST kriterleri, retro formatları, demo ile review ayrımı gibi konular tartışmalı örnekler üzerinden netleştirilir; Snowbird sonrası endüstrileşme tartışması da eleştirel bir bakışla ele alınır.
Katılımcı Profili
Bu eğitim, Agile yaklaşımını günlük karar refleksine dönüştürmek isteyen rollere yöneliktir:
- Product Owner'lar: Backlog ve ürün stratejisini Agile değerlerle yöneten roller
- Scrum Master ve Agile Coach'lar: Takım kolaylaştırma ve sürekli iyileştirmeyi yürüten roller
- Yazılım Geliştiriciler: Sprint ve iterasyon akışında aktif rol alan mühendisler
- Proje Yöneticileri: Klasik PM'den Agile akışına geçiş yapan roller
- Mühendislik Liderleri: Agile dönüşümü mühendislik kültürüne taşıyanlar
Ön Gereklilikler
Bu eğitime katılım için teknik altyapı gerekmez; aşağıdaki kavramlara aşinalık katılımı zenginleştirir:
- Yazılım veya ürün geliştirme süreçlerinde rol almış olmak
- Toplantı yönetimi ve ekip içi iletişim deneyimi
- Klasik proje yönetimi (Waterfall) yaklaşımına genel aşinalık
- Backlog, sprint, retro gibi terimlere kulak aşinalığı
- Süreç değişimini takıma taşımaya isteklilik
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
Bu eğitim sonunda katılımcı, Agile'ı slogan olarak değil günlük karar refleksi olarak kullanmaya başlar:
- Manifesto'nun 4 değer ve 12 prensibini gerçek kararlarda referans olarak kullanır
- Waterfall ile Agile arasındaki farkı somut trade-off ile savunabilir, slogan olarak değil
- Scrum, Kanban, XP ve Lean'i ekip yapısına ve işin doğasına göre seçer
- User Story'i tartışmasız değer önerisiyle ve INVEST kriteriyle yazar
- Daily, retro ve demo gibi etkinlikleri zaman tuzağına dönüştürmeden yönetir
- "Agile-ish" anti-pattern'lerini erken fark eder ve takıma adlandırır
- Snowbird sonrası Agile'ın endüstrileşme tartışmasını eleştirel okur
Eğitim materyalleri Çevik Yazılım Geliştirme Manifestosu referans alınarak hazırlanır.
Agile Eğitimi Konuları
1. Agile Manifesto - Snowbird Hikayesi
- 17 imzacının buluşmasına götüren krizin ardı
- Dört değer ifadesi ve 12 prensibin temeli
- "Daha çok bunu önemsiyoruz, ama sağ tarafa da değer veriyoruz" inceliği
- Yazılım dışına taşma deneyimleri: pazarlama, eğitim, donanım
2. Doing Agile vs Being Agile
- Pratik (ceremony) ve zihniyet (mindset) arasındaki sınır
- Cargo cult Agile: ritüel var, değer yok
- Olgunluk değerlendirmesi ve ekip kendini test etme
3. Scrum - Empirik Süreç Kontrolü
- Transparency, Inspection, Adaptation üçlüsü
- Sprint: time-boxed iterasyon ve risk sınırlama
- Sprint Goal: ekip odağı için tek cümle
- Definition of Done ile ürün kalite kapısı
- Empirik ve defined process: hangi durumda hangisi
4. Kanban ve Sürekli Akış
- Kanban prensipleri: görselleştir, sınırla, akışı yönet
- WIP limit ve Little's Law (Lead Time = WIP / Throughput)
- Pull ve push sistemleri arasındaki dinamik fark
- Sınıf bazlı servis (class of service) yaklaşımı
- Cumulative Flow Diagram okuma ve bottleneck tespiti
5. Roller - Servant Leadership
- Product Owner: değer sahipliği ve "ne" sorusu
- Scrum Master: hizmetkâr lider, süreç koruyucu
- Development Team: çapraz-fonksiyonel, kendinden organize
- Stakeholder ve Customer ayrımı
- Geleneksel proje yöneticisi rolünün dönüşümü
6. Product Backlog ve Story Splitting
- Backlog refinement: kapasitenin %5-10'u kuralı
- INVEST kriteri ile sağlıklı story yapısı
- Story splitting teknikleri: SPIDR, vertical slice
- Önceliklendirme: MoSCoW, WSJF, RICE
- Backlog hijyeni ve büyüme yönetimi
7. User Story ve Kabul Kriterleri
- "Kim olarak, ne istiyorum, çünkü..." üçlü formatı
- Acceptance Criteria yazımı ve BDD (Given-When-Then)
- Definition of Ready ve Definition of Done ayrımı
- Epic, Feature, Story, Task hiyerarşisi
- Three Amigos: developer, tester, PO birlikte
8. Tahminleme - Story Point, T-shirt, #NoEstimates
- Relative estimation: mutlak süre değil oran
- Planning Poker disiplini ve Fibonacci sıralaması
- T-shirt size ile hızlı kalibrasyon
- #NoEstimates yaklaşımı ve count-based forecasting
9. Sprint Olayları - Planning, Daily, Review, Retro
- Sprint Planning: "ne" ve "nasıl" ayrımı
- Daily Scrum: koordinasyon, status raporu değil
- Sprint Review: çalışan ürün üzerinden diyalog
- Retrospective: Start/Stop/Continue, Mad/Sad/Glad
- Sprint goal'un tüm olaylar arasında bağlayıcı rolü
- Ceremony'i törene dönüştürmeme disiplini
10. WIP Limit ve Little's Law
- WIP × Cycle Time = Throughput denklemi
- Multitasking maliyeti ve context switch
- Slack capacity'nin görünmez verimi
11. Metrikler - Velocity, Throughput, DORA
- Velocity: ekip içi ölçü, kıyaslama aracı değil
- Cycle time ve lead time pratik kullanımı
- Burndown ve burnup chart farkı
- DORA: deployment frequency, lead time, MTTR, change fail rate
- Vanity metric ve Goodhart's Law (gaming riski)
12. Ölçeklendirme - SAFe, LeSS, Spotify Tartışması
- SAFe katmanları ve sıkça eleştirilen yönleri
- LeSS: minimal-process maximum-learning
- Spotify modeli efsanesi (Spotify bile bunu artık uygulamıyor)
- Nexus ve Scrum@Scale alternatifleri
- "Descaling": önce sadeleştir, sonra ölçekle
13. Cargo Cult Agile ve Anti-Pattern'ler
- Standup'ı status meeting'e dönüştürme
- Velocity'yi hedef olarak kullanma (Goodhart's Law)
- "Mini-waterfall" sprint deseni
- Coach sayısının pratisyenden fazla olması
14. Agile Dönüşüm - Kültür Direnci
- Üst yönetim sponsoru olmadan başlamamak
- Aşamalı geçiş ve pilot ekip yaklaşımı
- Direnç türleri: bilgi eksikliği, kontrol kaybı, alışkanlık
- Coach ve şampiyon rolleri arasındaki sınır
- Tükenmişlik (burnout) ve uzun vadeli tempo
AGILE EĞİTİMİ ile İlgili
Sıkça Sorulan Sorular ve Cevapları
Agile Manifesto'nun 4 değeri arasındaki denge nasıl yorumlanır?
Manifesto 'sağdakileri değil, soldakileri daha çok değerli buluyoruz' der — yani süreç, doküman, sözleşme ve plan tamamen reddedilmez, sadece insan etkileşimi, çalışan yazılım, müşteri işbirliği ve değişime uyum daha öncelikli. Eğitimde 'biz Agile yapıyoruz' diyen ekiplerin bu dengeyi yanlış okuduğu yerler somut örneklerle gösterilir.
Scrum, Kanban ve XP arasında ekibe doğru seçim nasıl yapılır?
Scrum sabit süreli sprint ve rol disiplini gerektirir; iş kapsamı önceden belirlenebiliyorsa uygundur. Kanban WIP limit ile akış yönetimi sunar, sürekli akışta çalışan operasyon ve destek ekipleri için iyidir. XP mühendislik pratiklerine (pair programming, TDD) odaklıdır. Çoğu olgun ekip bunları karıştırarak kullanır.
Hibrit (Agile + Waterfall) yaklaşım ne zaman doğrudur?
Sözleşme veya regülasyon kapsamı sabitlemeyi zorunlu kıldığında, ya da donanım/altyapı bağımlılığı uzun teslim süreleri içeriyorsa hibrit gerekebilir. Genelde planlama Waterfall, yazılım üretimi Agile yürütülür. Eğitimde hibrit kararının ne zaman pragmatik ne zaman bahane olduğu tartışılır.
'Agile-ish' anti-pattern'i nasıl tespit edilir?
Sprint var ama Sprint Goal yok; Retro var ama aksiyon takibi yok; Daily var ama PM'e rapor verme şeklinde. Backlog tek başına PO'nun değil, takım dışı yöneticilerin doldurduğu listeye dönmüşse de Agile-ish'tir. Eğitimde bu sinyaller listeyle birlikte takıma adlandırma yolu gösterilir.
INVEST kriterleri user story yazımında neyi garanti eder?
Independent (bağımsız), Negotiable (tartışılabilir), Valuable (değerli), Estimable (tahmin edilebilir), Small (küçük), Testable (test edilebilir). Bu kriterleri karşılayan story sprint içinde tamamlanabilir, kabul kriteriyle doğrulanabilir ve değer üretir. Karşılamayan story'ler genelde 'spike' ya da 'task' olarak ayrıştırılır.
Snowbird sonrası Agile'ın endüstrileşmesi neden eleştirilir?
2001'de imzalanan Manifesto sadelik ve takım odaklı pratikti. Sonraki yıllarda SAFe, sertifika programları ve büyük danışmanlık ekosistemi Agile'ı bir ürüne dönüştürdü; orijinal imzacıların bir kısmı 'Agile sanayisi' olarak eleştirdi. Eğitimde bu tarih ve eleştirel okuma birlikte ele alınır.
