Altıncı bölüm rapora odaklanmıştı: raporun iki gün boyunca bir araya getirdiğiniz bir dosya olmaktan çıkıp o anki duruma açtığınız bir görünüme dönüşmesine. Böylece altı bölüm boyunca kurduğumuz tablo tamamlanmış oldu: elektronik tablonun ne zaman cevap olmaktan çıktığı, şirketi gerçekte hangi dosyanın yönettiği, verileri taşımadan önce temizlemek, işlerin hangi sırayla taşındığı, kimin neyi gördüğü ve elle hazırlanan raporun sonu.

Geriye bunların hepsinin karşılığını verip vermeyeceğini belirleyen bölüm kalıyor: canlı kullanımdaki ilk ay. Ve böyle bir projeyi yürütmüş herkesin bildiği bir gerçek var. Geçişlerin çoğu kurulum sırasında başarısız olmaz. Kullanımın ilk birkaç haftasında başarısız olur. Sistem çalışır, veriler oradadır, ekranlar doğrudur, yine de asıl iş sessizce eski dosyaya geri kayar. Bu bölüm bunun neden olduğunu ve bunu önleyen bir planı ele alıyor.

Direnç inatçılık değil, bir risk hesabıdır

İlk haftada karşılaştığınız ilk şey ekipteki tereddüttür. Yaygın hata, işletme sahibinin bu tereddüdü değişime direnç ya da tembellik olarak okuması ve baskıyla karşılık vermesidir. Genellikle ikisi de değildir.

Eskiden bir dosyayı açıp işi iki dakikada bitiren çalışan, şimdi aynı ekrandaki yolu öğrenmek için on dakikaya ihtiyaç duyar. Onun bakış açısından, kendisine anlatılan ama henüz göremediği bir fayda için bugünün bedelini ödüyordur ve yöneticisine projenin başarısından değil, bugünkü çıktısından sorumludur. Bu tereddüt tamamen akılcıdır.

Eski dosyanın sahibi, şirketteki konumunu o dosyayı bilmesi üzerine kurmuş biriyse tereddüt daha da artar. Bir dosyanın tek başvuru kaynağı olan kişi, sistemin rolünü gereksiz kılmasından korkabilir. Bu korkuyu görmezden gelmek onu ortadan kaldırmaz, yalnızca yer altına iter. Doğrudan ele almak daha iyi sonuç verir: o kişiye yeni düzende kendi alanındaki veri kalitesinin sahibi olarak ilan edilmiş bir rol verin; böylece bir dosyanın bekçisi olmaktan çıkıp verinin kendisi için başvuru kaynağı olur.

İlk aydaki gerçek değişim, işin görünür hâle gelmesidir. Veriler bir dosyada dururken geç yapılan bir kayıt görünmezdi. Bir sistemde ise kimin neyi ne zaman kaydettiği kayıt altındadır. Bu, istikrarlı çalışan herkese güven verir, esnekliğe alışmış olanları ise rahatsız eder; bunu iki hafta sonra fark edilmesine bırakmaktansa ilk toplantıda açıkça söylemek daha iyidir.

Eski dosyaya sessiz dönüş

İlk aydaki en tehlikeli şey gürültüyle olmaz. Toplantıda kimse sisteme itiraz etmez, ama eski dosyanın bir kopyası birinin bilgisayarında açık kalır ve o kişi daha hızlı olduğu için kayıtları oraya girer, hafta sonunda sisteme aktarmayı niyet ederek. Genellikle aktarmaz.

Bu, mümkün olan en kötü sonucu doğurur: tek yerine iki doğruluk kaynağı. Projeden önce herkesin başvuru kaynağı olarak kabul ettiği tek bir hatalı dosyanız vardı. Şimdi eksik bir sisteminiz ve eksik bir dosyanız var ve hangisinin daha güncel olduğunu kimse bilmiyor. Başladığınız yerden daha kötü durumdasınız ve bu, ERP Projeleri Neden Başarısız Olur ve Sizinki Nasıl Başarılı Olur yazısında ele alınan kalıplardan biridir.

Ararsanız işaretler erkenden belirir: bir toplantıda dile getirilen ama sistemde bulunmayan bir rakam, lansmandan iki hafta sonra ekip sohbetinde paylaşılan bir dosya, verileri dışarıda üzerinde çalışmak için dışa aktarmak isteyip bir daha geri getirmeyen bir çalışan. Bunların hiçbirini kişiyi suçlayarak ele almayın. Tek bir soru sorun: Dosya ona sistemin vermediği neyi veriyordu? Cevap normalde eksik bir adım, olmayan bir alan ya da gereğinden uzun bir yoldur ve bunları öğrendiğinizde hepsi günler içinde düzeltilebilir.

