Süreç otomasyonu neden kırılır
Tetikleyici kurulur, mutlu yol çalışır, istisna gelince iş tekrar kişiye döner. Otomasyon eksik süreç tanımının üzerine inşa edilmiştir.
· TankDev Mühendislik
Otomasyon projesi çoğu zaman bir bildirimin otomatik gitmesiyle başarılı sayılır. Haftalar sonra aynı iş, istisna diye birinin kutusuna düşer. Akış durmamıştır; tanımsız dalı vardır.
Operasyonel akış teşhisi tam olarak budur: sıra, tetikleyici ve istisna yolu yazılmadan kurulan otomasyon, kişisel takibi gizler.
Mutlu yol tuzakı
Mutlu yol, her kaydın beklenen sırayı izlediği senaryodur. Gerçek operasyon istisnayla yürür: eksik belge, çelişen stok, yetkisiz onay, geciken üçüncü sistem. Bunlar ‘sonra bakarız’ denerek dışarıda bırakılırsa otomasyon yalnızca sakin günlerde çalışır.
- İstisna kime düşer ve orada ne kadar kalır?
- Zaman aşımı kaydı hangi duruma alır?
- Yeniden deneme kaç kez, kimin adına yapılır?
Kural yoksa tetikleyici yetmez
Bir adımın ne zaman çalışacağı, o adımı meşru kılan kuraldan ayrı düşünülemez. İş kuralı kişideyse otomasyon o kişinin alışkanlığını kodlar. Kişi değişince ‘sistem bozuldu’ denir. Bozulan sistem değil, yazılmamış kuraldır.
Süreç otomasyonu ancak durum, tetikleyici ve istisna aynı modelde durduğunda kurulur. Aksi halde zamanlayıcı ve e-posta yığınıdır.
Ne tanımlanır, sonra ne otomatikleşir
Önce adımlar isimlendirilir. Her adımın giriş koşulu, çıkış durumu ve sahip olduğu kayıt yazılır. Otomatik olan ile insan kararı isteyen ayrılır. İnsan kararı da sistemde bir durumdur; sohbet mesajı değildir.
Bu tanım çoğu operasyonda özel yazılım katmanını gerektirir, çünkü hazır araçlar mutlu yolu merkeze alır. İstisna, ürünün kenarına sıkıştırılır.
Kırılan akışın hangi adımda kişiye döndüğü biliniyorsa otomasyon spekülasyonu durur. O adımı yazın.