Kariyerimin en pahalı hatası bir kod satırı değildi; bir “evet” idi. O “evet”, bizi haftalarca sürecek bir MRP (Malzeme İhtiyaç Planlaması) kabusunun içine sürükledi. O gün, bir sistem mimarı olarak almam gereken kararın sadece teknik değil, aynı zamanda organizasyonel ve stratejik ağırlığını iliklerime kadar hissettim.
Bu hikaye, bir üretim ERP’sinin kalbinde, geciken sevkiyat raporlarının ardındaki karmaşayı çözmeye çalışırken başladı. Raporlar hep eksik geliyordu ve bu durum, operasyonlarımızı ciddi şekilde aksatıyordu. Sadece teknik sorunlarla değil, aynı zamanda yanlış anlaşılmış iş akışlarıyla ve bu akışlara verilen “evet”lerle boğuşuyorduk.
İlk Semptomlar: Eksik Sevkiyat Raporları
Bir üretim firmasının ERP’sini geliştirirken, sevkiyat modülünden gelen raporların doğruluğu kritikti. Bizim durumumuzda, raporlar sürekli eksik geliyordu. Bu durum, planlama ekibinin en büyük baş ağrısıydı; hangi ürünün ne zaman sevk edildiğini net göremiyorlardı. Bu eksiklikler, stok takibini zorlaştırıyor, üretim planlarını sekteye uğratıyor ve müşteri memnuniyetini düşürüyordu.
Sorunun kökünü bulmak için günlerce logları inceledik, veritabanı sorgularını analiz ettik. İlk başta sorunun veritabanı performansında veya bir API entegrasyonunda olduğunu düşündük. Ancak yapılan detaylı analizler sonucunda, asıl sorunun veri akışının kendisinde, yani iş süreçlerinin yazılıma dökülme şeklinde olduğunu gördük. Basit bir “evet” kararı, koskoca bir sistemin çarklarını bozmuştu.
Karar Anı: “Evete” Giden Yol
Bu noktada, sorunu çözmek için iki ana yol vardı: Ya mevcut sistemde küçük ayarlamalar yapacak, ya da iş akışını temelden değiştirecektik. Ekipteki bazı arkadaşlar, mevcut yapıyı bozmadan sorunu çözebileceğimizi savunuyordu. Onlara göre, birkaç ek kontrol ve doğru parametrelerle bu işi halledebilirdik. Ancak ben, bu yaklaşımın geçici bir çözüm olacağını ve sorunun tekrarlayacağını biliyordum. Gerçek çözüm, işin doğrusunu yapmak, yani sevkiyat tamamlandığında bunu net bir şekilde sisteme bildirmekti.
İşte tam bu kritik anda, “Yapabiliriz” diyenlere karşı çıktım ve “Bu böyle olmaz, kökten değiştirmemiz lazım” dedim. Ancak benim bu karşı çıkışım, işin uzmanları tarafından “aşırı teknik” veya “gereksiz karmaşık” olarak görüldü. Sonunda, çoğunluğun görüşü benimsendi ve “küçük bir ayarlama” ile sorunu çözeceğimize dair “evet” kararı çıktı. Bu “evet”, benim için bir itiraftı; ekibi doğru yönlendirememiştim.
Kabusun Gerçekleşmesi: N+1 Sorunu ve Ötesi
Verilen “evet” kararıyla, sistemde yapılan ayarlamalar ilk başta işe yarıyor gibi görünse de, kısa süre sonra beklenmedik sorunlar baş gösterdi. Yapılan değişiklikler, veritabanında bir N+1 sorgu sorununa yol açtı. Her sevkiyat kaydı için ayrı bir sorgu çalıştırmak, özellikle yoğun dönemlerde sistemi kilitlemeye başladı. Bu, bizim “küçük ayarlama” dediğimiz şeyin, aslında büyük bir performans problemine dönüştüğünün ilk işaretiydi.
Bu durum, bize sistem mimarisinin sadece koddan ibaret olmadığını öğretti. Bir kararın, bir “evet”in, operasyonel süreçler üzerindeki etkisini göz ardı edemezdik. Sistem mimarisi, organizasyonel akışları, iş süreçlerini ve hatta insan faktörünü de kapsamalıydı. Bizim durumumuzda, teknik bir çözüm ararken, işin temelindeki organizasyonel problemi gözden kaçırmıştık.
Çıkartılan Ders: İtirafın Gücü
Bu MRP kabusundan çıkardığım en büyük ders, işin doğrusunu yapmanın, geçici çözümlerden çok daha değerli olduğuydu. O gün, kendi “evet”imin maliyetini anladım. Bir sistem mimarı olarak görevim, sadece teknik olarak en iyi çözümü sunmak değil, aynı zamanda ekibi ve paydaşları da bu doğru çözüme ikna etmekti.
Bu tecrübe bana, bir hatayı kabul etmenin ve bundan ders çıkarmanın ne kadar önemli olduğunu gösterdi. O “evet”ten sonra, bir projede bir iş akışını değiştirmem gerektiğinde, ekibime ve yöneticilerime bunu daha net bir dille anlatmaya başladım. Teknik detayların yanı sıra, işin operasyonel etkilerini ve uzun vadeli faydalarını da vurguladım.
Şimdi dönüp baktığımda, o “evet” kararı benim için bir dönüm noktası oldu. Beni daha dikkatli, daha ikna edici ve daha bütünsel düşünen bir sistem mimarı yaptı.
Senin kariyerindeki en pahalı “evet”in neydi? Yorumlarda paylaş, tartışalım.