Manuel Operasyonları Dijitalleştirirken Nereden Başlanmalı?

Operasyon ekibinin kullandığı bir tablo var. Kırk sütunu var, bazı satırlar sarı, bazıları gri. Sarının ne anlama geldiğini bir kişi biliyor. O kişi izne çıktığında ekip, tabloyu değil, onu bekliyor.

Dijitalleştirme projeleri genellikle bu tabloya bakıp yapılacak işi kolay sanır: alanları bir forma çevir, veriyi bir veritabanına taşı, ekranları yap. Bu iş gerçekten yapılabilir ve genellikle planlanan sürede biter. Sorun, biten şeyin işe yaramamasıdır.

Çünkü o tablo bir veri deposu değildir. Yazılmamış bir şartnamedir.

Kâğıt ve tablo, kuralların saklandığı yerdir

Manuel bir operasyon uzun süre çalıştıysa, içinde kimsenin yazmadığı bir sürü kural birikmiştir. Bu kurallar dokümanda olmadığı için kullanılan araçların içine gömülür.

Renk bir durum makinesidir: sarı "beklemede", gri "iptal", kırmızı "acil" demektir ve bu tanım hiçbir yerde yazmaz. Hiç doldurulmayan bir sütun, artık uygulanmayan bir kuralın kalıntısıdır. Formülün elle ezildiği bir hücre, istisnanın nasıl yönetildiğini gösterir. Dosya adındaki tarih, sürüm yönetiminin nasıl yapıldığını anlatır.

Bu yüzden dijitalleştirmenin ilk işi tasarım değil, okumadır. Mevcut araçların üzerinden geçmek — hangi sütun ne için var, en son ne zaman kullanıldı, hangi hücre elle değiştirilmiş — birkaç günlük bir iştir ve genellikle görüşmelerden daha fazla kural üretir.

Adımları değil, kararları arayın

Süreç çıkarma çalışmalarında en sık yapılan hata, işi adımlar hâlinde yazmaktır: talep gelir, kontrol edilir, onaylanır, kaydedilir. Bu liste doğrudur ve neredeyse hiçbir şey öğretmez.

Öğreten şey kararlardır. Bir adımın içinde birinin "duruma göre" davrandığı her nokta, aslında yazılmamış bir kuraldır. Bu talep neden hızlandırıldı? Bu indirim neden sorulmadan geçti? Bu müşteri neden kontrolden muaf tutuldu?

Bu soruların cevapları toplandığında ortaya çıkan liste, sistemin gerçek gereksinim listesidir. Otomasyona uygunluk yazısında geçen tanımsızlık tam olarak burada durur: istisna sanılan davranışların büyük kısmı, sorulduğu anda kurala dönüşür.

En kritik bilgi genellikle tek kişidedir

Her manuel operasyonda, işin nasıl yürüdüğünü gerçekten bilen bir kişi vardır. Bu kişi kuralları uygular, istisnaları yönetir ve çoğu zaman bunu bir uzmanlık olarak görmez — ona göre yaptığı şey sıradan işidir.

Dijitalleştirmenin en büyük riski buradadır. O bilgi sisteme geçmezse, sistem canlıya alındığında iş yine ona düşer; bu kez bir de sisteme rağmen. Ekip kısa sürede, sistemin karşılayamadığı durumlar için eski yönteme geri döner.

Bu bilgiyi çıkarmanın pratik yolu, kişiye süreci anlattırmak değil, birkaç gerçek vakayı birlikte baştan sona yürümektir. Kararın verildiği anda "burada neye baktın" diye sormak, aynı kişinin toplantıda anlatacağı özetten çok daha fazlasını verir.

Geri kazanılmayan kural, "sistem bunu yapamıyor" olarak döner

Kaçırılan kurallar kaybolmaz. Yayına alındıktan sonra, tanıdık bir cümle olarak geri gelirler: sistem bu durumu kaldırmıyor.

Bu cümle genellikle bir eksik özellik talebi sanılır. Çoğu zaman öyle değildir — süreçte zaten var olan, ancak keşfedilmediği için sisteme girmemiş bir kuraldır. Sayısı azsa sonradan eklenir. Sayısı fazlaysa ekip beklemeyi bırakır ve işi tabloda yürütmeye devam eder; sistem yalnızca sonucun kaydedildiği yere dönüşür.

Bu yüzden dijitalleştirme projelerinde başarı ölçütü, kapsamın tamamlanması değil, kaçırılan kural sayısının azlığıdır.

İşin yapıldığı yer, ekranın nasıl olacağını belirler

Manuel bir operasyonun dijital karşılığı tasarlanırken çoğu zaman masa başında oturan bir kullanıcı varsayılır. Oysa bu işler sıklıkla başka koşullarda yapılır.

