Bir işletme; aynı dosyayı birden fazla kişi düzenlediğinde, dosya adında tarihle sürüm tutulduğunda, bir formül hatası fark edilmeden geçebildiğinde veya bir sayıyı kimin ne zaman değiştirdiğini kimse söyleyemediğinde tabloları aşmıştır. Maliyet nadiren çarpıcı bir arızadır — işi yapmak yerine kopyaları uzlaştırmaya harcanan, giderek biriken zamandır.
Kritik bir tablonun yerini genellikle kurumsal bir platform değil, o tek süreci kapsayan küçük ve amaca özel bir uygulama alır. Bir tabloyu benzer ölçüde genel bir şeyle değiştirmek sorunu yalnızca daha pahalı bir araca taşır.
Önemli noktalar
- Risk çarpıcı değil sessizdir: Fark edilmeyen hesaplama hataları ve eksik denetim izi, kesintilerden pahalıya gelir.
- Dijitalleştirmeden önce standartlaştırın: Her ay değişen bir süreç, bir çeyrek içinde yanlış olacak bir yazılım üretir.
- Değiştirmeden önce süreci ölçün: Başlangıç değeri olmadan kimse yenisinin işe yarayıp yaramadığını söyleyemez.
- Her şeyi değil tek bir süreci değiştirin: Genel platformların tıkandığı yerde dar uygulamalar başarılı olur.
Tabloların çalışmayı bıraktığı noktayı tanıyın
Tablolar mükemmel araçlardır ve bir süreç paylaşımlı ve sürekli hale geldiğinde öngörülebilir biçimde yetersiz kalırlar.
İşaretler tutarlıdır: aynı dosyaya aynı anda birkaç kişinin ihtiyacı olur; biri ana kopyayı tutar ve diğerlerini elle birleştirir; veri hassas olmasına rağmen erişim kontrolü karşılıklı güvene dayanır; dosya kimsenin tam olarak anlamadığı formüller biriktirmiştir; ve nasıl çalıştığını gerçekten bilen tek bir kişi vardır.
Sonuncusu en pahalı olanıdır. Bir tablo üzerinde yürüyen süreçte kişiye bağımlılık, o kişi ayrılana kadar hiçbir risk listesinde görünmeyen bir iş sürekliliği riskidir.
Gerçekte taşıdığınız dört maliyeti adlandırın
Mükerrer giriş, aynı bilginin birden fazla yere yazılmasıdır. Haftada kaç kez olduğunu sayıp yüklü maliyetle çarpın — sonuç genellikle beklenenden büyüktür.
Sürüm riski, zaten güncelliğini yitirmiş bir kopyadan alınan kararlardır. Bu maliyet, yanlış bir fatura veya kaçırılmış bir taahhüt üretene kadar görünmezdir.
Koordinasyon, en güncel dosyanın kimde olduğunu sormaya, değişiklikleri birleştirmeye ve hangi rakamın doğru olduğu tartışmasını çözmeye harcanan zamandır.
Görünürlük, verinin sistemde değil dosyalarda durması nedeniyle yönetimin göremediğidir: güncel durum, iş yükü ve işin nerede tıkandığı.
Değiştirmeden önce süreci ölçün
Çoğu ekip süreçlerinin ne kadara mal olduğunu söyleyemez ki bu da herhangi bir değişikliği iki yönde de tartışılamaz hale getirir.
Yirmi gerçek vakayı uçtan uca ölçün ve nerede beklediklerini kaydedin. İki haftalık manuel gözlem, herhangi bir tahminden dürüst bir başlangıç değeri üretir ve neredeyse hiçbir maliyeti yoktur. Dört ölçütü toplayın: çevrim süresi, ilk seferde doğru oranı, istisna oranı ve vaka başına maliyet. Birlikte işin hızlı, doğru, öngörülebilir ve uygun maliyetli olup olmadığını gösterirler; herhangi biri tek başına diğerinin pahasına iyileştirilebilir.
Müşterinin deneyimlediği teslim süresini, sizin fiilen çalıştığınız çevrim süresinden ayırın. Aradaki büyük fark işin çoğunlukla beklediği anlamına gelir ve beklemek genelde düzeltmesi en ucuz sorundur.
Herhangi bir şeyi kodlamadan önce standartlaştırın
Yazılım kuralları kodlar. Kurallarınız her ay değişiyorsa, geliştirdiğiniz şey bir çeyrek içinde yanlış olacak ve yılı yeniden yapılandırmayla geçireceksiniz.
Süreci bir ay boyunca yazılı bir kural kitabıyla manuel yürütün. Kural kitabı değişmeden ayakta kalıyorsa kodlamak güvenlidir; haftalık değişiyorsa asıl projeyi bulmuşsunuz demektir ve o bir yazılım satın alımı değildir.
Bu, aynı sürecin ekipler, sahalar veya şirketler arasında sessizce ayrıştığı yerlerde en çok geçerlidir. Herkes tek bir süreç olduğuna inanır; genellikle dört tane vardır. Bunları uzlaştırmak, nihai sistemin herhangi birine uyup uymayacağını belirleyen ve pek albenisi olmayan bir iştir.
İş akışından önce kaydı dijitalleştirin
İçgüdü, tabloyu bir ekran olarak yeniden yaratmaktır. Bu, asıl verimsizliği daha pahalı bir biçimde yeniden üretir.
Kaydı güvenilir kılarak başlayın: her bilgi için tek bir yetkili yer, girişte doğrulama ve kimin neyi değiştirdiğinin geçmişi. Sonra, altındaki veri güvenilir hale geldiğinde iş akışını — yönlendirme, onaylar, hatırlatmalar — ekleyin.
İstisnaları, olağan akış kesinleşmeden önce tasarlayın. Rutin vakalar kolayca dijitalleşir; personelin bugün koridorda yürüyerek çözdüğü durumlar ise sistemin benimsenip benimsenmeyeceğini belirler. Rutin %80'i otomatikleştirip istisnaları bir kişiye yönlendirmek, genellikle maliyetin küçük bir kesriyle faydanın çoğunu sağlar.
Değişikliği dar tutun
Tablo değiştirme projelerinin başarısızlık biçimi kapsamdır. Tek bir sancılı süreç bir platform girişimine dönüşür ve platform girişimi on sekiz ay boyunca hiçbir şey teslim etmez.
Tek bir süreci değiştirin. Çalışmasını sağlayın. Bir sonrakinin ne olması gerektiğini kullananlar size söylesin. Tek bir uzlaştırma işini tamamen ortadan kaldıran dar bir uygulama, altısını kısmen ele alan genel bir sistemden değerlidir.
Bazı tabloların hayatta kalmasını bekleyin; bu sorun değil. Anlık analiz, modelleme ve tek seferlik hesaplar tabloların gerçekten iyi olduğu işlerdir. Hayatta kalmaması gereken, birkaç kişinin her gün bağımlı olduğu ve kimsenin denetleyemediği tablodur.
İlgili rehberler
İlgili içerikler:
- Onay İş Akışı: Adımlar, Kurallar ve Yazılım Gereksinimleri
- Özel Yönetim Panosu Geliştirme: Metrikten Aksiyona
- Otomasyon Keşif Aşaması Hangi Çıktıları Sağlamalı?
Excel İş Akışı Sorunları: Maliyetler, Riskler ve Alternatifler rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Operasyon Platformunuzu Konuşalım.
Ali Boran Gazel