Kulvar (Swimlane) Diyagramı Örneği: Her Devri Gösteren Çapraz Fonksiyonel Akış Şemaları

Bir müşteri pazartesi günü 40 USD tutarında bir iade ister. Destek talebi bir saat içinde onaylar ve iadeleri perşembe günleri toplu olarak yapan finansa iletir. Ardından bankanın iadeyi hesaba yansıtması 5 ila 10 iş günü sürebilir. Talepten on gün sonra ekstresinde hâlâ hiçbir şey göremeyen müşteri, harcamaya itiraz eder.

Her ekip işini zamanında yaptı. Gecikme ekiplerin arasındaydı: talebin bir sonraki sahibini beklediği kuyruklarda. Bu sürecin düz bir akış şeması zararsız görünür. Kulvar diyagramı ise her adımı, o adımı kim yapıyorsa onun kulvarına koyar ve sorun, kulvarları geçen oklar olarak ortaya çıkar.

Bu yazı kulvar diyagramlarını ve ne zaman akış şeması ya da BPMN yerine kulvar diyagramı kullanmanız gerektiğini anlatıyor, ardından bir iade örneği üzerinden ilerliyor: semboller, devirler, iyileştirmeler ve çizim ipuçları.

Kulvar diyagramı nedir

Kulvar (swimlane) diyagramı, her aktör için bir tane olmak üzere paralel kulvarlara bölünmüş bir akış şemasıdır; aktör bir kişi, bir rol, bir ekip ya da bir sistem olabilir. Her adım, onu kim gerçekleştiriyorsa onun kulvarında durur. Sırayı yine oklar verir; kulvarlar buna sahipliği ekler. Çapraz fonksiyonel akış şeması (cross-functional flowchart), swim lane diyagramı ve kulvarlı süreç haritası aynı şeyin diğer adlarıdır.

Bir kulvarın içindeki ok, bir ekip içinde ilerleyen iştir. Kulvar sınırını geçen ok ise bir devirdir: iş sahip değiştirir ve genellikle biri ona dokunmadan önce bir kuyrukta bekler.

Geary Rummler ve Alan Brache, ilk kez 1990'da yayımlanan Improving Performance kitabında “performansı iyileştirmenin en büyük fırsatları çoğu zaman fonksiyonel arayüzlerde yatar” görüşünü savundu: işin departmanlar arasında el değiştirdiği yerler, kitabın alt başlığındaki deyişle organizasyon şemasındaki beyaz alan. Kulvar diyagramı o beyaz alanı çizer.

Kulvar diyagramı mı, akış şeması mı, BPMN mi?

Yanıtlanması gereken soruya göre seçin. Soru “sırada ne var” ise, tek bir nöbetçi mühendisin izlediği olay müdahale akış şeması gibi bir akış şeması yeterlidir. Soru “bu iş şu an kimde ve ne kadar süredir bekliyor” ise kulvarlara ihtiyacınız var. Modeli bir süreç motoru çalıştıracaksa ya da kuruluşlar arasındaki olayların ve mesaj akışlarının kesin olması gerekiyorsa BPMN kullanın. BPMN 2.0.2 spesifikasyonu havuzlarına ve kulvarlarına swimlane der ve bir kulvarın anlamını modelleyen kişiye bırakır; bu gösterimi BPMN diyagramı örneği ele alıyor.

Örnek: adım adım bir iade talebi

Bir online mağaza iadeleri dört aktörle yürütür: müşteri, destek, finans ve ödeme sistemi (ödeme sağlayıcısı artı faturalama). Örnek politika 30 gün içindeki iadeleri kabul eder, 100 USD altındaki iadeleri onaylama yetkisini desteğe verir ve daha büyük tutarları finansa gönderir.

1. Müşteri iade talep eder.
2. Destek, siparişi iade politikasına göre kontrol eder.
3. Talep politikanın dışındaysa destek, gerekçesini belirterek bir ret gönderir.
4. Tutar 100 USD altındaysa destek talebi onaylar ve iadeyi aynı gün yapar.
5. Tutar 100 USD veya üzerindeyse finans talebi inceler. Finans reddetmek için bir neden bulursa, kararı müşteriye destek açıklar.
6. Ödeme sistemi tutarı orijinal ödeme yöntemine iade eder ve bir onay e-postası gönderir.
7. Stripe'ın iade dokümantasyonuna göre banka, iadeyi yaklaşık 5 ila 10 iş günü sonra hesapta gösterir.

Kulvar diyagramı sembolleri

