İstisna, sürecin dışında kalan bir kaza değil, sürecin henüz yazılmamış parçasıdır. Bu derste defteri açıyorsunuz: kuralın kapsamadığı girdi geldiğinde akış ne yapar, hangi hata durdurur hangisi devam eder, kim haber alır ve verilen karar sisteme nasıl yansır.
Önceki derslerde akış kuruldu ve iki sistem birbirine bağlandı. İkisinde de istisna tek satırdı: kurulum fişinde "istisna yolu", entegrasyon haritasında "kopma davranışı". Bu ders o iki satırın arkasındaki işi açıyor. Kuralın kapsamadığı bir girdi geldiğinde akış ne yapar, kim haber alır ve verilen karar nereye yazılır.
Ders istisnaları ortadan kaldırmayı önermiyor. İstisna, sürecin dışında kalan bir kaza değil, sürecin henüz yazılmamış parçasıdır. Yazıldıkça kural olur; yazılmadıkça her seferinde yeniden karar vermek gerekir.
Önkoşul: beşinci dersteki akış ve altıncı dersteki entegrasyon haritası. Akış yoksa istisna da yoktur; istisna, çalışan bir akışın kenarında doğar.
İkisi karıştırıldığında yönetim de karışıyor. İstisna, kuralın kapsamadığı bir durumdur: sistem doğru çalışır ama karşılaştığı girdi için yazılmış bir yanıt yoktur. Hata ise sistemin yazılana rağmen yanlış işlemesidir.
Ayrım pratikte şu soruyla yapılıyor: haritaya baktığınızda bu durumun yanıtı orada var mı? Varsa ve sistem başka türlü davrandıysa hata; yoksa istisna. Aynı olay iki gün üst üste geliyorsa istisna olmaktan çıkıp eksik kural haline gelir.
Kuralın kapsamadığı girdi ya da durum. Çözümü karar vermektir; kararın kendisi de kayda geçer, çünkü ikinci kez sorulacaktır.
Yazılı kuralın olduğu yerde sistemin başka davranması. Çözümü düzeltmedir ve düzeltmenin kalıcı olup olmadığı ayrıca sınanır.
Bir olay için "bu istisna mı hata mı" tartışması uzuyorsa, harita o noktada belirsizdir. Tartışma sistemde değil haritada çözülür.
Defter tek sayfada durur ve her satır bir istisnayı anlatır. Dört sütun, bir istisna çıktığında sorulan dört soruya karşılık gelir; sütunlardan biri boş kaldığında o istisna bir sonraki sefere bilgi taşımaz.
Defteri tutmanın asıl kazancı ikinci karşılaşmada görünür. İlk seferde karar vermek zaman alır; ikinci seferde defterde yazılı olan uygulanır ve tartışma yeniden açılmaz.
Dördüncü sütun defteri diri tutan sütundur. Boş kalırsa defter bir arşiv olur; dolduruldukça süreç haritası kendiliğinden büyür.
Akışların çoğu, girdinin beklenen biçimde geleceği varsayımıyla kurulur. Beklenmedik girdi bu varsayımın kırıldığı yerdir: form yarım gönderilir, zorunlu sanılan alan boş gelir, kaynak sistem bir alanın biçimini sessizce değiştirir.
Bunların ortak yanı, çoğunun hata mesajı üretmemesidir. Akış çalışmaya devam eder ve eksik veriyle üretilmiş bir sonuç ortaya çıkar. Bu yüzden beklenmedik girdinin karşılığı haritada girdi tarafında yazılır, çıktı tarafında değil.
Kayıt oluşmuş ama alanların bir kısmı boş. Karar: kayıt bekletilir mi, eksik haliyle yazılır mı, gönderen kişiye geri mi sorulur.
Zorunlu sayılan alan boş geliyorsa zorunluluk gerçekte kurulmamış demektir. Alan sözlüğü ile akış arasındaki fark burada çıkar.
Kaynak tarafta tarih ya da telefon biçimi değişir. Akış eskisi gibi okumaya devam eder ve değer sessizce bozulur.
Altıncı derste tekilleştirme anahtarı seçildi; bu derste o anahtarın tutmadığı durumlar ele alınıyor. Aynı kişi ikinci kez yazar, aynı form iki kez gönderilir, aynı sipariş iki kanaldan girer.
Çift kayıt sessiz büyüyen bir sorundur: her biri tek başına doğru görünür, toplamda ise rapor şişer ve müşteriye iki kez ulaşılır. Kararı önceden yazmak, kayıt oluştuktan sonra temizlemekten kolay oluyor.
Tekilleştirme kuralı defterin ilk satırlarından biridir, çünkü hem sık karşılaşılır hem de kararı kolayca unutulur.
Her hatada akışı durdurmak güvenli görünür ama işi durdurur; hiç durdurmamak işi yürütür ama yanlış sonucu büyütür. Karar hata başına verilir ve haritaya yazılır.
Ölçüt şudur: bu adım yanlış çalıştığında sonuç geri alınabilir mi? Geri alınabiliyorsa akış devam edebilir ve kayıt işaretlenir. Geri alınamıyorsa akış durur ve bekleyen kişi haber alır.
Sonucu geri alınamayan adımlar: dışarıya mesaj gitmesi, ödeme, kalıcı kayıt silme. Şüphede kalınan yerde durdurmak tercih ediliyor.
Tek kaydı etkileyen, geri alınabilir durumlar. Kayıt işaretlenir, akış diğer kayıtlarla sürer ve işaretli kayıtlar gün sonunda geçilir.
En zor durum: adımın bir kısmı işlemiş. Bu ihtimal için geri alma yolu yazılmadıysa kayıt iki sistemde farklı görünmeye başlar.
Uyarının gittiği yer, uyarının kendisi kadar önemli. Ortak posta kutusuna düşen uyarı çoğu zaman kimsenin işi olmuyor; herkesin görebildiği bir kanal, kimsenin sorumlu olmadığı bir kanala dönüşebiliyor.
Haber alma satırı bir kişi adı ister. Kişi izinliyken kimin bakacağı da aynı satırda durur, çünkü istisnalar izin günlerini beklemiyor.
Uyarı metni de kararın parçasıdır: içinde hangi kaydın, hangi adımda, ne sebeple durduğu yazılıysa bakan kişi sisteme girmeden karar verebiliyor.
Hata kaydı, olan biteni sonradan anlatan tek kaynaktır. Akış içinde tutulabilir, aracın kendi günlüğünde durabilir ya da ayrı bir tabloya yazılabilir. Önemli olan yeri değil, aranabilir olması.
Kayıt okumanın kendine göre bir sırası var. Sıra izlenmediğinde bakılan şey genelde en son satır oluyor ve en son satır çoğu zaman sonucu gösterir, sebebi değil.
Hangi kayıt, hangi zaman aralığı. Kayıt kimliği elde yoksa arama tarihten yürütülür ve komşu kayıtlar da görülür.
Adım adım ne olduğu. Sonuç satırından değil, ilk sapma satırından okumak sebebi gösteriyor.
Gelen veri beklenen biçimde miydi? Arızaların önemli bir kısmı burada çıkıyor ve sistemin kendisi kusursuz çalışmış oluyor.
Her akışın bir elle müdahale kapısı olması gerekiyor: durmuş kaydı devam ettirmek, yanlış kaydı geri almak, bekleyen listeyi elle geçmek. Kapı yoksa müdahale araçların içinden yapılır ve iz bırakmaz.
Müdahale bir istisnadır ve deftere yazılır. Yazılmadığında iki sorun doğuyor: aynı durum tekrar geldiğinde ne yapıldığı hatırlanmıyor, ve sistemin ürettiği sonuçla elle yapılan iş birbirini tutmuyor.
Elle müdahalenin kolay olması akışın zayıflığı değil, sürdürülebilirliğidir. Kapısı olmayan akış ilk istisnada elle çalışan bir sürece dönüşüyor.
En pahalı hata, hata vermeyen hatadır. Akış yeşil görünür, kayıtlar oluşur, kimse uyarı almaz; ama üretilen sonuç yanlıştır. Altıncı derste bir cümleyle geçilen bu durum, istisna yönetiminin asıl konusudur.
Sessiz hatanın kaynağı genelde girdi tarafındadır: boş alan varsayılana düşer, biçim yanlış yorumlanır, eşleşme başka bir kayda tutar. Sistem kendi içinde tutarlı çalıştığı için de kendini bildirmez.
Ortak yanları şu: hepsinde sistem "başarılı" der. Bu yüzden sessiz hata, uyarıyla değil ölçümle yakalanıyor.
Görünür kılmanın yolu sistemin kendi raporuna güvenmemekten geçiyor. Üç ölçüm birlikte yapıldığında sessiz hataların çoğu yüzeye çıkıyor.
Üçü de haftalık bir alışkanlık olarak kuruluyor ve kimin yapacağı yazılıyor. Sahibi olmayan ölçüm ilk yoğun haftada bırakılıyor.
Girdi sayısı ile çıktı sayısı karşılaştırılır. Aradaki fark sessizce düşen kayıtları gösteriyor.
İki sistemdeki aynı kayıt yan yana açılır. Alan alan bakmak yerine anahtar alanlara bakmak yeterli oluyor.
Rastgele birkaç kayıt uçtan uca izlenir. Ölçüm değil gözlemdir; raporun göstermediği sapmalar burada görülüyor.
Ölçüm sonucu deftere yazılır. Sapma bulunmadığı haftalar da yazılır, çünkü "bakıldı ve temizdi" bilgisi de bir kayıttır.
Her istisna sisteme yansıtılmaz. Bir kez görülen durum kayda geçer ve beklenir; tekrarlayan durum kurala dönüşür. Erken yansıtmak akışı gereksiz karmaşıklaştırıyor, geç yansıtmak aynı kararı defalarca verdiriyor.
Ölçüt sıklık ve bedeldir: aynı istisna tekrar ediyorsa ya da tek seferde bile geri alınamayan bir sonuç ürettiyse kural yazılır. Kural yazıldığında süreç haritası ve alan sözlüğü de güncellenir, yoksa harita gerçeğin gerisinde kalıyor.
Bu adım kapandığında istisna kaybolmaz, kural olur. Defter böylece süreç haritasının güncellenme günlüğüne dönüşüyor.
Ofis pilot işi seçti, sürecini yazdı, alan sözlüğünü çıkardı, aracını seçti, ilk akışı kurdu ve iki sistemi bağladı. Şimdi akış çalışıyor ve ilk hafta içinde üç durum peş peşe geliyor.
Üçü de haritada yazılı değil. Ofis sorumlusu her birini deftere işliyor ve kararı yazıyor; hafta sonunda üç satırın ikisi kurala dönüşüyor.
Birinci satır: portaldan gelen bir talepte telefon alanı boş. Karar, kaydın takip tablosuna yazılmaması ve bekleyen listesine düşmesi yönünde veriliyor; sorumlu listeyi gün sonunda geçiyor. Aynı durum üç kez tekrarlayınca kural haline getiriliyor ve haritaya işleniyor.
İkinci satır: aynı kişi iki farklı ilandan yazıyor ve takip tablosunda iki kayıt açılıyor. Karar, ikinci talebin aynı kişinin altına not olarak girmesi. Bu karar altıncı dersteki anahtar kuralının eksik kalan yarısı olduğu için doğrudan sisteme yansıtılıyor.
Üçüncü satır: portal, tarih alanının biçimini değiştiriyor ve randevu tarihleri bir gün kayıyor. Hata mesajı yok, kayıtlar geçerli görünüyor. Sapma haftalık sayımda değil, örneklemede yakalanıyor: rastgele seçilen iki kaydın tarihi ilanla tutmuyor. Biçim çevrimi düzeltiliyor, etkilenen kayıtlar elle geri alınıyor ve müdahale deftere yazılıyor.
Hafta sonunda ofis, uyarıların ortak posta kutusuna gittiğini fark ediyor ve kimsenin bakmadığını görüyor. Haber alma satırı kişi adına çevriliyor, yedek kişi de yazılıyor.
Üç satırın ikisi kurala dönüştü, biri gözlemde kaldı. Defterin değeri burada görünüyor: hangi kararın verildiği değil, hangisinin sisteme geçtiği de kayıtlı.
Bu hafta defteri açın ve çalışan akışınızın kenarında ne olduğunu yazın. Yeni bir istisna beklemeniz gerekmiyor; son iki haftada elle yaptığınız her müdahale zaten bir istisna satırıdır.
İstisna kayıt defterini indir (xlsx) · hangi istisna, ne zaman çıktı, nasıl karar verildi ve sisteme yansıdı mı sütunlarıyla tek sayfalık defter; haber alma, elle müdahale ve haftalık ölçüm bölümleri de içinde.
Aşağıdakiler istisnanın kendisinden değil, istisnanın yönetilmemesinden doğuyor. Ortak yanları şu: hiçbiri sistemde bir arıza olarak görünmüyor.
Karar sohbette veriliyor ve kayda geçmiyor. Aynı durum ikinci kez geldiğinde farklı karar veriliyor, iki kayıt farklı işlem görüyor.
Tek kaydı etkileyen bir sapma bütün akışı durduruyor. Bir süre sonra uyarılar kapatılıyor ve gerçek durdurucu hata da görülmüyor.
Uyarı herkese gidiyor, kimse sahiplenmiyor. Bakılmayan uyarı, hiç gönderilmemiş uyarıyla aynı sonucu veriyor.
Kayıt elle düzeltiliyor ama kim ne yaptı yazılmıyor. Sonraki hafta aynı kayıt tekrar bozulduğunda sebep aranamıyor.
"Hepsi başarılı" satırı sessiz hatayı göstermiyor. Ölçüm kurulmadıkça yanlış sonuç haftalarca doğru sanılıyor.
Bir kez görülen durum akışa koşul olarak ekleniyor. Akış her istisnada biraz daha karmaşıklaşıyor ve bakımı zorlaşıyor.
Akış ilk haftasını tamamladığında bu listenin her maddesi yanıtlanabiliyorsa istisna yönetimi kurulmuş sayılıyor.
İstisna konuşmalarında geçen terimler. Aynı kelimeye aynı anlamı vermek, defteri ikinci haftada da okunabilir tutuyor.
Bu derste akışın kenarını yazdınız: istisna ile hatayı ayırdınız, defteri açtınız, haber alma ve elle müdahale yollarını tanımladınız ve sessiz hatayı ölçümle görünür kıldınız. Sıradaki dersler ekibi sürece almayı ve sonucu ölçmeyi ele alıyor.
Yayında olan derslerden devam etmek isterseniz, arızayı sırayla daraltmayı anlatan modül sırada.
Arıza fişi, ikiye bölme yöntemi ve kalıcı düzeltme. Bu dersin defteri oraya girdi veriyor.
Entegrasyon haritası ve kopma davranışı. Buradaki istisnaların bir kısmı orada doğuyor.
Eğitim bölümünün tamamı ve yeni eklenen modüller.
İstisna defterini birlikte açmak isterseniz yazın, ilk satırları beraber dolduralım.
WhatsApp'tan Teklif Al