12 yıllık eski sistemimizi yenilememiz gerekiyor — parça parça mı baştan mı yapalım?

Üç yıl önce benzer hacimde bi lojistik sistemimiz icin sıfırdan yazım kararı aldık. Bize de 6 ay dediler tam 16 ay sürdü ve bütçe neredeyse üç katına çıktı. Canlıya geçtiğimiz ilk hafta iskonto hesaplamaları hatalı çalıştığı icin yüzlerce müşteriye yanlış fatura kestik. Eski sistemi çalışan bi yapıda sıfırdan yazmak gercekten büyük bi kumar.

Kademeli geçiş planlarken izlemeniz gereken yol şudur: 1) Eski veri tabanındaki ilişkileri haritalandırın ve bağımsız alanları tespit edin, 2) Sistemin önüne bi yönlendirici koyup trafiği yönetin, 3) İlk olarak kritik olmayan okuma ağırlıklı servisleri taşıyın, 4) Sipariş ve ödeme gibi ana akışları en son adıma bırakın.

Kendi danışmanlık deneyimimde sıfırdan yazılan 5 kurumsal sistemin 4 tanesi taahhüt edilen teslim tarihini en az 6 ay aştı. Buna karşın kademeli olarak dönüştürülen sistemlerde bütçe sapması ortalama seviyede kaldı ve hiçbirinde kritik sipariş kesintisi yaşanmadı. Yazılımcınızın önerisi çok daha gerçekçi bir zemin sunuyor.

Kademeli dönüşümün de görünmeyen bir maliyeti var: 18 ay boyunca ekibiniz iki farklı mimariyi, iki farklı veri modelini ve aralarındaki senkronizasyonu yönetmek zorunda kalacak. Ekibiniz küçükse bu çift yönlü bakım yükü yazılımcılarınızı tüketebilir ve işler yine tıkanabilir.

Yazılımcınızın planını test etmek icin ilk adımı hemen atın. Ajansla 110.000 dolarlık sözleşme imzalamadan önce, yazılımcınıza en basit modülü ayırması için 2 ay süre verin. Eğer veri senkronizasyonunu ve yeni servisi sorunsuz ayağa kaldırabiliyorsa ajans teklifini doğrudan rafa kaldırın.

12 yıllık karmaşık bi ERP sistemini 8 ayda eksiksiz yeniden yazacağını iddia eden ajans, sistemin içindeki belgelenmemiş özel müşteri iskontolarını ve muhasebe kurallarını henüz görmemiş demektir; canlıya geçiş gününde o 8 ayın nasıl 20 aya çıktığını izlersiniz.

veri aktarimi konusu gercekten en buyuk bas agrisi... yani eski veri tabanindaki bozuk veya eksik kayitlari temizllemeden sifirdan yazilan sisteme aktaramazsiniz ama kademeli geciste canli veriyi adim adim dogrulama firsatiniz olur, tek seferde geciste o sansiniz yok.

Hangi yöntemi seçerseniz seçin, sözleşme şartlarına veri bütünlüğü garantisi ve her aşama için bir geri dönüş prosedürü eklemenizi tavsiye ederim. Operasyonel devamlılığın yazılım mimarisinden her zaman daha öncelikli olduğunu unutmamak gerekir.

Farklı düşünüyorum. Kabul kriteri yazılmadıysa işin ne zaman bittiği tartışmaya açıktır.

Asıl mesele rakam değil, o rakamın neye göre çıktığı. Sorunuz olursa yazın, elimden geldiğince cevaplarım.

Aynı hatayı yapmayın diye yazıyorum. Her şeyi aynı anda değiştirmeye çalışınca hiçbiri oturmuyor.

İlk kez yapıyorsanız küçük başlayın, ölçek sonra gelir. Sonucu buraya yazarsanız başkalarına da faydası olur.

bu cevabı okuyunca rahtaladım demek sadece bende değilmiş. işte bi konuda üç farklı cevap alıyorsanız soru yanlış sorulmuştur.

kararı verirken elinizde hangi veri var önce ona bkaın ve sorunuz olursa yazın elimden geldiğince cevaplarım.

Bir sorum olacak konudan sapmak istemem ama. Sözleşmede kod sahipliği yazmıyorsa, ayrılırken pazarlık gücünüz kalmıyor.

Bunu tek başına yapmaya çalışmak en pahalı yol. Başka türlü yapan varsa onu da merak ederim.

konuyu toparlayayım çünkü birkaç farlı cevap verildi ve eski sistem yenileme tarafında yapılan hata genelde geri dönülebilir ama pahalı.

Bunu duyalı çok oldu ama bizde hiç böyle olmadı. Erişim bilgileri kurum adına açılmalı kişisel hesaplarla değil.

Benim görüşüm bu kesin doğru diye yazmıyorum.

Farklı düşünüyorum. İki hafta boyunca not tutmak, altı aylık tahminden iyi sonuç veriyor.

Karar verirken en kötü senaryoyu da yazın, sadece iyisini değil. Tecrübeyle sabit.

Peki şunu nasıl çözdünüz? valla her şeyi aynı anda değiştirmeye çalışınca hiçbiri oturmuyor.

Bu kadar uzattıysam kusura bakmayın.

Tartışma dağıldı, toparlayayım. Acele karar, altı ay sonra düzeltilen karar oluyor.

Not olarak bırakayım, lazım olur.

Kaydettim.