Geçişten önce değil, sonra ortaya çıkan boşluklar

Üçüncü bölümde anlatıldığı gibi verileri önceden ne kadar iyi temizlemiş olursanız olun, ancak ilk gerçek işlemde fark edilebilecek boşluklar ortaya çıkacaktır. Mantık basittir: Dosya boşluklara göz yumuyordu, yani boş bir hücre boş kalıyordu ve faturayı kesmenize hiçbir şey engel olmuyordu. Sistem ise o alanı zorunlu tutar, çünkü sonraki bir adım ona bağlıdır.

Bu aşamada genellikle ortaya çıkanlar:

  • Eksik müşteri ve tedarikçi kayıtları. Vergi numarası, adresi ya da belgelenmiş bir iletişim kişisi olmadan yalnızca adıyla tutulan bir müşteri; bunların hepsi eskiden gerektiğinde sözlü olarak soruluyordu.
  • Tutmayan açılış bakiyeleri. Bir müşteri ya da bir ürün için açılış rakamı eski dosyadakiyle uyuşmaz ve fark ilk hesap ekstresinde ortaya çıkar.
  • Hiç sınıflandırılmamış durumlar. Bekleyen bir sipariş, kısmi bir ödeme, hiç kapatılmamış bir iade. Dosyada bunlar kenara düşülmüş bir nottu; bir sistemde ise tanımlı bir duruma ihtiyaç duyarlar.
  • Birden fazla birim ve fiyat. Koli hâlinde satılıp adet olarak satın alınan, bir müşteri grubu için diğerinden farklı fiyatlandırılan bir ürün; bunların hepsi yazılı olmak yerine satış sorumlusunun kafasında tutuluyordur.
  • Arkasında hiçbir kural olmayan istisnalar. Yıllardır hiçbir belge olmadan özel koşullarla çalışan bir müşteri; bu yüzden kimse bunu sistemde nasıl tanımlayacağını ya da onaylama yetkisinin kimde olduğunu bilmez.

Bunların hiçbiri geçişin başarısız olduğunun kanıtı değildir. Aksine geçişin ilk gerçek faydasıdır: sistem, dosyanın gizlediğini açığa çıkarmıştır. Ancak bununla başa çıkmak disiplin ister. Her maddeyi, cevabın sahibi olan kişi ve kapanış tarihiyle birlikte ilan edilmiş tek bir listeye kaydedin. Her vakayı ayrı bir yan konuşmada ele alırsanız, bir sonraki ay başka bir biçimde geri döner.

Bir kez verilen eğitim yetmez

Zorlanan projelerde en sık tekrarlanan kalıp, lansman günü herkesin katıldığı ve sistemin baştan sona gezildiği tek bir oturum olarak verilen eğitimdir. Ardından herkes masasına çoğunu unutmuş olarak döner, çünkü ihtiyaç duymadan önce duymuşlardır.

İşe yarayan alternatif üç ilkeye dayanır:

  • Sistemi değil, rolü eğitin. Muhasebecinin depo ekranlarına, satış sorumlusunun yetki ayarlarına ihtiyacı yoktur. Her ekip her gün yürüyeceği yolu öğrenir; bu yol daha kısa ve çok daha odaklıdır.
  • Bir haftalık kullanımdan sonra tekrarlayın. Asıl karşılığını veren ikinci oturumdur, çünkü buradaki sorular varsayımsal değil, günlük işten çıkan gerçek sorulardır. Ekipler arasında tekrarlanan sorular da bir ekranın tam olarak nerede anlaşılmaz olduğunu size gösterir.
  • Düz yazıyla değil, görsellerle belgeleyin. Her rol için adımların sırayla yer aldığı ve ekran görüntülerinin bulunduğu tek bir sayfa; panoya asılmış ya da herkese gönderilmiş olarak. Lansmandan sonraki soruların çoğu anlama değil hatırlama sorusudur.

