Altıncı bölümde ERP projelerinin neden başarısız olduğunu açtık: tanımlanmamış bir süreç, ortada olmayan bir sahip, kirli veri, aceleyle yapılan bir geçiş ve değişime hazırlanmamış bir ekip. Şimdi bu dersleri bir uygulama planına dönüştürüyoruz. Sistemi seçmek bir günlük karardır; onu uygulamak ise aylar süren bir projedir ve sonuç gerçekte orada belirlenir. Bu yedinci bölümde uygulama aşamalarını sırasıyla ele alıyoruz: keşif ve süreç planından veri taşımaya, oradan teste, canlıya geçişe ve yoğun destek dönemine, ardından projelerin çoğunun takıldığı insan tarafına.

Keşif ve süreç planı: inşa etmeden önce çizin

Başarılı bir uygulama kurulumla değil, keşif aşamasıyla başlar. Her departmanla oturur ve bugün gerçekte nasıl çalıştığını haritalarsınız (kâğıt üzerinde nasıl çalışması gerektiğini değil), ardından sistemin her süreci yürüteceği tek yol üzerinde anlaşırsınız. Bu aşamanın çıktısı tek bir belgedir: her süreci, sahibini, nerede başlayıp nerede bittiğini tanımlayan süreç planı.

Bu plan projenin anayasasıdır. Her anlaşmazlık ona dönülerek çözülür ve her özelleştirme ona göre tartılır. Keşfi atlayıp doğrudan ekrana geçen projeler, boşlukları canlıya geçişten sonra, onları düzeltmenin birkaç kat daha pahalıya mal olduğu bir anda keşfeder.

Veri taşıma: taşımadan önce temizleyin

Eski verileriniz yıllar içinde birikmiş dağınık tablolarda ve sistemlerde yaşar ve yeni sisteme taşınacak en tehlikeli şey odur. Başarılı bir taşıma kopyala-yapıştır değil, başlı başına bir aşamadır:

  • Taşımadan önce temizleyin: tekrarlanan isimler, tutmayan bakiyeler, kategorisi olmayan kalemler. Bunları sisteme girmeden önce kaynağında temizleyin, çünkü temiz bir sisteme giren kirli veri kirli kalır ve ilk günden itibaren rakamlara olan güveni sarsar.
  • Eşleştirin ve doğrulayın: eski sisteminizin alanlarını yenisininkilerle eşleştirin, önce bir deneme partisi taşıyın, ardından ona güvenmeden önce bakiyelerin ve toplamların kaynakla tuttuğunu kontrol edin.
  • Taşıdığınız geçmiş: neyin taşınacağına ve neyin arşivleneceğine karar verin. Her eski kayıt yeni sisteme yük olmayı hak etmez.

Kural şudur: önce temizle, sonra taşı, en son doğrula. Bu sıra, güvenle başlayan bir sistem ile şüpheyle başlayan bir sistem arasındaki farktır.

Canlıya geçişten önce test ve kabul

Herhangi biri sisteme gerçek işte dokunmadan önce, sistem tedarikçinin demo verileriyle değil, sizin verilerinizle bir testten geçmelidir. Gerçek işinizden senaryolar oluşturursunuz (eksiksiz bir fatura, bir satın alma döngüsü, bir ay sonu kapanışı) ve doğru sonucu ürettiğini görmek için bunları sistemde çalıştırırsınız.

Ardından kabul testi gelir: kendi ekibiniz her gün yapacağı işlemleri yürütür ve bunların olması gerektiği gibi çalıştığını onaylar. Kabul testi bir formalite değildir; bir boşluğu gerçek bir müşterinin önünde krize dönüşmeden yakalamak için son şanstır.

Canlıya geçiş ve yoğun destek: sıçrama değil, kademeli geçiş

