Domain-Driven Design (DDD) topluluğunun 2026 araştırmasına göre, yeni başlatılan mikroservis projelerinin yüzde 67’si Event Storming workshop’ları ile başlıyor. Alberto Brandolini’nin 2013’te ortaya attığı bu workshop tekniği, 13 yıl içinde “domain discovery” sürecinin endüstri standardı oldu. Türkiye’de büyük kurumların yüzde 54’ü 2024-2026 arasında en az bir Event Storming workshop’u düzenlemiş; başarı oranı yüzde 73 ile geleneksel “business requirements document” yaklaşımının yaklaşık 2 katı. ThoughtWorks Tech Radar 2026, Event Storming’i “Adopt” kategorisinde değerlendiriyor. Konuyla ilişkili olarak Event Storming Nedir? Domain Discovery DDD Workshop 2026 rehberimiz detaylı incelemeyi içerir.
Bu yazıda, Türk kurumları için 2026’da uygulanabilir Event Storming workshop production pattern’larını, Big Picture, Process Modeling ve Software Design olmak üzere üç ana workshop tipini, post-it renk kodlama standartlarını, hot spot tespitini, bounded context çıkarımını, remote ve hybrid workshop yönetimi best practice’lerini ve müşterilerimde uyguladığım 1-3 günlük workshop yol haritasını detaylı şekilde aktaracağım.
Event Storming 2026 Pazar Görünümü
Event Storming’in popülaritesi 2026’da iki ana faktöre bağlı: mikroservis dönüşümlerinin yaygınlaşması ve uzaktan çalışmanın workshop tekniklerini olgunlaştırması. Miro, Mural, FigJam gibi dijital whiteboard platformları, 2020 öncesi sadece fiziksel post-it’lerle yapılabilen workshop’ları remote ve hybrid formatlarda yapmayı mümkün kıldı. eventstorming.com‘un 2026 community survey’ine göre, dünya genelinde yıllık 14.000’den fazla workshop yapılıyor; bunların yüzde 41’i tamamen remote, yüzde 33’ü hybrid.
Türkiye’de 2026’da en yaygın workshop senaryoları: monolith decomposition (mikroservis migration başlangıcı), yeni ürün geliştirme (yeşil alan projeler), legacy modernization (mevcut süreçlerin haritalanması), ve operational improvement (iş süreçlerinde tıkanıklık tespiti). Tipik workshop süresi 1-3 gün, katılımcı sayısı 8-25 kişi (5’i teknik, geri kalanı business ve domain expert).
| Workshop Tipi | Süre | Hedef | Çıktı | Katılımcı |
|---|---|---|---|---|
| Big Picture | 4-8 saat | Tüm iş alanı haritası | End-to-end flow, hot spot’lar | 15-25 |
| Process Modeling | 4-6 saat | Spesifik süreç deep-dive | Command, policy, read model | 8-15 |
| Software Design | 6-12 saat | Mikroservis sınırları | Aggregate’ler, bounded context | 5-10 |
Big Picture Event Storming Production Pattern
Big Picture workshop, bir iş alanının tamamını harita üzerinde görselleştirmek için kullanılır. Süreç şu şekilde işler: katılımcılar (business owners, domain expert, developer, product manager) bir araya gelir, sınırsız uzunlukta bir duvara turuncu post-it’lerle “domain event”leri yapıştırır. Domain event, geçmiş zamanda yazılır ve iş alanı dilinde anlamlıdır: “Sipariş Oluşturuldu”, “Ödeme Tahsil Edildi”, “Kargo Teslim Edildi”, “Müşteri Kaydoldu” gibi. Workshop ilerledikçe event’ler kronolojik sıraya konulur, hot spot’lar (anlaşmazlık olan noktalar) işaretlenir.
Bir Türk bankası için yürüttüğümüz Big Picture workshop’unda 2 günde 340 domain event çıkarıldı. Workshop sonunda 18 hot spot tespit edildi; bunlar genellikle iş birimleri arasında anlaşmazlık olan veya regülatör yorumu netleşmemiş alanlardı. Workshop sonrası 6 hafta süren bir analysis fazıyla bu hot spot’lar tek tek çözüldü; her hot spot için bir mini Process Modeling workshop’u yapıldı.
Big Picture Event Storming’in en kritik kuralı, “ilk gün hiçbir yargılama yok” prensibidir. Katılımcılar event yapıştırırken yanlış, eksik, çakışan veya çelişkili olabilir; bunlar workshop’un 2. ve 3. gününde ele alınır. İlk fazda hedef envanter çıkarmak; analiz ve refactoring sonra gelir. Bu prensibi anlamayan facilitator’lar workshop’u “wikipedia tartışmasına” çevirir.
Post-it Renk Kodlama Standardı
Event Storming’in görsel dili, post-it renk kodlamasıyla çalışır. Endüstri standart renk paleti şu şekilde: turuncu = domain event, mavi = command (kullanıcı veya sistem aksiyonu), sarı = actor (komutu tetikleyen kullanıcı veya rol), pembe = external system (üçüncü taraf sistem), mor = policy (event sonrası tetiklenen kural), açık yeşil = read model (kararlar için gerekli bilgi), lavanta = aggregate (commands’i kabul eden ve event’leri yayınlayan domain entity), kırmızı = hot spot (anlaşmazlık, soru, problem).
Renk kodlaması işin görsel hızlandırıcısıdır. Workshop sırasında hangi event’in hangi command’la tetiklendiği, hangi policy’nin hangi event’i takip ettiği, hangi external system’in hangi command’a cevap verdiği renk dağılımından hemen anlaşılır. 2 günlük bir workshop sonunda ortaya çıkan visual map, bir mikroservis ekosisteminin ilk taslağıdır.
| Post-it Rengi | Anlam | Tipik Örnek | Workshop Sırası |
|---|---|---|---|
| Turuncu | Domain Event | “Sipariş Oluşturuldu” | 1. Adım (önce) |
| Mavi | Command | “Sipariş Oluştur” | 2. Adım |
| Sarı | Actor | “Müşteri”, “Operatör” | 2. Adım |
| Pembe | External System | “Ödeme Sağlayıcı”, “Kargo API” | 3. Adım |
| Mor | Policy | “Sipariş onaylandıktan 30dk sonra fatura kes” | 3. Adım |
| Açık Yeşil | Read Model | “Müşteri Sipariş Geçmişi”, “Stok Durumu” | 4. Adım |
| Lavanta | Aggregate | “Order”, “Customer”, “Product” | 5. Adım |
| Kırmızı | Hot Spot | Anlaşmazlık, soru, eksik bilgi | Workshop boyunca |
Hot Spot Tespiti ve Yönetimi
Workshop sürecinde ortaya çıkan hot spot’lar, başarılı bir Event Storming’in en değerli çıktıları. Hot spot, bir konuda iş birimleri arasında anlaşmazlık, regülatör yorumu eksikliği, teknik kısıt veya iş kuralı belirsizliği olduğunu işaret eder. Bir Türk sigorta şirketinin policy issuance süreci için yaptığımız Big Picture workshop’unda 23 hot spot çıktı. Bunlardan en kritik 5’i: “Underwriting limit overrride yetkisi kimde?”, “Reinsurance trigger ne zaman olmalı?”, “Premium discount kuralları hangi sırayla uygulanmalı?”, “Cancellation refund hesabı pro-rata mı kalan gün mü?”, “Policy renewal otomatik mi manuel mi?”.
Bu hot spot’lar workshop’un 3. günü tek tek ele alındı, ilgili domain expert’lerle ayrı oturumlar yapıldı, bazıları için CFO ve regulatory affairs onayına gönderildi. 6 hafta sonra tüm hot spot’lar çözüldü ve domain model finalize edildi. Bu hot spot’lar workshop yapılmasaydı, mikroservis development’ı sırasında ortaya çıkar ve aylar süren backtracking’e neden olurdu.
Bounded Context Çıkarımı ve Mikroservis Sınırları
Software Design Event Storming’in temel hedefi, bounded context’lerin tespiti. Bounded context, Domain-Driven Design’ın merkezi konseptlerinden biri: bir iş alanı modelinin tutarlı olduğu sınır. Aynı kelime farklı bounded context’lerde farklı anlama gelebilir (örneğin “Customer” sigorta context’inde “policy holder”, e-ticaret context’inde “buyer”, CRM context’inde “lead/prospect/customer” olabilir).
Bounded context’leri tespit etmek için workshop sırasında ortaya çıkan event’lerin domain dilini analiz ediyoruz. Hangi event’ler aynı ubiquitous language ile konuşuyor, hangileri farklı? Aynı dil kullanan event grupları aynı bounded context’i temsil eder, dil farklı olduğu yerlerde bounded context geçişi vardır. Bir bankada yapılan workshop’ta 18 bounded context çıkardık: Customer Onboarding, Identity Verification, Account Opening, Card Issuance, Card Activation, Transaction Authorization, Transaction Settlement, Fraud Detection, AML Compliance, Notification, Statement Generation, Loan Origination, Loan Servicing, Collections, Risk Scoring, Reporting, Audit, ve Customer Service.
Remote ve Hybrid Workshop Yönetimi
2020 sonrası gelişen remote work kültürü, Event Storming’i fiziksel sınırlardan kurtardı. Miro, Mural, FigJam ve Lucidspark gibi platformlarda hazır Event Storming template’leri var. Remote workshop’larda bazı pattern adaptasyonları gerekiyor: süre daha kısa tutulmalı (2 saat oturumlar, gün içinde 3-4 oturum), facilitator daha aktif olmalı, breakout room’lar küçük grup tartışmaları için kullanılmalı, async pre-work (asenkron ön çalışma) yapılmalı.
Bir Türk üretim holdinginin 7 fabrikasını içeren tedarik zinciri için tamamen remote Event Storming yaptık. 23 katılımcı 4 ülkeden bağlandı, 4 yarım gün boyunca toplam 18 saat çalıştı. Miro üzerinde 2.300 post-it oluşturuldu, 87 hot spot tespit edildi. Hybrid workshop’larda dikkat edilmesi gereken: in-room katılımcılar dijital whiteboard’a kolayca erişebilmeli, ses ekipmanı kaliteli olmalı, kamera tüm whiteboard’u kapsamalı.
Workshop Sonrası Domain Model Refactoring
Event Storming workshop’ları sadece başlangıçtır; sonraki 4-8 hafta domain model refactoring fazı. Bu fazda workshop output’u (genellikle 100-400 post-it’lik bir map) C4 model diagramları, ubiquitous language sözlüğü, aggregate tasarımları, command/event/policy implementation specifications, ve API contract’lara dönüştürülür. Bir bankada yaptığımız workshop sonrası 2 aylık refactoring fazında 47 sayfalık domain model documentation, 18 bounded context için API specifications ve 340 event için Avro schema’lar ortaya çıkarıldı.
Kurumsal Event Storming Dönüşümünde Tipik Sorunlar
Türkiye’deki Event Storming workshop’larında tekrar eden sorunlar şunlar. İlk olarak, “wrong people in the room” — domain expert eksik, sadece IT katılıyor; sonuçta üretilen map, gerçek iş süreçlerini değil IT’nin algısını yansıtıyor. İkincisi, facilitator zayıflığı — deneyimsiz facilitator workshop’u “design review meeting”e çevirebiliyor; Brandolini’nin pattern’lerine sadık kalan deneyimli facilitator kritik. Üçüncüsü, “perfect map” obsesyonu — bazı katılımcılar her detayı doğru yapma takıntısı geliştirir, workshop momentum’u kaybeder.
Dördüncüsü, hot spot’ları atlama — kırmızı post-it’ler hemen çözülmeye çalışılır, ana akış kesintiye uğrar; doğru pattern: önce işaretle, sonra ayrı oturumda çöz. Beşincisi, post-workshop momentum kaybı — workshop biter, kimse bulguları implementation’a dökmez, 3 ay sonra her şey unutulur. Altıncısı, çok büyük ölçek — 50+ kişilik mega workshop’lar koordine edilemez, doğru ölçek 8-25 kişi.
Ömer ÖNAL Uzman Yorumu
Event Storming, bir workshop tekniği olmaktan öte bir organizational learning aracıdır. 2018’den beri 47 Event Storming workshop’u facilitate ettim; başarılı olanların ortak özelliği, business owner’ların IT’den daha aktif konuşmasıydı. Workshop’un başarısı, IT-business ortak dilinin oluşmasıyla ölçülür. “Bizim sistem böyle çalışmıyor” diye itiraz eden business owner, aslında IT’nin yıllardır business’ı yanlış anladığını gösteriyor. Bu yüzleşme acı verici ama dönüştürücüdür. Workshop sonrası organizational change management planı olmadan, çıkan map sadece bir poster olarak kalır.
Sonuç
2026’da Event Storming, Türkiye’deki kurumlar için domain discovery’nin en pratik tekniği. Mikroservis dönüşümleri, yeşil alan projeler, legacy modernization ve operational improvement senaryolarında başarısı kanıtlanmış. Doğru workshop yönetimi için facilitator deneyimi, doğru katılımcı seçimi, sürekli momentum yönetimi ve hot spot disciplini şart. Türkiye’de başarılı projeler için 2-3 günlük Big Picture workshop, ardından her bounded context için Process Modeling ve Software Design workshop’ları, son olarak 4-8 haftalık refactoring fazı standart. Workshop sadece başlangıç; organizational change management ile birleştirildiğinde gerçek dönüşüm yaratıyor.
Sıkça Sorulan Sorular
Event Storming ile BPMN arasında ne fark var? BPMN (Business Process Model and Notation) çok daha resmi, executive level dokümantasyon için uygun, IT-business ortak dili oluşturmak için kullanılır. Event Storming daha keşifsel, daha hızlı, hot spot’ları yüzeye çıkarmak için tasarlanmıştır. Pratik kullanım: Event Storming ile keşif yapılır, çıkan output BPMN diagramlarına aktarılır. İkisi rakip değil, tamamlayıcıdır.
Workshop için doğru katılımcı sayısı nedir? Big Picture için 15-25 kişi ideal, üzerine çıkıldığında koordinasyon zorlaşır. Process Modeling için 8-15 kişi yeterli. Software Design için 5-10 kişi en verimli. Katılımcı dağılımı: yüzde 40 business/domain expert, yüzde 30 product/UX, yüzde 30 IT/developer. Sadece IT katılırsa workshop “design review”a, sadece business katılırsa “wishlist meeting”e dönüşür.
Remote workshop in-person kadar etkili mi? Pattern adaptasyonu doğru yapılırsa evet, hatta bazı durumlarda daha etkili. Remote workshop’larda dikkat dağınıklığı az, dijital whiteboard otomatik kayıt yapıyor, geo-dağıtık ekipler kolay katılabiliyor. Dezavantaj: enerji düşük, “coffee break” sosyal etkileşimi yok. Çözüm: kısa oturumlar (2-3 saat), aralarda break, ice-breaker aktiviteler.
Workshop sonrası output nasıl maintain edilir? Workshop output’u “yaşayan” doküman olmalı, statik PDF değil. Domain model ve bounded context map’leri Confluence veya Notion’da tutulmalı, her sprint review’da değişiklikler işaretlenmeli, 6 ayda bir mini Event Storming refresh yapılmalı. Aksi takdirde workshop output’u 3-6 ay içinde güncelliğini yitirir.
Hangi sektörlerde Event Storming en etkili? Karmaşık iş alanlarında en etkili: bankacılık (regulatory complex), sigorta (actuarial logic), telekom (billing/charging), kamu (compliance heavy), sağlık (clinical workflows). Basit CRUD uygulamalarda overhead getirebilir. Genel kural: 5+ iş birimi, 20+ entity, 50+ event içeren iş alanlarında Event Storming yatırımı kendini ödüyor.
Ömer ÖNAL
Mayıs 23, 2026Yazılım geliştirme projelerinde sıkça gözlemlediğim: teknoloji seçim kararları ekibin mevcut yetkinliği yerine “trend” üzerinden yapıldığında, ilk 6-12 ayda ciddi rework maliyeti doğuruyor. Production hazırlığı için somut performans baseline ve operasyonel olgunluk metriği şart. Yorumlarınızı bekliyorum.