İlk otomasyon denemelerinin çoğu teknik sebeplerle değil, yanlış başlangıç kararlarıyla başarısız olur. En sık görülen sekiz hata.
Başarısızlığın sebebi genellikle araç değil Otomasyon denemeleri terk edildiğinde suçlanan taraf genellikle araçtır: yeterince esnek değildi, sürekli bozuluyordu, öğrenmesi zordu. Oysa geriye dönüp bakıldığında sorunun çoğu zaman kurulumdan önce alınan kararlarda olduğu görülür. Yanlış iş seçilmiş, kural yazılmamış, beklenti abartılmış ya da sonuçlar hiç doğrulanmamıştır. Bu yazıda anlattığımız hatalar teknik bilgi gerektirmeyen, tamamen yaklaşımla ilgili hatalardır; bu yüzden de düzeltmesi görece kolaydır. Her maddede yalnızca hatayı değil, yerine ne yapılması gerektiğini de belirtiyoruz. Hata 1: Kuralı yazmadan araç aramak En yaygın başlangıç hatası, ne yapılacağını netleştirmeden hangi aracın kullanılacağını araştırmaktır. Bu sıralama tersine döndüğünde araç karşılaştırma listeleri arasında günler geçer ve sonunda seçilen araç, hangi işi çözeceği belirsiz bir ihtiyaca uydurulmaya çalışılır. Doğru sıra şudur: önce işin kuralını iki üç cümleyle yazın, hangi durumda ne olacağını belirtin, sonra bu kuralı uygulayabilecek araçlara bakın. Kuralı yazamıyorsanız sorun araç eksikliği değil süreç belirsizliğidir ve hiçbir araç bunu sizin yerinize çözmez. Hata 2: En karmaşık işten başlamak İnsan doğal olarak en çok acı veren işi çözmek ister ve bu genellikle en karmaşık iştir. Ancak ilk otomasyon denemesinin asıl amacı zaman kazanmak değil, güven kazanmaktır. Basit bir işi baştan sona kurup çalıştığını görmek, hem aracı öğretir hem de sürecin nasıl işlediğini gösterir. Karmaşık bir işle başlandığında ise ortaya çıkan sorunun kaynağını bulmak zorlaşır, motivasyon düşer ve deneme genellikle ikinci haftada terk edilir. Basit işle başlamak yavaşlatmaz, hızlandırır. İlk otomasyon için ölçüt Kurulumu bir öğleden sonrada bitecek, sonucu gözle doğrulanabilecek ve bozulursa işinizi durdurmayacak bir iş seçin. Bu üç şartı sağlayan iş, ilk deneme için en iyi adaydır. Hata 3: Sonuçları hiç doğrulamamak Otomasyon kurulduktan sonra en kritik dönem ilk iki haftadır. Bu sürede sistemin ürettiği sonuçları kendi gözünüzle karşılaştırmadıysanız, elinizde çalıştığına dair hiçbir kanıt yok demektir. Doğrulama yapmadan devam edenler genellikle iki sonuçtan biriyle karşılaşır: ya sonuçlara hiç güvenemedikleri için sistemi bırakırlar, ya da körü körüne güvenip yanlış verinin birikmesine izin verirler. İkisi de kurulum emeğini boşa çıkarır. Doğrulama sıkıcıdır ama pazarlık konusu değildir. Hata 4: İstisnaları baştan hesaba katmaya çalışmak Bir önceki hatanın tam tersi de sık görülür: kurulum sırasında akla gelen her istisnayı kapsamaya çalışmak. Bu, hiç bitmeyen bir kural yazma sürecine dönüşür ve sistem asla devreye girmez. Gerçek hayatta istisnalar kullanım sırasında ortaya çıkar ve çoğu tahmin ettiğinizden farklıdır. Sağlıklı yaklaşım, vakaların büyük çoğunluğunu kapsayan basit bir kuralla başlamak ve istisnaları karşılaştıkça eklemektir. Kalan durumları elle çözmek, mükemmel sistemi beklemekten her zaman daha verimlidir. İlk versiyonda her ihtimali düşünmeye çalıştım ve üç hafta hiçbir şey çalışmadı. Basit haliyle açtığımda ilk gün üç yeni istisna öğrendim; hiçbiri düşündüklerim arasında değildi. Hata 5: Bozulduğunda haber verecek bir yol bırakmamak Otomasyonların en sinsi başarısızlık biçimi sessizce durmaktır. Sistem hata verip durduğunda ekranda kimse yoksa, bunu ancak eksik sonucu fark ettiğinizde anlarsınız ve bu genellikle günler sonra olur. En basit çözüm bile yeterlidir: sonuç üretilmediğinde bir bildirim, günlük bir özet ya da son çalışma zamanını gösteren bir kayıt. Karmaşık izleme sistemleri kurmaya gerek yok; amaç, sessiz duruşu gürültülü hale getirmek. Bu tek önlem, otomasyona duyulan güveni belirgin biçimde artırır. Hata 6: Bozuk bir süreci hızlandırmak Otomasyon bir çarpandır: iyi bir süreci daha iyi, kötü bir süreci daha kötü yapar. Elle yaparken karışan, adımları belirsiz olan ve her seferinde farklı ilerleyen bir işi otomatikleştirdiğinizde, karışıklık sadece hızlanır. Bu yüzden kurulumdan önce süreci kağıda dökmek ve en az üç kez elle uygulamak gerekir. Bu adım sırasında pek çok kişi işin bir kısmının aslında gereksiz olduğunu fark eder ve otomatikleştirmeden önce sadeleştirir; bu, otomasyondan daha büyük bir kazanç olabilir. Bu adımı yıllardır aynı işi yaptığı için atlayanlar en çok şaşıranlar oluyor. İnsan, alışkanlık haline gelmiş bir işi her seferinde aynı yaptığını sanır; oysa kağıda dökünce sıranın değiştiği, bazı kontrollerin bazen atlandığı ve karar ölçütünün günden güne kaydığı ortaya çıkar. Bu farkındalık kötü bir haber değil, tam tersine otomasyonun en değerli ön çıktısıdır. Süreci yazmadan kurulan sistem, sizin kafanızdaki belirsizliği kurala çevireceği için ilk gerçek istisnada beklenmedik biçimde davranır. Hata 7 ve 8: Beklenti ve devir teslim Hata 7: Otomasyonun işi tamamen ortadan kaldıracağını beklemek. Gerçekte iş küçülür, kaybolmaz; doğrulama ve istisna yönetimi kalır. Hata 7 çözümü: Kurulum öncesinde "bu iş ne kadar küçülecek" sorusuna gerçekçi bir cevap yazın. Hata 8: Sistemi yalnızca bir kişinin bilmesi. O kişi olmadığında hiçbir şey değiştirilemez hale gelir. Hata 8 çözümü: Her otomasyon için tek sayfalık not tutun; ne yapar, ne sıklıkla çalışır, bozulursa kim bakar, elle nasıl yapılır. Bonus hata: Kazanılan zamanı planlamamak. Planlanmayan boşluk yeni tekrarlarla dolar. Bu son iki hata birbirini besler. Beklenti yüksek tutulduğunda kalan işler görmezden gelinir; kalan işler görmezden gelindiğinde de bunları yapan tek kişi sistemin gizli bakımcısı haline gelir. Bir süre sonra otomasyon dışarıdan mükemmel görünürken, arka planda bir kişinin sürekli müdahalesiyle ayakta durmaktadır. Bunu erken fark etmenin yolu, kalan manuel işleri açıkça listelemek ve her birinin yanına kimin yaptığını yazmaktır; liste beklediğinizden uzunsa otomasyonun kapsamını yeniden düşünme vaktidir. Doğru başlangıç için kısa bir sıra Bir hafta ölçüm yapın; hangi iş ne kadar zaman alıyor, kaç kez tekrarlanıyor? Kuralı en net olan ve etkisi orta düzeyde bir işi seçin. Kuralı yazın, üç kez elle uygulayın, gereksiz adımları silin. Basit haliyle kurun; istisnaları sonraya bırakın. İki hafta sonuçları elle doğrulayın ve kaçanları not edin. Bozulma bildirimi ekleyin ve tek sayfalık notu yazın. Üç ay sonra hâlâ kullanıyorsanız ikinci işe geçin. Bırakmak da bir sonuçtur Kurduğunuz otomasyonu üç ay sonra kullanmıyorsanız, bunu başarısızlık olarak değil bilgi olarak kaydedin. O işin otomasyona uygun olmadığını öğrendiniz ve bu, bir sonraki denemenizi doğrudan iyileştirir. Toparlarsak, otomasyona başlarken yapılan hataların neredeyse tamamı sabırsızlıkla ilgilidir. Kuralı yazmadan araç seçmek, en karmaşık işle başlamak, doğrulamayı atlamak ve bozulma bildirimi eklememek; hepsi bir an önce sonuca ulaşma isteğinden doğar. Oysa iyi kurulmuş bir otomasyon aylarca, bazen yıllarca çalışır ve başlangıçta harcanan birkaç saatlik özen bu süre boyunca defalarca geri döner. Yavaş başlamak burada gerçekten en hızlı yoldur ve ilk denemenizde edindiğiniz alışkanlık sonraki tüm otomasyonlarınızın kalitesini belirler.
Denemelisiniz, ancak önce başarısızlığın sebebini yazın. Araç mı yetersizdi, iş mi uygun değildi, yoksa kural mı en baştan belirsizdi? Sebep yazılmadan yapılan ikinci deneme genellikle tam olarak aynı yerde takılır ve bu kez motivasyon da kalmaz. Sebebi bilerek başlayan denemelerin başarı şansı ise belirgin biçimde daha yüksek olur.
Başlangıçta yalnızca bir tane. Aynı anda birden fazla kurduğunuzda bir sorun çıktığında hangisinin sebep olduğunu ayırt etmek zorlaşır ve düzeltme süresi belirgin biçimde uzar. İlk otomasyon üç ay sorunsuz çalıştıktan sonra ikinciye geçmek genelde en sağlıklı ilerleme hızıdır. Ayrıca her yeni sistem, öncekinin bakım yükünün üzerine eklenir.
Kısa işlerde bir paragraf yeterlidir, ama bu adım gerçekten gereklidir. Yazma eylemi, kafanızda net sandığınız adımların aslında belirsiz olduğunu ortaya çıkarır. Pek çok kişi bu sırada işin bir bölümünün tamamen gereksiz olduğunu fark eder ve otomasyon kurmadan önce süreci sadeleştirir. Bu sadeleştirme çoğu zaman otomasyondan daha büyük bir kazanç sağlar.
Bozmaması için doğrulama adımı vardır ve bu yüzden ikisi birlikte düşünülmelidir. İlk haftalarda sonuçları elle kontrol ettiğiniz sürece istisnalar fark edilir ve kural güncellenerek düzeltilir. Asıl risk, istisnaları sonraya bırakıp doğrulamayı da atlamaktır; bu ikisi aynı anda yapıldığında hatalı veri haftalarca sessizce birikir ve geriye dönük temizlik çok pahalıya mal olur.
Onların en çok şikâyet ettiği işle başlayın ve ilk sonuçları birlikte doğrulayın. Katılmadıkları bir kararla kurulan sistem genellikle kullanılmaz, sessizce eski yönteme dönülür. Ayrıca elle yapma yolunu kapatmayın; geri dönüş imkanı olduğunu bilmek yeni sisteme geçiş direncini belirgin biçimde azaltır ve güven oluştukça o yol zaten kendiliğinden terk edilir.