Daha fazlasını ekleme isteğine direnin: her ek sembol, bir finans analistinin işinizi kontrol etmeden önce öğrenmesi gereken bir şey daha demektir.

Kulvarlar neyi ortaya çıkarır

Devirler

Kulvar sınırını geçen okları sayın. 100 USD altındaki bir iade üç kez sınır geçer: müşteriden desteğe, destekten ödeme sistemine, ödeme sisteminden yeniden müşteriye. 100 USD ve üzerindeki bir iade dört kez geçer; finansın reddettiği bir talep de öyle. Eşik getirilmeden önce her iade dört devirli bir yol izliyordu. Her devir bir kuyruktur; giriş hikâyesinde iş dakikalar, bekleme ise günler sürdü.

Beklemeler ve yeniden işleme döngüleri

Beklemeler devirlerde saklanır; bu yüzden onları okların üzerine yazın. Adım başına ve adımlar arasındaki süreyi ayrıntılı ölçmek için bir değer akışı haritası çizin.

Yeniden işleme döngüleri, işin daha önce uğradığı bir kulvara geri dönen oklardır. Finansın reddi bilerek desteğe döner, çünkü müşteriyle konuşmanın sahibi destektir. Desteğin, formun zorunlu tutabileceği bir sipariş numarasını müşteriden istemesi ise tam anlamıyla israftır.

Sahipsiz adımlar

Hiçbir kulvara yerleştiremediğiniz bir adım, bir sahiplik boşluğudur. Başarısız iadelere bakın: Stripe, bir iadenin başarısız olabileceğini (örneğin müşterinin banka hesabı kapatılmışsa), paranın bakiyenize geri dönmesinin 30 güne kadar sürebileceğini ve müşterilere ya da ekibinize haber vermek için kendi mantığınızı kurmanız gerektiğini belirtiyor. Bu adım hiçbir kulvara ait değilse, onu kimse üstlenmez.

Diyagramdan yola çıkarak süreci iyileştirmek

1. Bir devri kaldırın. Küçük iadeleri doğrudan desteğin yapmasına izin verin; böylece eşiğin altındaki her iadeden finansın kuyruğu çıkar. Ödeme sağlayıcıları bunu tam erişim vermeden mümkün kılar: Stripe'ın Refund Analyst rolü ödemeleri görüntüleyip iade edebilir, ancak ödeme oluşturamaz ve bakiyeyi göremez (bu yazının yazıldığı Kasım 2026 itibarıyla).
2. Bir onay eşiği ekleyin. Eşiği veriye bakarak seçin: geçen çeyreğin iadelerini tutara göre sıralayın ve her aday eşiğin altında kaç talep ve ne kadar para kaldığına bakın. Kimse aramak zorunda kalmasın diye sayıyı doğrudan karar şeklinin içine yazın. Sınırın güvene bırakılmayıp zorla uygulanması gerekiyorsa, onu iade aracınızda, araç ödeme API'sini çağırmadan önce kontrol edin.
3. Her devir noktasına bir hedef koyun ve okun üzerine yazın: destek 1 iş günü içinde yanıt verir, finans 2 iş günü içinde karar verir. Böylece küçük bir iade 1 iş günü, büyük bir iade 3 iş günü içinde yapılır. Bankanın 5 ila 10 iş günü sizin kontrolünüzde değildir; bunu onay e-postasında belirtin.

Yatay ya da dikey kulvarlar

BPMN her iki yönde de kulvara izin verir. Fark pratiktir:

Okuyucular hiçbir zaman yeniden yön bulmak zorunda kalmasın diye, birbiriyle ilişkili bir diyagram seti için tek bir yön seçin.

İade talebi kulvar diyagramı

Nasıl okunur:

• Dört kulvar, yukarıdan aşağıya: müşteri, destek, finans ve ödeme sistemi.
• Evet (Yes) her zaman sağdan, Hayır (No) aşağıdan çıkar. Her soru, Evet bir şeyin ilgi gerektirdiği anlamına gelecek şekilde sorulmuştur: politikanın dışında, 100 USD veya üzeri, reddetmek için bir neden var.
• Yeşil, iade yoludur. 100 USD altındaki talepler destekten doğrudan ödeme sistemine iner ve finans kulvarına hiç girmez.
• Kırmızı, ret yoludur. İki ret de desteğin gerekçeyi müşteriye göndermesiyle biter.
• Devir etiketleri hedefleri taşır; kesikli ok bankanın 5 ila 10 iş günüdür.
• Markdown bloğu politikayı, hedefleri ve yol başına devir sayılarını listeler.

Kulvar diyagramlarını net çizmek

