# İş Akışı Nedir? Operasyon Ekipleri İçin Sade Rehber URL: https://bottleneckcalculators.org/tr/journal/is-akisi-nedir Type: blog Locale: tr Published: 2026-10-24 Updated: 2026-10-26 --- > İş akışı, bir işin başlangıçtan bitişe kadar izlediği yoldur. Türlerini, nasıl haritalandırılacağını ve darboğazı nasıl bulacağınızı öğrenin. Bu rehberde iş akışı nedir sorusunu yanıtlıyoruz. Kısaca, bir işin başladığı andan tamamlandığı ana kadar izlediği, her adımında adı belli bir sorumlu kişi ya da sistem bulunan sıralı adımlar bütünüdür. Gelen bir faturayı düşünün: fatura satın alma siparişiyle eşleştirilir, onaylanır ve ödenir. İşte bu bir iş akışıdır. Karmaşık bir iş akışını devraldıysanız, asıl soru onu nasıl belgeleyeceğiniz değil, hangi adımın tüm hattı sınırladığıdır. Bu rehber ikisini de yanıtlıyor. ## İş akışı nedir, tek cümlede? İş akışı, girdiyi çıktıya dönüştüren, tekrarlanabilir görevler, devirler ve kararlardan oluşan bir yoldur. [TechTarget](https://www.techtarget.com/searchcio/definition/workflow) her iş akışını üç parçaya ayırır: bir girdi (tetikleyici ya da malzeme), bir dönüşüm (yapılan iş) ve bir çıktı (bir sonraki adıma ya da işin kapanışına giden sonuç). Bu üçlü çerçeveyi bir yapışkan nota yazıp masanıza yapıştırabilirsiniz. Bir adımın girdisini, işini ve çıktısını adlandıramıyorsanız, o adım henüz tanımlanmamış demektir. Bu yalnızca bir alışkanlık meselesi değil, ölçülebilir bir eksikliktir. Her parçanın pratik bir gerekçesi var: - **Girdi:** Adım başlamadan önce var olması gereken şey. Onaylı bir sipariş, bir talep ya da ham bir parça olabilir. - **Dönüşüm:** Birinin ya da bir şeyin gerçekten yaptığı iş. Kontrol etmek, onaylamak, montaj yapmak ya da yönlendirmek gibi. - **Çıktı:** Adımdan çıkan şey ve bir sonra onu kimin teslim alacağı. Çıktı tanımını atlarsanız klasik ofis hatasıyla karşılaşırsınız: bir masada "bitmiş" olan iş, aşağı akışta kimsenin ne yapacağını bilmediği bir hâle gelir. ## İş akışı mı, süreç mi: gerçek bir fark var mı? Günlük konuşmada iki kelime birbirinin yerine kullanılır ve bu sorun değil. Operasyon işinde ise bu ayrım işe yarar. Süreç, bir sonucun nasıl üretildiğinin bütün sistemidir: politikalar, roller, araçlar ve metrikler dahil. İş akışı ise tek bir öğenin bu sistemden geçtiği belirli yoldur. Somut bir örnek verelim. Bir depo merkezinde sipariş-sevkiyat süreci var. Tek bir siparişin iş akışı şöyledir: alındı, toplandı, paketlendi, etiketlendi, yüklendi. Süreç ayrıca vardiya kapsamı, kargo kesim saatleri ve iadeler hakkında kurallar da içerir. Bu kurallar iş akışını şekillendirir, ama siparişin üzerinden geçtiği adımlar değildir. Bu neden önemli? Çünkü iş akışlarını öğe başına ölçersiniz (bu sipariş ne kadar sürdü?), süreçleri ise toplu ölçersiniz (site saatte kaç sipariş sevk ediyor?). İkisini karıştırmak, tek bir siparişin üç gün boyunca beklediği halde ortalamalar üzerinde tartışan ekiplerin yaşadığı bir hatadır. ## Karşılaşacağınız iş akışı türleri hangileri? Operasyon ekiplerinin işlediği iş akışlarının büyük çoğunluğu üç biçimden birine girer. **Sıralı iş akışları.** A, sonra B, sonra C. Kredi onayı ve satın alma siparişi eşleştirmesi bu şekilde çalışır. Her adım öncekini bekler, dolayısıyla yavaş bir adım arkasındakileri de geciktirir. **Kurala dayalı iş akışları.** Yine sıralıdır, ama yol bir koşula bağlı olarak ikiye ayrılır. Belli bir tutarın altındaki bir harcama otomatik onaylanır, üstündekiler bir yöneticiye gider. Dallanma burada önemlidir: kimin neyi göreceğine bir kez, yazılı olarak karar verirsiniz. **Durum makinesi iş akışları.** Öğe bir durumda bekler (açık, incelemede, bloke, tamamlandı) ve bir olay onu bir sonraki duruma taşır. Destek talepleri ve yazılım değişiklik istekleri böyle davranır. Bunların hiçbiri kesin olarak doğrusal değildir, çünkü bir öğe "incelemede" durumundan "açık" durumuna geri dönebilir. ![Üç belge tepsisi masada duruyor, ortadaki faturalarla taşmış durumda](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/bottleneckcalculators/2026-10/8f996f-inline1.webp) Çoğu gerçek operasyon üçünü birden karıştırır. Yukarıdaki fatura akışı, bir uyuşmazlık çıkana kadar sıralıdır; sonra kendi döngüsü olan bir durum makinesine ("itirazlı") dönüşür. Önce mutlu yolu haritalandırın, sonra istisnaları ekleyin. İlk günden her istisnayı çizmeye çalışan ekipler haritayı asla bitiremez. ## Gerçek bir operasyonda iyi bir iş akışı nasıl görünür? Bir depoda iyi bir iş akışı sıkıcıdır. Siparişler gelir, bir sonraki kişi elindeki işin ne olduğunu bilir ve kimse "bu kimin?" diye sormaz. Bunu test etmenin yolu basittir: kronometre ve kalemle yolu baştan sona izleyin ve öğenin nerede hareket etmek yerine beklediğini not edin. Bekleme, asıl belirtidir. Çoğu iş akışında bir öğenin sistemde geçirdiği toplam sürenin içinde gerçekten üzerinde çalışılan süre küçük bir paydır. Geri kalanı kuyruktur: bir tepsi, bir gelen kutusu, bir hazırlık hattı. Süreç döngü verimliliği (PCE, toplam ön süreden değer katan işe ayrılan pay) yüzde 25'in altındaysa, çoğunlukla kapasite satın almadan önce bulunması gereken israf vardır. Sadece var olan bir iş akışını çalışan bir iş akışından ayıran dört özellik vardır: - **Net bir tetikleyici.** İş, birinin aklına geldiği için değil, adı konabilen bir nedenle başlar. - **Her adımda tek sorumlu.** Ortak sahiplik, sahipsizlikle aynı şeydir. - **Tanımlı "bitti".** Çıktının kontrol edilebilir bir koşulu vardır, böylece bir sonraki adım uzun bir konuşmaya gerek kalmadan başlayabilir. - **Görünür kuyruk.** Her adımda bugün kaç öğenin beklediğini, kimseye sormadan görebilirsiniz. ## İş akışı nerede kırılır? Tüm hattı sınırlayan adımı bulun Her iş akışında hattın temposunu belirleyen bir adım vardır. Buna darboğaz denir: kapasitesi tüm hattın çıktısını sınırlayan adımdır. Başka bir adımı hızlandırırsanız toplam çıktı kıpırdamaz. Darboğazı yüzde 10 yavaşlatırsanız, tüm iş akışı yaklaşık yüzde 10 kaybeder. Hesabı Little Yasası verir. Önce değişkenleri tanımlayalım. WIP, iş akışında aynı anda bulunan öğe sayısıdır. Throughput, birim zamanda tamamlanan öğe sayısıdır. Cycle time ise bir öğenin başlangıçtan bitişe kadar geçirdiği ortalama süredir. `WIP = Throughput x Cycle Time`Diyelim ki bir destek kuyruğu günde 40 talebi kapatıyor ve ortalama bir talep açılıştan kapanışa kadar 3 gün sürüyor. Bu durumda uçuşta 120 talep var demektir. Throughput 40'ta sabit kalırken WIP 200'e çıkarsa, cycle time sessizce 5 güne uzar. Kimse işin yapış biçimini değiştirmedi. Kuyruk, yetişemeyen bir adımın önünde büyüdü. ![Bir paketleme istasyonunda kutular bantta birikirken sonraki istasyon boş bekliyor](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/bottleneckcalculators/2026-10/579304-inline2.webp) Yukarıdaki görüntü darboğazın imzasıdır: bir istasyonun önünde yığılma, arkasında ise boşta bekleyen istasyonlar. Aynı desen bir yazılım hattında da görülür; dağıtım boşta beklerken inceleme kuyruğu şişer. Bir İK işe alım akışında da benzerini görürsünüz: teklifler arka plan kontrolünde birikir. Bir danışman tutmadan darboğaz adımını bulmanın sırası şöyledir: - Adımları sırayla, her birinin sorumlusuyla birlikte listeleyin. - Her adımın gerçekçi bir tempoda saatte kaç öğe tamamlayabildiğini kaydedin. - Sayıları karşılaştırın. En düşük olan, aday darboğazdır. - Kuyruğu kontrol edin. Hemen önünde büyüyen bir yığın bunu doğrular. - Ancak bundan sonra karar verin: orada kapasite ekleyin, orada israfı kaldırın ya da işi o adımdan uzaklaştırın. Hesap makinesinin işe yaradığı yer tam burasıdır. Adım kapasitelerini araca girdiğinizde AI analizi rozeti sonucu okur, sınırlayan adımı adıyla söyler ve kapasite eklemenin nerede karşılığını verip nerede vermediğini açıkça belirtir. Sayılarınızı girin. Yapay zeka nereye odaklanacağınızı söylesin. ## İş akışını çalıştırmak için yazılıma ihtiyacınız var mı? Hayır. Bir yazı tahtası ve bir kronometre ilk darboğazınızı bulmaya yeter. Yazılım, iş akışı günde yüzlerce kez tekrarlandığında ve devirler dijitalleştiğinde değer üretmeye başlar. Çünkü o noktada mesajları elle taşıyan bir insan, kendisi başlı başına bir gecikmeye dönüşür. Piyasa bunun değerli olduğunu söylüyor. [TechTarget](https://www.techtarget.com/searchcio/definition/workflow) tarafından aktarılan 2023 tarihli bir Reportlinker raporuna göre, iş akışı yönetim sistemleri pazarı 2022'de $6.65 milyar değerindeydi ve 2030'a kadar $46.47 milyara ulaşması bekleniyor. Bu rakamlar satıcıların sorunun peşinde olduğunu gösterir. Ama sizin sorununuzun bir platforma ihtiyacı olduğunu göstermez. Pratik bir kural var: bir adımı, darboğaz olduğunu ya da buna yakın olduğunu bildikten sonra otomatikleştirin. Boş kapasitesi olan bir adımı otomatikleştirmek, daha şık görünen bir süreç ve aynı çıktı verir. Operasyon ekipleri otomasyona geçtiğinde en sık karşılarına çıkan dört araç şunlardır: Zapier, teknik olmayan ekipler için en yumuşak başlangıçtır: bir uygulamada tetikleyici, başka bir uygulamada eylem. Ücretlendirme görev başınadır, dolayısıyla çok adımlı uzun bir iş akışı hacim arttıkça daha pahalıya gelir. Yoğun hacimli ve çok dallı akışlarınız varsa bu araçtan uzak durun. Make, iş akışını yönlendiricilerin ve hata yönetiminin olduğu bir tuval üzerinde çizer. Yolun çatallandığı kurala dayalı akışlar için uygundur. Dalları hayal etmek yerine görmek istiyorsanız değerlidir. n8n, adım başına değil iş akışı çalıştırması başına ücretlendirir ve kendi sunucunuzda barındırılabilir. Biraz kodla rahat eden birinin olduğu ekipler için uygundur. Uzun akışlar da bu sayede uygun maliyetli kalır. Taskade, proje takibini tek bir çalışma alanında yapay zeka ajanlarıyla birleştirir. İş akışı çoğunlukla insanların birbirine görev devrettiği, uygulamaların ise veri taşımadığı durumlarda mantıklıdır. ![Bağlantılı düğümlerden oluşan bir otomasyon diagramı gösteren dizüstü bilgisayar](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/bottleneckcalculators/2026-10/7f0f14-inline3.webp) Dört araç için de geçerli bir uyarı var: araç bir iş akışını kodlar, onu onarmaz. Bozuk bir devri otomatikleştirirseniz, o devir daha hızlı bozulur. Üstelik gece üçte kimse izlemezken. ## İş akışını ölü bir dokümana dönüşmeden nasıl belgelersiniz? Belgeyi bir sayfayla sınırlı tutun ve sadece adımları değil, kuyrukları da çizin. İyi bir iş akışı haritası dört soruyu bir bakışta yanıtlar: neyi tetikliyor, her adımın sahibi kim, öğeler nerede bekliyor ve "bitti" ne anlama geliyor. Gerçek ekiplerde ayakta kalan bir format şöyledir: - Üstte tetikleyiciyi, altta tamamlanmış çıktıyı yazın. - Aralarında her adım için bir kutu olsun. Kutuya sorumlunun adını değil rolünü yazın, çünkü insanlar yer değiştirir. - Her kutunun yanına bir sayı koyun: o anda orada bekleyen öğe sayısı. - İstisnaları geri dönen ikinci bir çizgiyle işaretleyin ve en yaygın iki istisnada durun. Bir şey değiştiğinde haritayı gözden geçirin: yeni bir ürün, yeni bir vardiya düzeni ya da bir araç değişikliği olduğunda. Harita bir yıldır dokunulmadıysa ve iş bu sürede değiştiyse, artık kurgudur. Ayrıca ideal davranışı belgeleme isteğine direnin. İki kişinin izinli olduğu bir salı öğleden sonrasında ne olduğunu belgeleyin. İyileştirebileceğiniz versiyon odur. ## İlk adım ne olmalı? Bugün bir iş akışınız var ama haritası yoksa, bu hafta bir saatinizi ayırın. Adımları yazın, her birine bir kapasite sayısı verin ve en düşük olanı bulun. Bu adımın önünde en uzun kuyruk da varsa, darboğazınız budur. Başka bir yere harcanan her lira ya da saat bir tahmin olur. En düşük kapasiteli adım ile en uzun kuyruk birbirini tutmuyorsa, kuyruğa güvenin ve kapasiteyi yeniden ölçün. PCE yüzde 25'in altındaysa, ekip eklemeden ya da araç almadan önce bekleme ve yeniden işleme noktalarını arayın. Sonra sayıları hesap makinesine girin ve AI analizinin düzeltmenin kapasite mi, israf azaltma mı yoksa işin geliş biçiminde bir değişiklik mi olduğunu söylemesine izin verin. ## FAQ ### İş akışı ile süreç arasındaki fark nedir? Süreç, bir sonucun üretildiği tüm sistemdir; politikalar, roller, araçlar ve metrikler dahildir. İş akışı ise tek bir öğenin bu sistemden geçtiği belirli yoldur. ### İş akışının üç temel parçası nedir? Girdi (tetikleyici ya da malzeme), dönüşüm (yapılan iş) ve çıktı (sonucu ve onu teslim alacak kişiyi) olmak üzere üç parçadır. ### Darboğaz nedir? Kapasitesi tüm hattın çıktısını belirleyen adımdır. Diğer adımları hızlandırmak toplam çıktıyı artırmaz; darboğazı yavaşlatmak ise tüm iş akışını yavaşlatır. ### Little Yasası nasıl hesaplanır? WIP, throughput ile cycle time'ın çarpımına eşittir. Günde 40 talep kapanıyor ve her talep ortalama 3 günde tamamlanıyorsa, uçuşta yaklaşık 120 talep vardır. ### İş akışını çalıştırmak için yazılım gerekir mi? Hayır. Küçük ölçekte bir tahta ve kronometre yeterlidir. Yazılım, iş akışı çok sık tekrarlanıp devirler dijitalleştiğinde anlam kazanır. ### PCE nedir ve ne zaman endişelenmelisiniz? Süreç döngü verimliliği, toplam ön süredeki değer katan işin payıdır. Yüzde 25'in altındaysa, kapasite eklemeden önce bekleme ve yeniden işlemeyi azaltmak genellikle daha az maliyetlidir.