Ayrıca her ekibin içinde ilk olarak danışılan bir kişiye ihtiyacınız vardır, çünkü bir çalışan destek talebi açmadan önce bir iş arkadaşına sorar. Bu gayriresmî rol, yanıt süresini herhangi bir dış destek kanalından daha fazla kısaltır. Bu tür bir değişim yönetimi yalnızca elektronik tabloları geride bırakmaya özgü değildir ve bunu ERP Başarıyla Nasıl Uygulanır yazısında uygulama aşamalarının bir parçası olarak ele aldık.

Origami'nin bakış açısı

Lansman gününü bir projenin sonu değil, ortası olarak görüyoruz. Bir sistem bir şirkette yalnızca çalıştığı için kök salmaz; günün işini bitirmenin en kısa yolu hâline geldiğinde kök salar. Eski yolun yenisinden hızlı kaldığı her gün, projenin aleyhine sessizce işleyen bir gündür.

Bu yüzden ilk ayda, kapanış tarihleri belirlenmiş ve ilan edilmiş bir gözlem listesi tutuyor, izlenimleri değil gerçek kullanımı ölçüyoruz: kimin oturum açtığını, hangi işlemlerin gerçekleştiği anda kaydedildiğini ve insanların hangi ekranda takıldığını. Hizmetlerimiz kapsamında özel sistemler geliştirirken uyguladığımız yaklaşım budur; çünkü küçük bir takılmayı ilk haftasında düzeltmek bir saate mal olurken, iki ay sonra düzeltmek bütün bir ekibin güvenine mal olur.

Otuz günlük bir plan

Bu, yazıldığı gibi uygulayabileceğiniz bir plandır ve en önemli özelliği her aşamanın ilan edilmiş bir sonunun olmasıdır:

  • 1-7. günler: sınırlı paralel çalışma. İş hem sistemde hem eski dosyada yalnızca tek bir nedenle kaydedilir: karşılaştırma. Hafta sonunda küçük bir örneklem alın, iki rakamı karşılaştırın ve her farkı büyüklüğüne göre değil nedenine göre kaydedin.
  • 8. gün: eski dosya salt okunur hâle gelir. Bu, plandaki en önemli adımdır. Dosya bakmak için erişilebilir kalır ve kimse ona yazmaz. İlan edilmiş bir kapanış tarihi olmadan paralel çalışma süresiz devam eder ve daha kolay olduğu için her zaman eski dosyanın kazanmasıyla sonuçlanır.
  • 8-14. günler: ikinci eğitim ve boşlukların kapatılması. Her ekip için gerçekten ortaya çıkan sorular üzerine kısa bir oturum ve boşluk listesindeki ilk beş maddenin kapatılması.
  • 15-21. günler: kullanımı ölçün. Sistemi kimin gerçekten kullandığını, kimin kullanmadığını gözden geçirin ve geç kaydedilen her işlem için nedenini sorun. Öğrendiğiniz şey, bireysel disiplinle değil yolun ne kadar net olduğuyla ilgili bir işarettir.
  • 22-30. günler: istikrara kavuşturun ve gözden geçirin. Kalan gözlemleri kapatın, ilk aylık raporu yalnızca sistemden alın ve sistem dışında hâlâ neler olduğunu ve nedenini belirlemek için ekip liderleriyle yarım saat oturun.

Başarının dürüst ölçüsü bir anketteki ekip memnuniyeti ya da kullanılan ekran sayısı değildir. Tek bir andır: birinin kimse istemeden eski dosyayı açmayı bırakması. O noktada sistem artık yönettiğiniz bir proje değil, şirketin çalışma biçimidir.

Seriyi kapatırken

Yedi bölüm boyunca yolun tamamını yürüdük: bir elektronik tablonun sınırını aştığına dair işaretler, gerçekte hangi dosyanın sisteminiz olduğunu gösteren envanter, verilerin temizlenmesi, işlerin hangi sırayla taşındığı, yetkilerin ayarlanması, elle hazırlanan raporun canlı bir görünüme dönüştürülmesi ve son olarak ilk ayın atlatılması.

Akılda tutmaya değer sonuç şudur: Excel mükemmel bir araçtır ve sorun hiçbir zaman araçta değil, ondan taşıması istenen yükteydi. Bir sisteme geçmek teknik bir yükseltmeden çok, şirketin verilerinin bir dosyaya ya da bir kişiye değil şirkete ait olduğuna dair bir karardır. Ve bu küçük bir adımla başlar: bugün şirketinizi yöneten dosyayı açın ve onu kimin, ne zaman güncellediğini ve o kişi yokken ne olduğunu sorun.

Kaynaklar