Dijital Dönüşüm Neden Yalnızca Yeni Yazılım Satın Almak Değildir?

Sistem yayına alınır, eğitimler tamamlanır, lisanslar ödenir. Altı ay sonra ekip hâlâ raporu Excel'e aktarıp elle düzenlemektedir ve önemli kararlar yine aynı toplantıda, yine aynı sezgiyle verilmektedir.

Yazılım değişmiştir. İş değişmemiştir.

Bu, kötü bir ürün seçildiği için olmaz. Dönüşümün yazılım satın almakla eşitlendiği her yerde olur — çünkü yazılım, işin yalnızca bir katmanına dokunur ve o katman tek başına hiçbir şeyi belirlemez.

Yazılım aracı değiştirir, kararı değiştirmez

Bir sistemin gerçekten dönüştürücü olup olmadığını anlamanın basit bir yolu vardır: yeni sistem devreye girdikten sonra hangi kararlar farklı veriliyor?

Cevap "hiçbiri" ise, yapılan şey dönüşüm değil yer değiştirmedir. Aynı bilgi, aynı kişilere, aynı sırayla ulaşmaktadır; yalnızca farklı bir ekranda durmaktadır.

Gerçek değişim genellikle şu üç yerden birinde görünür. Bir kararın dayandığı bilgi artık daha erken elde ediliyordur. Kararı verecek kişi değişmiştir — daha önce yukarı çıkması gereken bir onay artık işi yapan kişide durmaktadır. Ya da bir karar tamamen ortadan kalkmıştır, çünkü koşul sistemde tanımlanmıştır ve tekrar tartışılması gerekmemektedir.

Bunlardan hiçbiri olmuyorsa, yeni yazılım pahalı bir arayüz yenilemesidir.

Dört katman birlikte hareket eder

Dönüşüm dört katmanda birden gerçekleşir ve bunlardan yalnızca birini değiştirmek, her seferinde tanımlı bir başarısızlık üretir.

Süreç. Yazılım, mevcut sürecin üzerine kurulursa süreç aynen korunur — üstelik artık dijital olarak korunur. Otomatikleştirilen karmaşık bir onay zinciri, kâğıt üzerindeki hâlinden daha hızlı ama aynı derecede gereksizdir. Sadeleştirme yazılımdan önce gelmelidir.

Veri. Sistem, girilen veri kadar iyidir. Alanların yarısı boş bırakılıyorsa veya herkes aynı alanı farklı anlıyorsa, raporlar teknik olarak doğru ve pratik olarak kullanışsız çıkar. Bu, kullanıcıların dikkatsizliği değildir; genellikle alanın neden istendiğinin hiç açıklanmamış olmasıdır.

İnsanlar. Yeni sistem, birinin işini kolaylaştırırken bir başkasınınkine veri girişi yükü ekler. Bu yük görünmez olduğunda sistem sessizce terk edilir. Kimin işinin arttığını baştan bilmek, eğitim planından daha belirleyicidir.

Karar yetkisi. Bir sistem daha hızlı bilgi üretebilir ama onay mekanizması aynı kalırsa, kazanılan zaman bekleme sırasında kaybolur. Bu katman en çok atlanandır, çünkü teknik bir iş gibi görünmez.

Dördü birlikte ele alınmadığında ortaya çıkan sonuç öngörülebilirdir: sistem çalışır, kimse memnun değildir ve iki yıl sonra "bu yazılım bize uymadı" denir.

Sık görülen üç başarısızlık örüntüsü

Başarısız dönüşümler birbirine benzer ve genellikle aynı üç biçimden birini alır.

Paralel sistemler. Yeni sistem devreye girer ama eskisi de kapatılmaz. Bir süre ikisi birlikte yürütülür, sonra bu kalıcı hâle gelir. Ekip artık iki yere veri girmektedir ve hangisinin doğru olduğu belirsizdir.

Gölge tablolar. Sistem resmî kayıt yeridir, gerçek iş ise yan tarafta tutulan bir tabloda döner. Bu, kullanıcıların direnci değil bir geri bildirimdir: sistem, işin gerçek akışını taşıyamıyordur.

Raporlanan ama kullanılmayan. Panolar kurulur, metrikler tanımlanır, kimse bakmaz. Genellikle sebebi, metriklerin kimsenin sorumlu olmadığı şeyleri ölçmesidir.

Üçünün ortak noktası aynıdır: sistem, işin yanına kurulmuştur; işin içine değil.

Bu üç örüntü, özel geliştirme ile hazır platform arasındaki seçimde de belirleyicidir — çünkü süreç uyumu olmayan bir araç, hangi yoldan gelirse gelsin aynı sonuca varır.

Alışkanlık eğitimle değil, ilk haftalarda değişir

Dönüşüm planlarının çoğunda benimseme kalemi "eğitim" olarak görünür. Eğitim gereklidir ama tek başına alışkanlık değiştirmez, çünkü yanlış zamanda verilir.

