Bir süreci otomasyona taşıma kararı verildiğinde, masadaki hesap çoğunlukla şöyle görünür: mevcut manuel süreç X saat alıyor, otomasyon bunu Y saate düşürür, fark kazanımdır. Bu hesap mantıklı görünür ama otomasyon bakım maliyeti kalem kalem ortaya konmadan tablo tamamlanmış sayılmaz. Otomasyon bir kez kurulduktan sonra kendi başına işlemez. Entegre olduğu sistemler değişir; API'lar güncellenir, veri formatları evrilir, iş kuralları kağıt üzerinde sabit kalsa da pratikte kayar. Her bu değişim, otomasyonun bir yerini kırar. Kırılan yeri tamir etmek için biri zaman harcar. Bu zaman, başlangıçtaki kazanım hesabının içinde yoktur. Üstelik bu bakım yükü eşit dağılmaz. Manuel bir süreci yürüten ekip, sistemle organik temas halindedir; neyin yanlış gittiğini hisseder, küçük sapmaları düzeltir. Otomasyon devreye girdiğinde bu doğrudan temas kaybolur. Sistem çalıştığı sürece kimse içine bakmaz. Bir gün sessizce bozulur ve kimse ne zaman bozulduğunu bilemez. Otomasyon bakım maliyetinin göz ardı edilmesinin başka bir boyutu daha var: bilgi kaybı. Bir sürecin otomasyona taşınması, o sürecin nasıl çalıştığını anlayan insanın zamanla organizasyondan uzaklaşması anlamına gelir. İki yıl sonra otomasyon karmaşık bir hata verdiğinde, onu anlayacak bağlamı elinde tutan kimse kalmamış olabilir. Peki bu eleştiri otomasyonun gereksiz olduğu anlamına mı gelir? Hayır. Tekrarlayan, net kurallı, istisnası az olan süreçlerde otomasyon gerçekten değer üretir. Ama her süreç bu tanıma uymaz. Bir sürecin otomasyona uygun olup olmadığı değerlendirmesi, yalnızca ilk kazanımı değil; kurulum maliyetini, bakım yükünü, hata maliyetini ve bilgi sürdürülebilirliğini birlikte tartmalıdır. Otomasyon bakım maliyeti konuşulmadıkça, şirketler büyük umutlarla kurulan ama zamanla kimsenin dokunmaya cesaret edemediği sistemlerle dolu bir teknik borç yığınıyla baş başa kalır. Kazanım gerçektir; ama maliyet de gerçektir ve ikincisi çok daha uzun süre devam eder.