• Her kulvara tek bir sahip. Kulvarları kişilere göre değil, rollere, ekiplere ya da sistemlere göre adlandırın; Dana adlı bir kulvar bir sonraki yeniden yapılanmadan sonra yanlış olur.
• Her kutuya bir fiil koyun: “Sipariş kontrolü” değil, “Siparişi ve iade politikasını kontrol et”.
• Her karar çıkışını etiketleyin ve her yanıtı tüm eşkenar dörtgenlerde aynı tarafta tutun.
• Kulvarları trafiğe göre sıralayın, böylece devirlerin çoğu tek bir sınırı geçer. Bir kulvarı yalnızca bilerek atlayın; buradaki küçük iadenin yaptığı gibi.
• Beklemeleri devirlerin üzerine yazın. Bekleme süresi, biri onu yazana kadar görünmez kalır.
• Sistemin iç ayrıntılarını dışarıda bırakın. API çağrıları ve webhook'lar, ödeme ağ geçidi entegrasyon diyagramı gibi bir mimari görünüme aittir.
• Mevcut süreci ve öneriyi ayrı ayrı çizin, böylece kimse planı bugünkü durum sanmaz.
• Her yolu bir terminatörle bitirin ve diyagram altı ya da yedi kulvardan fazlasına ihtiyaç duyuyorsa onu bölün.

Archboard'da oluşturun

1. Google ya da GitHub ile giriş yapın ve bir diyagram oluşturun ya da kulvarları hazır gelen çapraz fonksiyonel akış şablonunu açın.
2. BPMN paketinden Refund request process adlı bir Havuz ekleyin ve ona dört kulvar verin: Customer, Support, Finance ve Payment system.
3. Akış Şeması paketinden Customer kulvarına üç Başla / Bitir düğümü ekleyin: Request refund, Request closed ve Refund received.
4. Support kulvarına siparişi kontrol etmek için bir Süreç, iki Karar düğümü (Outside refund policy?, $100 or more?) ve reddi göndermek için bir Süreç daha ekleyin.
5. Finance kulvarına bir Süreç (Review refund) ve bir Karar (Reason to decline?) ekleyin. Payment system kulvarına iade için bir Süreç, onay e-postası için bir Belge ekleyin.
6. Adımları her Yes sağa, her No aşağı gidecek şekilde bağlayın. Devirleri hedefleriyle etiketleyin, iade yolunu yeşile, ret yolunu kırmızıya boyayın ve bankanın beklemesini kesikli çizin.
7. Temel paketinden politikayı ve hedefleri içeren bir Markdown bloğu ile iki Metin notu ekleyin.

Süreç zaten bir Mermaid akış şeması olarak varsa, Mermaid'i diyagrama dönüştürme aracı onu düzenlenebilir bir ilk taslağa çevirir. Free plandaki bir diyagram 15 diyagram düğümü alır; bu yüzden daha uzun bir süreç için Pro ya da ikinci bir diyagram gerekir. Örnek 13 diyagram düğümü kullanıyor ve Free planın sınırları içinde kalıyor.

SSS

Kulvar diyagramı nedir? Her kişi, ekip ya da sistem için bir kulvar olmak üzere kulvarlara bölünmüş ve her adımı, onu yapanın kulvarına yerleştiren bir akış şemasıdır. Kulvar sınırını geçen oklar devirlerdir.

Kulvar diyagramı ile akış şeması arasındaki fark nedir? Akış şeması adımların ve kararların sırasını gösterir. Kulvar diyagramı buna sahipliği ekler; bu da devirleri, beklemeleri ve sahibi olmayan adımları görünür kılar.

Çapraz fonksiyonel akış şeması ile kulvar diyagramı aynı şey mi? Evet, bu adlar birbirinin yerine kullanılabilir; kulvarlı süreç haritası da öyle. BPMN de kulvar kullanır, ancak havuzların içinde ve daha katı bir gösterimle.

Kulvarlar yatay mı olmalı, dikey mi? İkisi de olur. Yatay kulvarlar geniş ekranlardaki uzun süreçlere, dikey kulvarlar aşağı kaydırılan belgelere ve telefonlara uyar. Her diyagram seti için birini seçin.

Bir sistemin kendi kulvarı olabilir mi? Evet. Kendi başına iş yapan bir ödeme sağlayıcısı ya da zamanlayıcı bir kulvarı hak eder; BPMN spesifikasyonu da sistemleri kulvarların tipik kullanımları arasında sayar.

Ücretsiz başlayın — tek kullanıcı, kredi kartı gerekmez.