Big bang mi, aşamalı geçiş mi? ERP uygulama stratejisi karşılaştırması

1999 yazında Hershey Foods, SAP tabanlı yeni ERP sistemini şirketin tüm birimlerinde aynı anda devreye aldı — klasik "big bang" yaklaşımıyla. Sonuç, kurumsal yazılım tarihinin en çok anılan başarısızlıklarından biri oldu: sistem sipariş akışını kaldıramadı, depolar dolu kaldı ama mağazalara mal ulaşmadı, şirket yılın en kritik satış dönemini büyük ölçüde kaçırdı. Aynı çeyrekte ciro bir önceki yıla göre yaklaşık yüzde 12 geriledi. Vaka 25 yıldır ERP proje yönetimi eğitimlerinde anlatılıyor; çünkü sorunun kaynağı seçilen yazılım değil, seçilen geçiş stratejisiydi.

ERP projelerinde "hangi vendor" sorusu kadar "nasıl geçilecek" sorusu da sonucu belirliyor. Aşağıda iki temel uygulama stratejisini — big bang ve aşamalı geçiş — tarafsız biçimde karşılaştırıyoruz.

Big bang ve aşamalı geçiş nedir

Big bang geçişte (tek seferde geçiş) eski sistem belirli bir tarihte tamamen kapatılır, yeni ERP aynı gün tüm birimlerde, tüm şubelerde ve tüm süreçlerde devreye girer. Geçiş öncesi kapsamlı test ve eğitim dönemi olur, ama canlıya geçiş tek bir "cutover" penceresinde gerçekleşir.

Aşamalı geçişte ise kurulum bölünür: önce tek bir şube, tek bir modül (örneğin yalnızca finans) ya da tek bir ürün grubu yeni sistemde çalışmaya başlar. O fazda ortaya çıkan sorunlar çözülür, süreç netleşir, sonra bir sonraki şube veya modül eklenir. Tüm organizasyon yeni sisteme geçene kadar bu döngü tekrarlanır; bu süre boyunca eski ve yeni sistem bir arada çalışır.

Big bang'in güçlü ve zayıf yanları

Tek seferde geçişin en somut avantajı süre ve maliyet: eski sistemi belirli bir tarihte tamamen kapattığınız için iki sistemi paralel işletme, çift veri girişi ya da geçici entegrasyon katmanı kurma maliyeti ortadan kalkar. Tüm organizasyon aynı anda aynı süreçlere geçtiği için veri ve raporlama tutarlılığı day-1'den itibaren sağlanır; farklı şubelerin farklı sistemlerde farklı süreçler işletmesi riski yaşanmaz.

Zayıf yanı ise hata payının dağılmaması. Konfigürasyon hatası, eksik eğitim veya öngörülmemiş bir süreç boşluğu tüm organizasyonu aynı anda vurur; Hershey örneğinde olduğu gibi, tolerans penceresi çok dar. Test aşaması yeterince kapsamlı yürütülmezse, canlıya geçtikten sonra geri dönüş neredeyse imkansız hale gelir — özellikle sipariş, sevkiyat ve finans süreçleri iç içe geçtiği için.

Aşamalı geçişin güçlü ve zayıf yanları

Aşamalı geçişin temel değeri risk kontrolü. İlk fazda ortaya çıkan sorunlar sınırlı bir kapsamda (tek şube, tek modül) kalır; bir sonraki faza geçmeden önce süreç ve konfigürasyon düzeltilebilir. Ekip, her fazdan öğrendiğini bir sonrakine taşır — proje ilerledikçe hem kullanıcı deneyimi hem de uygulama ekibinin öngörüsü olgunlaşır. Çok şubeli, çok bölgeli veya farklı iş birimleri arasında süreç çeşitliliği yüksek olan firmalar için bu yaklaşım genelde daha az yıkıcıdır.

Bedeli ise süre ve karmaşıklık. Eski ve yeni sistem aylarca, bazen yıllarca bir arada çalışır; bu da çift lisans/destek maliyeti, iki sistem arasında geçici entegrasyon veya manuel veri senkronizasyonu gerektirir. Proje uzadıkça organizasyonel motivasyon düşebilir, "geçiş yorgunluğu" oluşabilir ve ilk fazda memnun olmayan kullanıcılar sonraki fazlara şüpheyle yaklaşabilir.

Karar tablosu: hangi profil hangi stratejiye uygun

Tabloda tek bir satırın "evet" çıkması karar için yeterli değil; birkaç kriterin birlikte aynı yöne işaret etmesi beklenir. Örneğin tek lokasyonlu bir firma bile kesintiye çok duyarlı bir üretim hattı işletiyorsa, aşamalı geçiş yine de daha güvenli olabilir.

Hershey örneği neden hâlâ geçerli bir ders

Hershey'in projesinde önerilen uygulama süresi dört yıldı; şirket bunu Y2K hazırlığı gerekçesiyle 30 aya sıkıştırdı ve test aşamasını kısalttı. Cutover tarihi olarak Temmuz 1999 seçildi — tam da yılın en yoğun sipariş döneminin başlangıcına denk gelen bir tarih. Sistem canlıya geçtiğinde yaklaşık 100 milyon dolarlık siparişi işleyemedi; mal depoda kaldı, müşteriler rakiplere yöneldi.

