Eski bir yazılımın yerine yenisini koyma kararı verildiğinde, en az “ne yapılacak” kadar önemli bir soru daha vardır: Geçiş nasıl yapılacak? Bir sabah bütün şirket yeni sisteme mi başlayacak, yoksa bölümler, şubeler ya da süreçler sırayla mı geçecek? Bu karar, projenin teknik tarafını olduğu kadar işletmenin günlük işleyişini, ekibin yükünü ve bir sorun çıktığında ne olacağını da belirler.
Bu yazıda iki temel yaklaşımı, avantajları ve gizli maliyetleriyle karşılaştırıyor; hangi durumda hangisinin daha uygun olduğuna nasıl karar verebileceğinizi anlatıyoruz. Tek bir doğru cevap yoktur, ama yanlış seçimin bedeli genellikle geçiş günü ortaya çıkar.
İki yaklaşım kısaca
Tek seferde geçiş, belirlenen bir anda eski sistemin kullanımının durdurulduğu ve tüm işlerin yeni sistemde yürümeye başladığı yöntemdir. Kademeli geçiş ise yeni sistemin parça parça devreye alındığı, bir süre eski ve yeni sistemin birlikte kullanıldığı yöntemdir. Kademeli geçişin de birden fazla biçimi vardır; bunlara aşağıda ayrıca değineceğiz.
Tek seferde geçiş ne zaman mantıklıdır?
Tek seferde geçiş kulağa riskli gelse de bazı durumlarda en sade yoldur. İki sistemin bir arada tutulması gerekmez, ekip tek bir sisteme odaklanır ve geçişten sonra “hangi kayıt nerede?” sorusu ortadan kalkar. Şu koşullarda değerlendirilebilir:
- Sistem küçükse ve kullanıcı sayısı azsa.
- Sistemin bölümleri birbirine o kadar sıkı bağlıysa ki ayrı ayrı çalıştırmak anlamsızsa.
- Eski sistemin desteği bitmiş ya da güvenlik açısından bir an önce kapatılması gerekiyorsa.
- İşin doğal olarak yavaşladığı, geçiş için uygun bir dönem varsa.
Bu yaklaşımın şartı, hazırlığın eksiksiz olmasıdır. Veri aktarımı defalarca denenmiş, ekip eğitilmiş ve bir sorun çıktığında eski sisteme dönmenin yolu önceden planlanmış olmalıdır.
Tek seferde geçişte en kritik an, eski sistemde girişin durdurulduğu ile yeni sistemin açıldığı an arasındaki aralıktır. Bu aralıkta gelen siparişlerin, ödemelerin ve taleplerin nereye kaydedileceği önceden belirlenmezse, kayıtlar kâğıda, e-postaya ya da birinin defterine düşer ve sonradan sisteme girilmeyi bekler. Aralığı mümkün olduğunca kısa tutmak ve bu sürede neyin nasıl yapılacağını ekibe yazılı olarak bildirmek, tek seferde geçişin olmazsa olmazıdır.
Kademeli geçişin biçimleri
Kademeli geçiş tek bir yöntem değildir; sistemin yapısına ve işletmenin düzenine göre farklı biçimler alabilir:
Bölüm bölüm
Önce bir modül, örneğin müşteri ve satış tarafı yeni sisteme geçer; stok, fatura ya da raporlar sonra gelir. En çok sorun yaşanan ya da en çok fayda sağlayacak bölümle başlamak, yeni sistemin değerini erken gösterir.
Birim ya da şube sırasıyla
Sistemin tamamı hazırdır ama önce bir birim ya da şube kullanmaya başlar. Bu ilk grubun deneyimi, diğerleri geçmeden önce eksikleri görmeyi sağlar.
Paralel çalıştırma
Aynı işler bir süre hem eski hem yeni sistemde yürütülür ve sonuçlar karşılaştırılır. Hesaplamaların ve raporların doğruluğundan emin olmak için güçlü bir yöntemdir; ancak ekibe çift iş yükü getirdiği için kısa ve amaçlı tutulmalıdır. Paralel çalıştırmada neyin karşılaştırılacağı da önceden belirlenir: cari bakiyeler, stok miktarları, fatura toplamları ya da belirli raporların sonuçları. Karşılaştırılacak bir şey tanımlanmamışsa, paralel çalıştırma yalnız ekibi yorar.
İki yaklaşımın karşılaştırması
Aşağıdaki tablo, iki yaklaşımı karar verirken en çok önem taşıyan başlıklarda yan yana koyuyor:
| Başlık | Tek seferde | Kademeli |
|---|---|---|
| Sorunun etkisi | Tüm şirket | Geçen bölümle sınırlı |
| Geri dönüş | Zor, önceden planlanmalı | Daha kolay |
| Ekip yükü | Kısa ve yoğun | Daha uzun, daha hafif |
| Veri tutarlılığı | Tek kaynak | İki sistem arasında eşitleme |
| İlk fayda | Geçiş sonunda | İlk bölümle birlikte |
Kademeli geçişin gizli maliyeti: Veri eşitleme
Kademeli geçişin en çok gözden kaçan yanı, iki sistemin aynı anda yaşadığı dönemdir. Satış yeni sistemde, stok hâlâ eskisindeyse, yeni sistemde girilen siparişin eski sistemdeki stoku düşmesi gerekir. Bu bağ kurulmazsa birileri aynı bilgiyi iki yere elle girmeye başlar ve hata kaçınılmaz olur.
Bu yüzden kademeli geçiş planlanırken şu sorular cevaplanmalıdır: Geçiş döneminde hangi veri hangi sistemde “asıl” kabul edilecek, iki sistem arasında hangi bilgiler hangi yönde aktarılacak, aktarım kendiliğinden mi olacak yoksa elle mi? Bu ara bağlantılar geçici olsa da özenle kurulmalıdır; aksi hâlde kademeli geçişin sağladığı güvenlik, veri tutarsızlığıyla kaybedilir.
Geçiş sırası nasıl belirlenir?
Kademeli geçişte hangi parçanın önce gideceği rastgele seçilmemelidir. Sıralamada genellikle şu ölçütler birlikte değerlendirilir:
- Bağımlılıklar: Başka bölümlerin dayandığı ana veriler, örneğin müşteri ve ürün kartları, önce taşınmalıdır.
- Fayda: En çok zaman kaybettiren ya da en çok hata üreten bölüm erken gelirse ekip yeni sistemin değerini hemen görür.
- Risk: Para hareketlerine dokunan, hatası en pahalı olan bölümler, yeni sistem kendini kanıtladıktan sonra geçebilir.
- Takvim: Her bölümün geçişi o bölümün yoğun dönemlerinden uzak tutulur.
Geri dönüş planı: Her iki yolda da şart
Hangi yöntemi seçerseniz seçin, “bir şey ters giderse ne yaparız?” sorusunun cevabı geçişten önce yazılı olmalıdır. Hangi durumda geri dönüleceği, kararı kimin vereceği, geri dönüldüğünde yeni sistemde girilmiş kayıtların ne olacağı önceden belirlenir. Eski sistemi, yenisi gerçek kullanımda doğrulanana kadar kapatmamak, bu planın en basit ve en etkili parçasıdır.
Geri dönüşün zor kısmı, geri dönülen andan önce yeni sistemde girilmiş kayıtlardır. Bu kayıtların eski sisteme nasıl aktarılacağı ya da yeniden girileceği düşünülmemişse, geri dönüş kararı bir sorunu çözerken başka bir sorun yaratır. Bu nedenle geri dönüş planı da tıpkı geçişin kendisi gibi önceden denenmeli, adımları ve sorumluları belli olmalıdır. Planın hiç kullanılmaması en iyi sonuçtur; ama varlığı, ekibin geçiş gününe daha sakin girmesini sağlar.
Geçiş anını planlamak
Kademeli de olsa her bölümün kendi geçiş anı vardır ve bu anlar aynı özenle planlanmalıdır. İyi bir geçiş planında şu sorular cevaplanmış olur:
- Geçiş hangi gün ve hangi saatte başlıyor, işin en sakin olduğu zaman hangisi?
- Eski sistemde hangi işlemler durduruluyor, hangileri devam ediyor?
- Son veri aktarımı ve doğrulamayı kim yapıyor, sonucu kim onaylıyor?
- İlk gün sorunlar kime, hangi kanaldan iletiliyor?
- Geri dönüş kararı hangi durumda ve kim tarafından veriliyor?
Bu liste her bölüm geçişinde yeniden kullanılır; her seferinde biraz daha olgunlaşır.
Ekibi geçişe hazırlamak
Teknik hazırlık ne kadar iyi olursa olsun, geçişin ilk dönemini ekip yaşar. Eğitimin kullanıcı gruplarına göre ayrılması, her birimde sistemi iyi öğrenen ve arkadaşlarına destek olan bir kişinin belirlenmesi ve ilk dönemde soruların hızla cevaplanması, hangi yöntem seçilirse seçilsin işe yarar. Yeni ekranların ekibin bugünkü alışkanlıklarını gözeterek tasarlanması ve gereksiz değişiklikten kaçınılması da geçişi kolaylaştırır. Eğitimin ekibin kendi verisiyle, deneme ortamında yapılması ise en etkili yoldur: Kullanıcı tanıdığı kayıtlarla çalışırken hem sistemi öğrenir hem de gözden kaçmış bir hatayı fark edebilir.
Hangisini seçmeli?
Kararı netleştirmek için birkaç soruyu cevaplamak yeterlidir: Sistemin bölümleri birbirinden ayrılabiliyor mu? Bir sorun çıktığında işin tamamen durması işletmeye ne kadar zarar verir? Ekip, iki sistemi bir süre birlikte kullanmayı kaldırabilir mi? Geçiş için işin sakin olduğu bir dönem var mı? Bölümler ayrılabiliyorsa ve kesinti işletme için ağır sonuçlar doğuruyorsa, kademeli geçiş genellikle daha güvenli yoldur. Sistem küçük, sıkı bağlı ve hazırlık eksiksizse, tek seferde geçiş daha sade olabilir.
Bunny Soft geçişi nasıl planlıyor?
Önce mevcut sistemi inceliyoruz: Kodu, veritabanını ve ekranları inceliyor, ekiplerinizin yazılımı gerçekte nasıl kullandığını öğreniyoruz. Korunacak ve yenilenecek bölümleri, veri aktarım yöntemini ve geçiş sırasını sizinle birlikte belirliyoruz. Analizde yalnız gerekeni yeniliyor, hangi sırayla ilerlemenin en az riski taşıdığını açıkça ortaya koyuyoruz.
Yeni sistemi güncel altyapıyla, ekiplerinizin alışkanlıklarını gözeterek bölüm bölüm geliştiriyoruz. Eski ve yeni sistemin bir süre birlikte çalıştığı, riski azaltan bir geçiş planı kuruyoruz: Ekipleriniz yeni sisteme bölüm bölüm geçer, iş akışınız durmaz ve gerektiğinde geri dönüş yolu açık kalır. Veriyi doğrulayarak aktarıyor, kullanıcı gruplarına göre eğitim veriyor ve iki sistemin birlikte çalıştığı dönemde soruları yakından takip ediyoruz.
İşinizi durdurmadan, adım adım ilerleyen bir yenileme için yazılım modernizasyonu sayfamızda yaklaşımımızı ayrıntılı olarak anlatıyoruz.
