Üçüncü bölüm temizliği tamamladı: isimler birleştirildi, tarihler tek biçime getirildi, sayılar gerçekten sayı oldu ve eskiden hücre renklerinde yaşayan anlamlar yazılı alanlara dönüştü. Veriler taşınmaya hazır. Geriye, geçişin sessizce mi geçeceğini yoksa haftalarca süren bir karmaşaya mı dönüşeceğini belirleyen karar kalıyor: önce ne taşınır?

Bu, uygulamayı yapan kişi için teknik bir ayrıntı gibi görünür. Aslında operasyonel bir karardır ve sizin kararınızdır. Şirketiniz taşıma için durmayacak. Müşteriler sipariş verecek, faturalar kesilecek, tedarikçiler teslimat yapacak — hem de verilerinizin yarısı bir yerde, yarısı başka bir yerdeyken. Doğru sıra, o dönemi herkesin iki kez çalıştığı bir süreç olmaktan çıkarıp yönetilebilir kılan şeydir.

Tek seferde taşıma neden işe yaramaz

İçgüdü anlaşılırdır: hafta sonu her şeyi taşı, pazar günü yeni sistemde aç, iş bitsin. Bu senaryo genellikle sistemin kalitesiyle hiçbir ilgisi olmayan üç nedenle başarısız olur.

Birincisi, taşıma sırasında beklediğinizden fazlasını keşfedeceksiniz. Her taşıma, kimsenin fark etmediği eksik verileri gün yüzüne çıkarır: vergi numarası olmayan bir müşteri, ölçü birimi olmayan bir ürün, referansı olmayan bir fatura. Her şeyi birlikte taşırsanız bu keşiflerin hepsi aynı anda, mümkün olan en sıkışık anda gelir.

İkincisi, ekibiniz sistemi kullanırken öğrenir. Kimse yeni bir aracı bir günde ustaca kullanamaz. Tek seferlik bir taşıma herkesten her şeyi aynı anda öğrenmesini ister; bu yüzden bir hata çıktığında nereden geldiğini anlayamazsınız: veri mi yanlış, sistem mi yanlış yapılandırılmış, yoksa çalışan ekranı henüz mi anlamadı?

Üçüncüsü, size geri dönüş yolu bırakmaz. İki gün sonra temel bir kusur ortaya çıkarsa tek seçenekleriniz zorlayarak devam etmek ya da tamamen geri dönmektir ve ikisi de pahalıdır. Aşamalı bir taşıma, işin bir kısmını her zaman sağlam zeminde tutar. Bu, tıkanan sistem projelerinde tekrarlanan örüntülerden biridir: kusur nadiren araçtadır, genellikle her şeyi aynı gün değiştirme girişimindedir.

İşlemlerden önce ana veriler: tüm sıranın dayandığı kural

Verileriniz iki türdür. Ana veriler: müşteriler, tedarikçiler, ürünler veya hizmetler, çalışanlar, hesap planı. Ve işlem verileri: faturalar, siparişler, satın alma siparişleri, stok hareketleri, tahsilatlar.

Aralarındaki fark önem değil, yöndür. İşlem verileri her zaman ana verilere işaret eder: her fatura bir müşteriye ve ürünlere, her satın alma siparişi bir tedarikçiye işaret eder. Tersi asla doğru değildir. Bu yüzden sırayı tercih değil, bağımlılık belirler: önce ana verileri taşıyın, çünkü işlemler var olmayan bir şeyin üzerine oturamaz.

Sırayı tersine çevirirseniz klasik başarısızlığı yaşarsınız: üç bin fatura içe aktarırsınız, sistem içlerinde yazılı her isim için otomatik olarak yeni bir müşteri oluşturur ve aynı şirketi üç farklı yazımla üç kez barındıran bir müşteri listesiyle kalırsınız. Üçüncü bölümün temizlemekle geçtiği karmaşanın aynısını sistemin içinde yeniden üretmiş olursunuz — üstelik artık düzeltmek daha zordur.

Uygulamada sıra şöyle işler:

  • Birinci: temel kayıtlar. Müşteriler, tedarikçiler, ürünler ve hizmetler. Kısa listelerdir, bir kez taşınır ve gözle kontrol edilir. Diğer her şeyin üzerinde durduğu katman budur.
  • İkinci: açılış bakiyeleri. Her müşterinin size ne borçlu olduğu ve sizin her tedarikçiye ne borçlu olduğunuz, başlangıç anındaki stok miktarları, hesap bakiyeleri. Bu geçmiş değildir; sistemin başladığı sıfır noktasıdır. Bunun için belirli bir tarih seçin ve ona bağlı kalın.
  • Üçüncü: yalnızca açık işlemler. Şu anda canlı olanlar — henüz teslim edilmemiş siparişler, henüz tahsil edilmemiş faturalar, henüz teslim alınmamış satın alma siparişleri. Ekibin her gün dokunduğu şey budur ve hayal ettiğinizden çok daha küçüktür.
  • En son, belki de hiç: geçmiş arşivi. Önceki yılların kapanmış faturaları.

Geçmiş arşivi: size haftalar kazandıran soru

Bir taşımada en fazla zamanı ve parayı tek başına tüketen kalem, şirketin tüm geçmişini yeni sisteme taşıma ısrarıdır. Bu karardan önce gelmesi gereken soru şudur: bu geçmişle gerçekte ne yapacaksınız?