Depoda ayakta, elde eldivenle, tek elle kullanılan bir terminal. Sahada, bağlantının kesildiği bir noktada. Vardiya değişiminde, üç kişinin sırayla kullandığı ortak bir ekran. Üretim alanında, gürültü içinde ve hızla.

Bu koşullar arayüzün nasıl olacağını doğrudan belirler ve sonradan düzeltilmesi zordur. Kırk alanlı bir form masa başında sıkıcıdır; depoda kullanılamaz. Her işlem için ayrı giriş yapılması gereken bir sistem, ortak terminalde ya herkesin aynı hesabı kullanmasıyla sonuçlanır ya da hiç kullanılmamasıyla.

Bu yüzden süreç çıkarma çalışmasının bir kısmı ofiste değil, işin yapıldığı yerde geçmelidir. Bir saatlik gözlem, koşullara dair sorulacak on sorudan daha fazlasını gösterir — çünkü çalışanlar kendi çalışma ortamlarını anlatmaya değer bulmaz; onlara göre bu, işin zaten bilinen kısmıdır.

Tablo neden hâlâ kazanıyor?

Dijitalleştirilen bir sürecin tabloya geri dönmesinin en sık nedeni, sistemin eksik olması değil, katı olmasıdır.

Bir tabloda yeni bir sütun beş saniyede eklenir. Beklenmeyen bir durum çıktığında kullanıcı kendi çözümünü üretir: bir not düşer, bir hücreyi boyar, geçici bir kolon açar. Süreç değiştiğinde tablo aynı gün değişir.

Aynı ihtiyaç sistemde bir geliştirme talebine dönüşür ve sırada bekler. Bekleyiş uzadıkça kullanıcı, işini yapabilmek için sistemin dışına çıkar — bu bir disiplin sorunu değil, işin yürümek zorunda olmasının sonucudur.

Buradan çıkan tasarım ilkesi şudur: sistemin, sürecin değişebilen kısımlarında esnek olması gerekir. Serbest bir not alanı, kullanıcının kendi ekleyebildiği bir etiket veya bir vakayı standart dışı olarak işaretleyip devam edebilme imkânı, çoğu zaman bir sonraki geliştirme turundan daha değerlidir. Bu işaretlenen vakalar aynı zamanda bir sonraki kural listesini üretir.

Nereden başlamalı: acı ile netliğin kesiştiği yer

Başlangıç noktası seçilirken iki ölçüt kullanılır ve ikisi tek başına yeterli değildir.

Birincisi sürtünmedir: hangi süreç en çok zaman kaybettiriyor, en çok hata üretiyor? Bu, dijital dönüşüm yazısında anlatıldığı gibi değerin nerede olduğunu gösterir.

İkincisi netliktir: kuralları ne kadar çıkarılabilir durumda? Çok acıtan ama kuralları tamamen kişilerin sezgisinde duran bir süreç, ilk proje için kötü bir adaydır — çünkü hem uzun sürer hem de sonucu tartışmalı olur.

İlk iş için doğru yer, bu ikisinin kesiştiği noktadır: gözle görülür bir sıkıntı üreten, ancak kuralları birkaç günde yazılabilecek kadar belirgin olan süreç. Bunun stratejik faydası da vardır — ilk projenin sonuç vermesi, sonraki projelerin bütçesini belirler.

Kâğıdı hemen kaldırmayın, ama süresini belirleyin

Yeni sistem açıldığında eski yöntemin bir süre yanında yürümesi, dijitalleştirmede doğrulama için gereklidir: aynı hafta hem tabloya hem sisteme girilen kayıtlar karşılaştırıldığında, kaçırılan kurallar hemen görünür.

Ancak bu dönemin bir bitiş tarihi olmalıdır. Süresi belirlenmemiş her paralel dönem kalıcı hâle gelir; iki kayıt birden tutulur, hangisinin geçerli olduğu belirsizleşir ve sonunda daha kolay olan kazanır. Doğrulama bittiğinde eski yolun fiilen kapatılması gerekir — dönüşüm tarafındaki gözlemin aynısı burada da geçerlidir: iki yol açıkken yoğun bir günde her zaman alışkanlık kazanır.

Sonuç

Manuel operasyonları dijitalleştirmek, var olan bir işi ekrana taşımak değildir. Var olan işi ilk kez yazmaktır — çünkü o iş bugüne kadar hiçbir yerde yazılı değildi.

Bu yüzden projenin en değerli çıktısı çoğu zaman yazılımın kendisi değil, ortaya çıkan kural listesidir. O liste, sistemin ne yapacağını belirlediği gibi, süreci de tek bir kişinin hafızasında olmaktan çıkarır.

Nereden başlanacağı sorusunun cevabı da buradan gelir: en görkemli süreçten değil, kurallarını en iyi çıkarabildiğiniz gerçek bir sıkıntıdan. Kurumsal yazılım ve otomasyon çalışmalarımızda ilk teslim genellikle bir ekran değil, o güne kadar kimsenin yazmadığı kuralların listesidir.