Canlıya geçişte iki kararla karşı karşıya kalırsınız:

  • Aşamalı mı, tek seferde mi: tek seferde geçiş her şeyi tek bir günde açar, riski katlar ve her hatayı şirket çapında bir krize dönüştürür. Aşamalı geçiş (her seferinde bir modül veya bir şube) hatayı sınırlar ve güveni adım adım inşa eder. Çoğu durumda aşamalı geçiş daha güvenlidir; tek seferlik sıçrama yalnızca operasyonları basit olan küçük işletmelere uygundur.
  • Yoğun destek (hypercare): canlıya geçişten sonraki ilk haftalar en hassas aşamadır. Hataları yakalamak ve soruları anında yanıtlamak için yoğun desteği ekibin yakınında tutun; ta ki sistem oturana ve insanlar ona güvenene kadar. Canlıya geçiş bitiş çizgisi değil, en hassas aşamanın başlangıcıdır.

İnsan tarafı: sahip, sponsorluk ve değişim

Projelerin çoğu teknolojide değil, burada takılır. Uygulama üç insani sütuna ihtiyaç duyar: sizin tarafınızdan projeyi yöneten, yetkiye ve ayrılmış zamana sahip tek bir iç sahip (projenin ek iş olarak üzerine yüklendiği bir çalışan değil); projeye gerçek öncelik veren ve departmanlar arası konuları karara bağlayan üst yönetim sponsorluğu; ve ekibi canlıya geçişten sonra değil, önce hazırlayan bilinçli bir değişim yönetimi.

Değişim yönetimi, insanları erkenden sürece dahil ederek kararın kurbanı değil parçası olduklarını hissetmelerini sağlamak, yalnızca nasıl değiştiğimizi değil neden değiştiğimizi açıklamak ve eğitimi tek seferlik bir etkinlik değil sürekli bir süreç hâline getirmek demektir. İnsanların benimsediği bir sistem daha basit olsa bile başarılı olur; onlara dayatılan bir sistem ise daha güçlü olsa bile sessizce direnişle karşılaşır.

Origami'nin bakışı

Biz bir teknoloji şirketiyiz, ancak bizim için uygulama yazılım kurmak değil, organize bir projedir. Bir ekrana dokunmadan önce keşif ve süreç planıyla başlarız, veri taşımayı kopyalayan değil temizleyen ve doğrulayan bir aşama olarak ele alırız, ekibinizin onayladığı kabul testinde ısrar ederiz ve yakın bir yoğun destekle aşamalı olarak canlıya geçeriz. Ayrıca iç sahibi, üst yönetim sponsorluğunu ve değişim yönetimini ilk günden planın bir parçası yaparız. Hedefimiz, teslim günü çalışıp sonra terk edilen bir sistem değil, canlıya geçişten sonra yaşayan bir sistemdir.

Sonuç

Başarılı bir ERP uygulaması bir olay değil, aşamalardan oluşan bir projedir: süreçleri haritalayan keşif, taşımadan önce temizleyen veri aktarımı, onu kullanacak olanların imzaladığı kabul testi, ardından yoğun destek gelen aşamalı bir canlıya geçiş ve hepsinin üzerinde mevcut bir sahip, üst yönetim sponsorluğu ve değişime hazır bir ekip. Bu aşamaları sırasıyla yürüyen, yaşayan bir sistem işletir; onların üzerinden atlayan ise ertelenmiş bir kriz işletir. Ve tüm bu aşamaların karşısında Suudi Arabistan'da ertelenemeyecek tek bir koşul durur: uyum. Sekizinci bölümde, imzalamadan önce herhangi bir sistemden talep etmeniz gerekenleri, yani e-faturayı, KDV'yi ve tam Arapça yerelleştirmeyi eklenti olarak değil, kesin gereksinimler olarak ele alıyoruz.

Kaynaklar

  • Zekât, Vergi ve Gümrük Kurumu (ZATCA): test ve canlıya geçişte hesaba katılması gereken bir yükümlülük olarak e-fatura (Fatoora): https://zatca.gov.sa
  • Suudi Veri ve Yapay Zekâ Kurumu (SDAIA): Kişisel Verilerin Korunması Kanunu (PDPL) ve taşıma sırasında verilere ilişkin kontroller: https://sdaia.gov.sa
  • Suudi Vizyon 2030: dijital dönüşüm ve küçük ve orta ölçekli işletmelerin güçlendirilmesi: https://www.vision2030.gov.sa