Yanıt bir şeye bakmak ya da yasal bir inceleme için ona ihtiyacımız var ise, arşiv bu işlevi olduğu haliyle zaten yerine getirir — özgün biçiminde, bilinen ve aranabilir bir yerde saklanır. Yasal yükümlülüğünüz, Zekât, Vergi ve Gümrük Kurumu (ZATCA) tarafından belirlendiği üzere, faturaları ve kayıtları saklamak ve talep edildiğinde ibraz edebilmektir; hepsinin özellikle yeni sistemin içinde bulunması değil.

Yanıt bu yılı önceki yıllarla karşılaştıran raporlar istiyoruz ise, geçmişin tamamına değil bir kısmına ihtiyacınız vardır; üstelik genellikle her fatura satırı yerine özet düzeyde. Bu iki taşıma arasındaki fark hem emek hem maliyet açısından büyüktür.

Çalışma kuralı: üzerine bir karar kuracağınız geçmişi taşıyın, gerisini arşiv olarak tutun. Arşivin taşınmasını canlıya geçişin ön koşulu yapmayın — bu daha sonra baskı olmadan yapılabilir, oysa canlıya geçiş süresiz ertelenemez.

Paralel çalışma: gerekli, açık bırakılırsa tehlikeli

Paralel çalışma, belirli bir süre boyunca işlemleri yeni sisteme ve eski dosyaya aynı anda kaydetmek demektir. Tek ve belirli bir amacı vardır: sistemin zaten bildiğiniz sonuçların aynısını ürettiğini doğrulamak. Haftanın satış toplamını, müşteri bakiyelerini, bir iki ürünün miktarını karşılaştırırsınız. Rakamlar tutuyorsa sistem doğru çalışıyordur; ayrışıyorsa, kimse yanlış bir rakamın üzerine karar kurmadan önce bunu öğrenirsiniz.

Ancak paralel çalışmanın gerçek bir maliyeti vardır: ekibiniz iki kez çalışır. Bu maliyet iki hafta için kabul edilebilir, üç ay boyunca ise yıkıcıdır. Tehlike yalnızca emek değildir. Çift kayıt bir süre sonra aksamaya başlar — biri bir yere kaydeder, diğerini erteler — böylece iki kopya birbirinden uzaklaşır ve çalışma anlamını tamamen yitirir, çünkü artık hangisinin doğru olduğunu bilemezsiniz.

Bu yüzden burada önemli olan tek kural: ilk günden herkese ilan edilmiş bir bitiş tarihi olan paralel çalışma. Tarihi yazın, ekibe söyleyin ve yalnızca yazılı gerekçeli açık bir kararla uzatın — asla kendiliğinden kaymasına izin vermeyin. Ucu açık bir dönem ihtiyat değildir; ertelenmiş bir karardır ve yeni bir sistemin koca bir yıl boyunca yarı kullanılır halde kalmasının en yaygın yoludur. Bu, bir sistemi aşamalı olarak uygulama rehberimizde ayrıntılı ele alınan değişim yönetimi çalışmasının bir parçasıdır.

Origami'nin bakışı

Elektronik tablolarla çalışan bir şirket için özel bir sistem geliştirdiğimizde, taşıma planını projenin sonundaki bir uygulama adımı olarak değil, tasarımın bir parçası olarak ele alırız. Nedeni, taşıma sırasının sistemin yapısına dair kararları zorunlu kılmasıdır: hangi kayıtların kendi başına ayakta durması gerektiği, hangi alanların geçici olarak eksik kalmayı tolere etmesi gerektiği ve kayıtları çoğaltmayan, tekrarlanabilir içe aktarımlara nerede ihtiyaç duyduğumuz.

Ayrıca başlamadan önce eski dosyanın kapanacağı tarihi müşteriyle birlikte belirleriz, çünkü projeyi paralel bir deneyden gerçek bir geçişe dönüştüren o tarihtir. Bu, aşamalı dijitalleşme yol haritalarında izlediğimiz yaklaşımın aynısıdır ve hizmetlerimizin tamamına uzanır: her aşama, sonunda her şeyin çalışacağı vaadini değil, çalışan bir şeyi teslim eder.

Geçişin başarılı olduğunu size söyleyen işaret

Geçişin işe yarayıp yaramadığını bir tamamlanma raporundan ya da bir taşıma yüzdesinden öğrenmezsiniz. Kimsenin istemediği bir davranıştan öğrenirsiniz: bir çalışan, kendisine söylenmeden eski dosyayı açmayı bırakır. Sistem, ihtiyaç duydukları şeye ulaşmanın daha hızlı yolu olduğu için sabah ilk açtıkları şey haline geldiğinde, geçiş gerçekten gerçekleşmiştir. Her şey taşınmış olmasına rağmen her sabah dosyayı açmaya devam ediyorlarsa, ilerleme rakamı ne derse desin, geçiş henüz gerçekleşmemiştir.

Rakamlardan çok o işareti izleyin. İnsanların eski dosyaya geri döndüğünü görürseniz, neden genellikle direnç değildir — sistemin onlara ihtiyaç duydukları bir şeyi vermemesi ya da yavaş veya daha fazla adımla vermesidir. Bu düzeltilebilir bir nedendir, ama yalnızca erken görür ve sorarsanız.

Sonraki bölümlerde

Veriler doğru sırayla taşındı ve dosyalar dünyasında var olmayan bir soru ortaya çıkıyor: bir dosyayı açan, içindeki her şeyi görür; oysa bir sistem kimin neyi göreceğine karar verir. Sonraki bölüm yetkilerle ilgili — bordro, kâr marjları ve müşteri verileri ile her birini kimin görebileceği. Ardından her ay elle hazırladığınız raporlara geçeceğiz ve seriyi geçişten sonraki ilk otuz günle kapatacağız.

Kaynaklar