Otomasyon Bozuk Süreçleri Neden Düzeltemez?

Bozuk bir süreç otomatikleştirildiğinde, daha hızlı işleyen bozuk bir sürece dönüşür.

Bu bir otomasyon eleştirisi değildir. Otomasyonun gerçekte ne yaptığının bir tanımıdır: tanımlanmış bir adımlar dizisini güvenilir biçimde ve hızla yürütür. Bu adımların mantıklı olup olmadığı konusunda bir fikri yoktur.

Otomasyon tasarım için değil, hız için optimize eder

Manuel bir süreç gereksiz bir onay adımına, mükerrer bir veri giriş noktasına veya yalnızca iki sistem veri paylaşmak üzere tasarlanmadığı için var olan bir devir işlemine sahip olduğunda, otomasyon bunların hiçbirini ortadan kaldırmaz. Yalnızca daha hızlı çalıştırır. Kurum, bozuk sürece daha az zaman harcar ve onu otomatikleştiren araca bütçesinden daha fazla pay ayırır.

İki yıl sonra süreç hala bozuktur. Sadece çalıştırması daha az maliyetlidir ve dışarıdan bir modernizasyon başarısı gibi görünür.

Çözüm daha az otomasyon değil, daha iyi tasarımdır

İyi tasarlanmış bir süreç daha fazla değil, daha az otomasyona ihtiyaç duyar; çünkü gereksiz adımlar baştan dahil edilmemiştir. Tutarlı bir sürece uygulanan otomasyon, gerçek manuel angaryayı ortadan kaldırır. Tutarsız bir sürece uygulandığında ise tutarsızlığı daha hızlı bir arayüzün arkasına gizler.

Fark, otomasyon aracında değildir. Otomasyonun şimdi yürüttüğü süreci birinin tasarlayıp tasarlamadığındadır.

Otomasyondan önce tasarım

Bir süreci otomatikleştirmeden önce, sürecin şu an ne olduğunu değil, ne olması gerektiğini sorun. Bu soru genellikle rahatsız edicidir; çünkü dürüst yanıt genellikle artık kimsenin tam olarak açıklayamadığı tarihsel nedenlerle var olan adımların kaldırılmasını içerir.

Bu, bir otomasyon aracı satın almaktan daha yavaştır. Ancak aynı zamanda çözümün kalıcı olan tek versiyonudur.

Otomasyon tek başına bozuk bir sistem modelini düzeltemez. Tasarım önce gelir.