Eğitim, insanların henüz ihtiyaç duymadığı bir anda yapılır. İhtiyaç, iki hafta sonra, gerçek bir işin ortasında ve genellikle acele ederken ortaya çıkar. O anda kimsenin eğitim notlarını açacak vakti yoktur; en hızlı yol hangisiyse o seçilir. Eski yöntem hâlâ mümkünse, seçilen o olur.

Bu yüzden ilk haftalar planın en önemli kısmıdır. İşe yarayan üç şey vardır.

Birincisi, sorunun sorulabileceği bir kişinin ekibin içinde olmasıdır. Bu kişinin teknik olması gerekmez; işi bilmesi ve sistemi öğrenmiş olması yeterlidir. Dışarıdan bir destek hattı aynı işi görmez, çünkü sorular çoğu zaman "burada ne yazmalıyım" gibi işe özgüdür.

İkincisi, eski yolun bilinçli olarak kapatılmasıdır. İki yol açık kaldığı sürece yoğun bir günde tanıdık olan tercih edilir. Kapatma sert olmak zorunda değildir; çoğu zaman eski dosyanın salt okunur hâle getirilmesi yeterlidir.

Üçüncüsü, ilk dönemde sistemin değil sürecin izlenmesidir. Kullanıcıların nerede takıldığı, hangi alanı boş bıraktığı ve hangi adımı atladığı, sistemin gerçekten işe oturup oturmadığını gösterir. Bu gözlem genellikle birkaç küçük değişiklikle sonuçlanır ve benimseme üzerindeki etkisi eğitimden büyüktür.

Dönüşümü ölçülebilir kılmak

"Dijital dönüşüm" hedefi, ölçülemediği için genellikle kendi başarısını da ilan edemez.

Ölçüt teknik olmak zorunda değil ve az sayıda olmalıdır. İşe yarayanlar genellikle operasyonel olanlardır: bir talebin başlangıçtan sonuca kadar geçen süresi, elle yapılan giriş sayısı, bir bilginin bulunması için kaç kişiye sorulduğu, bir onayın ortalama bekleme süresi.

Bu ölçütlerin ortak özelliği, dönüşümden önce de ölçülebiliyor olmalarıdır. Önce ölçülmemiş bir şeyin sonra iyileştiğini iddia etmek mümkün değildir — ve bu, dönüşüm projelerinin en sık atladığı adımdır.

Ölçüt sayısını sınırlı tutmak da önemlidir. Üç ölçüt izlenir; on beş ölçüt yalnızca raporlanır.

Eski veriye ne olacak

Dönüşüm planlarının en geç konuşulan kalemi genellikle mevcut veridir — ve geç konuşulduğu için çoğu zaman yayın tarihini belirleyen şey o olur.

Soru "veriyi taşıyacak mıyız" değil, "hangisini, hangi kaliteyle" sorusudur. Yıllar içinde birikmiş kayıtların bir kısmı eksiktir, bir kısmı tekrarlıdır, bir kısmı da artık kullanılmayan bir sürecin izidir. Bunların tamamını yeni sisteme taşımak, eski karmaşayı temiz bir yapıya kopyalamaktan başka bir şey değildir.

Pratik yaklaşım üçe ayırmaktır: aktif olarak kullanılan veri taşınır, referans amaçlı gereken veri salt okunur bir arşivde tutulur, geri kalanı taşınmaz. Bu ayrımı yapmak birkaç günlük bir iştir ve genellikle taşınacak hacmi belirgin biçimde küçültür.

Bir de doğrulama gerekir. Taşıma sonrası birkaç gerçek kaydın baştan sona kontrol edilmesi, toplam sayıların tutmasından daha güvenilir bir sınavdır.

Nereden başlamalı

En güvenli başlangıç, en görünür süreç değil, en çok sürtünme üreten süreçtir.

Bunu bulmanın yolu sormak değil izlemektir. Bir işin baştan sona nasıl yürüdüğünü bir kez izlemek, aynı soruyu toplantıda sormaktan çok daha doğru bir tablo verir; çünkü insanlar süreci tarif ederken resmî hâlini anlatır, gerçekte uyguladıkları hâlini değil.

Sonrasında kapsamı dar tutmak gerekir. Tek bir süreç, tek bir ekip ve ölçülebilir bir hedefle başlayan bir dönüşüm, sonucu birkaç ay içinde gösterir. Aynı anda her şeyi değiştirmeye çalışan bir program ise genellikle kendi koordinasyon yüküne yenilir.

Sonuç

Yazılım, dönüşümün aracıdır ve iyi bir araç işi kolaylaştırır. Ancak araç, işin nasıl yapıldığına dair bir karar vermez; o kararı yine kurum verir.

Bu yüzden dönüşüm bütçesinin tamamı lisansa ve geliştirmeye gittiğinde sonuç genellikle hayal kırıklığı olur. Sürecin sadeleştirilmesi, verinin tanımlanması, yetkinin yeniden dağıtılması ve alışkanlıkların değişmesi de aynı projenin kalemleridir — yalnızca fatura edilmedikleri için görünmezler.

Yazılım danışmanlığı ve dijital dönüşüm çalışmalarımızda ilk oturum genellikle araç seçimiyle değil, bugün bir talebin baştan sona kaç elden geçtiğiyle başlar.