Kulvarlı Süreç Şeması Çizmek: Rolleri Şeritlere, Adımları Rollere Yerleştirmek
Swimlane diyagramı, süreçteki her adımı sorumlu rolün şeridine koyarak "kim, ne zaman, kime devrediyor" sorusunu çizimin kendisine yazar. Rehber kulvar seçimini, çizim sırasını ve çizimden okunacak sorunları anlatır.
Bir bakışta
- Swimlane, akış şemasına "kim yapıyor" bilgisini konum olarak ekler. Her şerit bir rolü, birimi ya da sistemi temsil eder; adım hangi şeritteyse işi o yürütür.
- Değer, el değiştirmeleri görünür kılmasında yatar. Bir ok şerit sınırını geçtiğinde iş başka bir tarafa devredilmiş demektir; bekleme ve hata oradan doğar.
- Kulvarlar kişi adıyla değil rolle adlandırılır. Kişi değişse de süreç aynı kalır; çizim rol değişimlerinden etkilenmez.
- Çizim kapsamı belirlemekle başlar. Başlangıç ve bitiş olayı netleşmeden kulvar seçmek, gereksiz şeritlere ve dağınık bir şemaya yol açar.
- Çizim doğrulanana kadar taslaktır. Süreci yürüten kişilerle çizim üzerinden yürüyüp farkları düzeltmek şemayı belgeden araca dönüştürür.
Swimlane diyagramı neyi gösterir?
Sıradan bir akış şeması adımların sırasını gösterir ama adımı kimin yaptığını kutunun içindeki etikete bırakır. Okur şemanın her kutusunu tek tek okumadan rol dağılımını göremez. Swimlane diyagramı bu bilgiyi konuma taşır: şemayı yatay ya da dikey şeritlere böler, her şeride bir rol, birim ya da sistem koyar ve her adımı sorumlu olanın şeridine yerleştirir. Böylece sürecin kimlerin arasında döndüğü tek bakışta okunur.
Türkçede kulvar diyagramı, kulvarlı akış şeması ve çapraz fonksiyonel akış şeması da denir. Bu adlar aynı fikri anlatır. BPMN notasyonunda aynı yapı havuz ve kulvar kavramlarıyla çizilir. UML aktivite diyagramında ise karşılığı etkinlik bölümleridir. Notasyon değişse de mantık sabittir: şerit sorumluyu, ok sırayı gösterir.
Swimlane özellikle işin birden çok birim arasında dolaştığı süreçlerde işe yarar: onay zincirleri, satın alma, işe alım, müşteri talebi karşılama. Tek kişinin baştan sona yürüttüğü bir süreç için şerit eklemek çizimi yalnızca karmaşıklaştırır; düz akış şeması yeterlidir.
Çizimin parçaları: havuz, kulvar, adım, akış oku
Bir swimlane diyagramı iç içe geçmiş birkaç katmandan oluşur. En dışta süreci çevreleyen çerçeve vardır; kulvarlar bu çerçevenin içindeki şeritlerdir. Adımlar kulvarların içine, oklar ise adımlar arasına çizilir.
Adım türleri akış şemasındakilerle aynıdır. Dikdörtgen bir görevi, eşkenar dörtgen bir kararı, yuvarlatılmış ya da daire biçimli şekil başlangıcı ve bitişi gösterir. Kullandığınız notasyon neyse (akış şeması simgeleri ya da BPMN) tüm çizimde onu sürdürün; dillerin karışması okuru yorar.
Akış oku bir kulvarın içinde kaldıkça iş aynı tarafta ilerliyor demektir. Ok şerit sınırını geçtiğinde el değiştirme gerçekleşir. Çizimin asıl bilgisi bu geçişlerdedir, çünkü bekleme, yanlış anlaşılma ve kayıp bilgi bu noktalarda oluşur.
Çerçeveden oka: swimlane çizimi kapsayan yapıdan ayrıntıya iner
Çizimin yapı katmanları
- Süreç çerçevesi (havuz)Sürecin sınırını ve adını belirler.
- KulvarlarHer biri bir rol, birim ya da sistemdir.
- Adımlar ve kararlarSorumlu kulvarın içinde yer alır.
- Akış oklarıSırayı gösterir; kulvar sınırını geçtiğinde el değiştirme olur.
Kulvarları seçmek: kişi değil rol
Çizimin en önemli kararı hangi şeritlerin olacağıdır. Adaylar şunlardır: roller (yönetici, uzman), birimler (İK, finans) ve sistemler (İK yazılımı, ödeme altyapısı). Bir çizimde bunları karıştırabilirsiniz, ancak her şeridin neyi temsil ettiği net olmalıdır.
Kulvarı kişi adıyla değil rolle adlandırın. Kişi tatile çıkar, işten ayrılır, yerine biri gelir; rol ise süreçte kalır. Süreci anlatan kişiye "bunu kim yapar" diye sorduğunuzda ad söylerse bile çizime unvanı ya da görevi yazın.
Müşteri, tedarikçi gibi dış taraflar da süreci başlatıp bitirebilir. Dış tarafın adımlarını ayrı bir şeritte göstermek, kurum içi adımlardan ayrılmasını sağlar ve süreç sınırını netleştirir. Şeritleri sıralarken sık etkileşen rolleri yan yana koyun; böylece oklar uzun yollar kat etmez ve çizim dağılmaz. Süreci başlatan taraf genellikle en üste ya da en sola yerleştirilir.
Adım adım çizim: çalışan izin talebi örneği
Örnek olarak bir izin talebi sürecini çizelim. Şeritler: Çalışan, Yönetici, İnsan Kaynakları ve İK yazılımı.
Önce kapsamı yazın: süreç, çalışanın talebi oluşturmasıyla başlar ve izin kaydının sisteme işlenip çalışana bildirilmesiyle biter. Sonra şeritleri sırayla çizin. İlk adımı Çalışan şeridine koyun: izin talebini girer. Ok Yönetici şeridine geçer; yönetici talebi inceler ve bir karar adımı çizilir: onay ya da ret. Ret dalı Çalışan şeridine döner ve çalışan bilgilendirilir. Onay dalı İnsan Kaynakları şeridine iner; İK bakiye kontrolü yapar. Yetersiz bakiye varsa ret dalına, yeterliyse İK yazılımı şeridine geçilir ve kayıt işlenir. Son adım yine Çalışan şeridinde bildirimdir.
Bu çizimde şerit sınırını geçen her ok bir el değiştirmedir. Her birinde şunu sorabilirsiniz: bilgi eksiksiz iletiliyor mu, kim hatırlatıyor, iş ne kadar bekliyor.
Kapsamdan doğrulamaya: çizim, her adımın bir öncekine yaslandığı bir sıradır
Swimlane çizim sırası
- Kapsamı yazBaşlangıç ve bitiş olayını belirleyin.
- Kulvarları sıralaRolleri seçin, sık etkileşenleri yan yana koyun.
- Ana akışı yerleştirMutlu yolu sorumlu kulvarlara dizin.
- Karar ve istisnaları ekleRet, eksik bilgi ve geri dönüş dallarını çizin.
- El değiştirmeleri işaretleŞerit geçen okları ve beklenen çıktıyı not edin.
- Yürüyerek doğrulaSüreci yürüten kişilerle çizim üzerinden geçin.
Çizimden okunan sorunlar
Swimlane diyagramı çizildikten sonra bir analiz aracı olur. Dikkat edilecek örüntüler şunlardır.
- Aynı şeritler arasında gidip gelen oklar: iş ileri geri dolaşıyor, bilgi ilk seferde eksik iletiliyor olabilir.
- Çok sayıda ardışık el değiştirme: her devir bekleme ve hata riski ekler; birleştirilebilecek adımlar aranır.
- İçinde neredeyse hiç adım olmayan kulvar: o rolün sürece gerçekten gerek olup olmadığı sorgulanır.
- Tek kulvarda yığılan adımlar: darboğaz ya da aşırı yetki yüklenmesi göstergesidir.
- Karar adımından çıkan ve hiçbir yere varmayan dal: istisna tanımlı değildir.
Bu gözlemler tek başına çözüm değil, soru üretir. Çizim sonrası süreç sahibiyle yapılan görüşmede "bu devir neden gerekli" sorusu yöneltilir. Cevap iyileştirmenin ham maddesidir.
Sık yapılan hatalar
Swimlane çizimlerinin çoğu aynı birkaç nedenle okunmaz hale gelir. İlki, bir adımın etiketine rolü yazıp adımı yanlış şeride koymaktır; şerit ve etiket çelişince okur hangisine güveneceğini bilemez. İkincisi, kapsamı belirlemeden her ayrıntıyı çizmektir. Bir şemanın tek bakışta anlaşılması için bir ekranı ya da sayfayı aşmaması gerekir; aşıyorsa süreç alt süreçlere bölünür.
Üçüncü hata, okların yönünde tutarsızlıktır. Akışı soldan sağa ya da yukarıdan aşağıya tek bir yönde ilerletin; geri dönüş oklarını yalnızca gerçek bir döngü için kullanın. Dördüncüsü, sadece mutlu yolu çizmek ve istisnaları atlamaktır; oysa sorunlar çoğunlukla ret, eksik bilgi ve zaman aşımı dallarında yaşanır.
Aynı süreç, iki farklı çizim: okunmayan ve okunan
Tipik kulvar hataları ve karşılıkları
Bu beceriyi Mindset programlarında nerede çalışırsınız?
İş Süreç Yönetimi Eğitim Programı, süreç analizi ve modelleme ile süreç tasarımı başlıklarını içerir; kulvarlı çizim bu başlıklarda süreç sahipleri ve iyileştirme ekipleri için temel bir araçtır. Süreç Haritalama programı akış şeması tekniklerini ve sorumluluk matrisini ele alır; İş Analizi Uzmanlığı programı ise süreç modellemeyi gereksinim çalışmasının bir parçası olarak işler.
İlgili Mindset programı
İş Süreç Yönetimi Eğitim Programı
Sık sorulan sorular
Swimlane diyagramı BPMN ile aynı şey midir?
Hayır. Swimlane, sorumluları şeritlerle gösteren bir yerleşim fikridir ve düz akış şemasında da kullanılabilir. BPMN ise ayrıntılı simge kuralları olan bir notasyondur ve aynı fikri havuz ve kulvar olarak içerir. BPMN çizerken swimlane kullanmış olursunuz; ters yönde ise gerek yoktur.
Kulvarlar yatay mı dikey mi olmalı?
İkisi de geçerlidir. Yatay şeritler soldan sağa akan zaman mantığına uyduğu için daha yaygındır ve geniş ekranlarda rahat okunur. Dikey şeritler dar sayfalarda ya da sütun mantığıyla okunan belgelerde işe yarar. Önemli olan tek çizimde yönü değiştirmemek ve akışı bir yönde tutmaktır.
Birden çok rolün birlikte yaptığı adım nereye çizilir?
Adımı asıl sorumlunun şeridine koyun ve diğer rolün katkısını ayrı bir adım ya da not olarak gösterin. Gerçekten ortak bir toplantıysa ilgili şeritleri kapsayan tek bir kutu çizilebilir. Ancak sık görülüyorsa sorumluluk net değildir; bu da çizimin bulması gereken sorunlardan biridir.
Çizim kaç şeritten sonra karmaşıklaşır?
Sabit bir sınır yoktur. Ölçüt, şemanın bir ekranda ya da sayfada okunabilmesidir. Şeritler sığmıyor ya da oklar birbirini kesiyorsa süreci alt süreçlere bölmek ya da sıklıkla etkileşmeyen rolleri ayrı çizimde ele almak gerekir.
Mevcut durumu mu hedef durumu mu çizmeliyim?
Önce mevcut durumu çizin. Hedef çizim, mevcut durumdaki gereksiz devirleri ve bekleme noktalarını gördükten sonra anlam kazanır. Mevcut ve hedef çizimi yan yana koymak, değişikliğin hangi el değiştirmeleri kaldırdığını göstermenin en açık yoludur.