Vakanın güncel karşılığı şu: big bang'i riskli yapan tek başına strateji değil, sıkıştırılmış test süresi ve organizasyonun en hassas döneminde yapılan cutover'dır. Aynı strateji, daha gerçekçi bir zaman çizelgesiyle ve düşük sezonda uygulansaydı sonuç farklı olabilirdi. Yani soru yalnızca "big bang mi aşamalı mı" değil, "hangi stratejiyi hangi takvimle ve hangi test derinliğiyle uygulayacağız" sorusu.

Melez yaklaşım: iki uç arasında üçüncü bir yol

Saha uygulamasında iki strateji genelde birbirinin tam zıttı olarak değil, karma biçimde kullanılıyor. Yaygın bir model "modüler big bang": finans, satın alma ve stok gibi çekirdek modüller tüm organizasyonda aynı anda devreye alınır, ama İK, CRM veya raporlama gibi daha bağımsız modüller ayrı fazlarda eklenir. Bir başka model ise "coğrafi aşamalı geçiş": tüm modüller aynı anda devreye girer, ama önce tek bir şube veya bölgede, sonra sırayla diğer lokasyonlarda. Her iki model de saf big bang'in hızını, aşamalı geçişin risk kontrolünü kısmen bir araya getirmeye çalışır; bedeli ise proje planının daha karmaşık hale gelmesi ve uygulama ekibinden daha detaylı bir faz haritası çıkarmasının istenmesidir.

Hangi melez modelin uygun olduğu, büyük ölçüde vendor'ın ve uygulama ortağının bu tür kademeli devreye almalarda ne kadar deneyimli olduğuna bağlı. Teklif alma aşamasında vendor'a "daha önce kaç modüler ya da coğrafi aşamalı proje yürüttünüz" sorusu, referans listesinden daha somut bir sinyal verebilir.

Türkiye'deki işletmeler için pratik çıkarım

Türkiye'de tek lokasyonlu, orta ölçekli bir işletme için big bang genelde daha pratik: proje süresi kısalır, çift sistem maliyeti oluşmaz ve hızlı devreye alma odaklı yerli bulut ERP'ler (örneğin DİA, Birasyo, Qera gibi SaaS çözümler) zaten bu senaryoya göre tasarlanmıştır. Buna karşılık birden fazla üretim tesisi, depo veya mağazası olan holding yapıları ya da perakende zincirleri için aşamalı geçiş, pilot şubede öğrenilen dersleri diğerlerine taşıma imkanı sunduğu için daha güvenli bir tercih olarak öne çıkıyor. Büyük ölçekli, çok modüllü kurulumlarda (Canias gibi) de aşamalı yaklaşım genelde tercih edilir, çünkü modül sayısı ve entegrasyon karmaşıklığı tek seferde test edilebilecek boyutu aşabilir.

Kurulum modeli de kararı etkiliyor: bulut/SaaS ERP'lerde altyapı hazır geldiği için big bang'in teknik riski görece düşer, bulut ve şirket içi ERP karşılaştırmamızda ele aldığımız gibi. Şirket içi (on-premise) kurulumlarda ise donanım, ağ ve entegrasyon testleri daha uzun sürdüğü için aşamalı yaklaşım riski daha iyi dağıtır.

Hangi strateji seçilirse seçilsin, veri taşıma ve migrasyon süreci ile go-live sonrası ilk 90 gün aynı disiplinle yönetilmeli; strateji doğru olsa bile veri kalitesi veya kullanıcı benimsemesi ihmal edilirse sonuç yine olumsuz çıkabilir.

Geçiş stratejisi seçerken sorulacak sorular

• Kaç şube, tesis veya iş birimi var; süreçler birim başına ne kadar farklılaşıyor?
• Operasyonel kesinti toleransı ne kadar düşük — bir günlük aksama hangi maliyeti doğurur?
• İç ekip ve danışmanlık kapasitesi, eski ve yeni sistemi aylarca paralel yönetmeye yeterli mi?
• Bütçe, çift lisans/destek maliyetini kaldırabiliyor mu, yoksa kısa sürede tek seferlik geçiş mi daha uygun?
• Kritik satış veya operasyon dönemi var mı; cutover tarihi bu döneme denk gelmeyecek şekilde planlanabiliyor mu?
• Test ve eğitim için ayrılan süre, seçilen stratejinin kapsamına gerçekçi biçimde yetiyor mu?

İki yaklaşım da tek başına doğru ya da yanlış değil; kurumun ölçeği, operasyonel risk toleransı ve bütçe yapısına göre değişiyor. Bu kriterleri kendi organizasyon yapınıza göre netleştirmek için bağımsız bir keşif görüşmesi talep edilebilir ya da uygun ERP bul aracıyla ölçeğe uygun seçenekler karşılaştırılabilir.

Kaynaklar

• Big bang vs. phased ERP implementation: Which is best? — TechTarget
• Hershey's SAP ERP System Implementation Failure Case Study — Panorama Consulting
• ERP veri taşıma ve migrasyon rehberi
• ERP go-live sonrası ilk 90 gün