İçeriğe Atla
Mustafa Erbay
Kariyer · 5 dk okuma · görüntülenme Read in English
100%

En Pahalıya Mal Olan Mühendislik Kararım

20 yıllık tecrübeyle bir mühendisin kariyerindeki en pahalıya mal olan 'evet' kararını ve bunun derslerini paylaştığım yazı.

Bir mühendisin masasında duran, üzerinde pahalı bir 'Evet' yazılı bir not kağıdı.

Kariyerimin en pahalı hatası bir kod satırı ya da yanlış yapılandırılmış bir sunucu değildi; bu bir “evet”ti. Yirmi yıllık sistem mimarisi ve operasyon tecrübem boyunca sayısız teknik karar aldım, çoğu zaman başarıya ulaştık, bazen de hatalar yaptık. Ancak bazı kararların bedeli sadece zaman veya para değil, aynı zamanda o anki bakış açımızı ve geleceğimizi de şekillendiriyor.

Bu yazıda, bir mühendis olarak aldığım ve bana en pahalıya mal olan o “evet” kararını ve bu karardan çıkardığım dersleri, kuru teknik detaylardan ziyade, yaşanmış bir hikaye olarak aktaracağım. Amacım, sadece teknik doğruları değil, aynı zamanda mühendislikte duygusal zeka ve stratejik düşüncenin de ne kadar kritik olduğunu vurgulamak.

O ‘Evet’ Anı: Bir Kırılma Noktası

Her şey, büyük bir üretim firmasının ERP sistemini modernize etme projesinde başladı. Mevcut sistem, yılların getirdiği bir karmaşa içindeydi ve operasyonel verimliliği ciddi şekilde baltalıyordu. Yeni bir sistem kurmak yerine, mevcut sistemi iyileştirme yönünde bir karar aldık. Bu iyileştirme, aslında devasa bir yeniden yazım demekti. Teklifler alındı, projeler çizildi ve bütçeler hazırlandı. İşte tam o noktada, “Mevcut sistemi sıfırdan kurmak yerine, onu ayakları üzerinde tamir edebiliriz” diyen ekibe “evet” dedim.

Bu karar, o dönemde mevcut olan kaynakları, zamanı ve ekibin enerjisini doğrudan etkileyecekti. Bir yandan da “Acaba sıfırdan başlamak daha mı mantıklı olurdu?” sorusu zihnimde dönüp duruyordu. Ancak, projenin zaman çizelgesi ve bütçe kısıtlamaları, “tamir” seçeneğini daha cazip kılıyordu. Bu, mühendislikte sıkça karşılaşılan bir durum: En iyi olmasa da, “yapılabilir” olanı seçmek.

Devam Eden Sorunlar ve Ertelenen Gerçekler

Projeye başladık. Ekip, mevcut kod tabanını derinlemesine inceledi, zayıf noktaları tespit etti ve adım adım iyileştirmelere girişti. Ancak, tahmin ettiğimizden çok daha fazla “gizli” problemle karşılaştık. Her bir iyileştirme, başka bir yerde yeni bir sorunu tetikliyordu. Sanki bir labirentte yol bulmaya çalışıyorduk; bir koridoru açtığımızda, arkasından beklenmedik bir duvar çıkıyordu.

Bu süreçte, operasyonel ekiplerden gelen şikayetler artmaya devam etti. Sevkiyat raporları hala gecikiyordu, üretim planlama modülü hala tutarsız veriler üretiyordu. Ekibin morali düşüyor, projenin gidişatı belirsizleşiyordu. O “evet” dediğim karar, aslında sorunları çözmek yerine, onları erteleyen ve daha karmaşık hale getiren bir seçimdi. Gerçekten de, en pahalı kararlar genellikle anlık çözümler gibi görünen ama uzun vadede ağır faturalar çıkaranlardır.

Mühendislikte “Trade-off” Kavramı ve Maliyeti

Mühendislik, özünde bir “trade-off” sanatıdır. Kaynaklar sınırlıdır ve her kararın bir alternatifi vardır. Hız mı, kalite mi? Maliyet mi, performans mı? Kısa vadeli çözüm mü, uzun vadeli sürdürülebilirlik mi? Benim o dönemdeki kararım, hız ve maliyet avantajı gibi görünüyordu, ancak uzun vadeli sürdürülebilirlik ve teknik kaliteyi göz ardı etmişti.

Bu deneyim bana, bir kararın sadece mevcut durumu değil, gelecekteki potansiyel maliyetlerini de hesaba katmak gerektiğini öğretti. Bazen, başlangıçta daha pahalı veya daha zaman alıcı görünen bir çözüm, uzun vadede çok daha ekonomik ve verimli olabilir. Bu, sadece teknik bir konu değil; aynı zamanda finansal ve stratejik bir düşünme biçimi gerektiriyor.

Çıkarılan Dersler ve Geleceğe Yönelik Bakış

Sonunda, mevcut sistemi iyileştirme çabalarımız, beklediğimizden çok daha fazla zaman ve kaynak tüketti. Proje, başlangıçtaki bütçesinin çok üzerine çıktı ve operasyonel sorunları tam olarak çözemedi. Bu deneyim, kariyerimde bir dönüm noktası oldu. O “evet”in bedelini, hem kişisel olarak hem de profesyonel olarak ödedim.

Bu tecrübeden çıkardığım en önemli ders şudur: Bir problemi çözmeye karar verirken, sadece mevcut duruma değil, gelecekteki olası senaryolara da odaklanmalıyız. Bir çözümün “yapılabilir” olması, onun “doğru” olduğu anlamına gelmez. Gerçek mühendislik, sorunları kökten ele almak, riskleri doğru değerlendirmek ve uzun vadeli sonuçları öngörmektir.

Neden “Hayır” Diyebilmek Önemli?

Bu olaydan sonra, mühendislik kararlarımda daha cesur olmayı öğrendim. “Hayır” diyebilmek, bazen “evet” demekten çok daha değerlidir. Eğer bir çözüm, uzun vadede daha büyük sorunlara yol açacaksa, başlangıçta reddetmekten çekinmemek gerekir. Bu, sadece teknik bir beceri değil, aynı zamanda bir liderlik vasfıdır. Ekibi doğru yöne yönlendirmek, kısa vadeli baskılara boyun eğmemek ve teknik bütünlüğü korumak, bir mühendisin en önemli sorumluluklarından biridir.

Bu kararımın bana bedeli ağır oldu, ancak kazandırdığı tecrübe paha biçilmezdi. Mühendislik yolculuğumda, her aldığım kararın bir hikayesi var ve bu hikayeler beni bugün olduğum kişi yapıyor.

Peki, senin kariyerindeki en pahalıya mal olan mühendislik kararı neydi? Ve bu karardan ne öğrendin? Düşüncelerini yorumlarda paylaşmanı bekliyorum.

Paylaş:

Bu yazı faydalı oldu mu?

Yükleniyor...

Bu yazı nasıldı?

Sıkça Sorulanlar

Bu makale ile ilgili okurların sorduğu yaygın sorular.

Mevcut bir sistemi modernize ederken, sıfırdan başlamak yerine mevcut sistemi iyileştirmeye karar vermek ne zaman đúng bir seçimdir?
Benim deneyimime göre, mevcut bir sistemi modernize ederken, sıfırdan başlamak yerine mevcut sistemi iyileştirmeye karar vermek, zaman ve bütçe kısıtlamalarının olduğu durumlarda đúng bir seçim olabilir. Ancak, bu kararı vermeden önce, ekibin enerji seviyesi, kaynaklar ve uzun vadeli faydalar gibi faktörleri de göz önünde bulundurmalıyız. Örneğin, benim yaşadığım durumda, mevcut sistemi iyileştirme kararı, o an için doğru gibi göründü, ancak sonrasında çok daha fazla zaman ve kaynak gerektirdi. Dolayısıyla, her durumda dikkatli bir risk değerlendirmesi yapmalı ve tüm seçenekleri değerlendirmeliyiz.
Bir mühendis olarak, bir projede 'evet' demeden önce hangi faktörleri göz önünde bulundurmalıyım?
Bir mühendis olarak, bir projede 'evet' demeden önce, projenin kapsamını, kaynaklarını, zaman çizelgesini, potansiyel risklerini ve uzun vadeli faydalarını dikkatlice değerlendirmeliyim. Ayrıca, ekibin görüşünü ve uzmanlığını da dikkate almalıyım. Benim deneyimimde, sadece teknik faktörleri değil, aynı zamanda duygusal zeka ve stratejik düşünceyi de dikkate almak çok önemlidir. Örneğin, bir projede 'evet' demeden önce, 'Bu proje benim kariyerime ve kişisel gelişimime nasıl katkı sağlayacak?' veya 'Bu proje şirketin uzun vadeli hedeflerine nasıl uyuyor?' gibi soruları sormak önemlidir.
Bir proje sırasında ortaya çıkan hataları nasıl yönetmeliyim?
Bir proje sırasında ortaya çıkan hataları yönetmek, bir mühendisin kariyerinde kritik bir beceridir. Benim deneyimime göre, hataları yönetmek için, ilk olarak sakin kalmak ve panik yapmamak önemlidir. Daha sonra, hatayı analiz etmek, nedenlerini belirlemek ve gerekli düzeltmeleri yapmak gerekir. Ayrıca, hatalardan öğrenmek ve bunları gelecekteki projelerde uygulamak da çok önemlidir. Örneğin, benim yaşadığım durumda, mevcut sistemi iyileştirmeye karar vermek, bir dizi hataya yol açtı, ancak bu hatalardan öğrenmek ve bunları gelecekteki projelerde uygulamak, benim için çok değerli bir deneyim oldu.
Bir mühendis olarak, kariyerimde hangi becerileri geliştirmem gerekir?
Bir mühendis olarak, kariyerimde teknik becerilerin yanı sıra, duygusal zeka, stratejik düşünce, iletişim ve liderlik becerilerini de geliştirmem gerekir. Benim deneyimime göre, bu beceriler, bir mühendisin sadece teknik olarak değil, aynı zamanda kişisel ve profesyonel olarak da gelişmesine yardımcı olur. Örneğin, bir projede liderlik yapmak, ekiple effective iletişim kurmak, ve müşteri ilişkilerini yönetmek, bir mühendisin kariyerinde çok önemlidir. Dolayısıyla, sürekli olarak bunları geliştirmek ve yeni beceriler öğrenmek, bir mühendisin kariyerinde başarılı olmak için gereklidir.
ME

Mustafa Erbay

Sistem Mimarisi · Network Uzmanı · Altyapı, Güvenlik ve Yazılım

2006'dan bu yana sistem mimarisi, network, sunucu altyapıları, büyük yapıların kurulumu, yazılım ve sistem güvenliği ekseninde çalışıyorum. Bu blogda sahada karşılığı olan teknik deneyimlerimi paylaşıyorum.

Kişisel Notlar

Bu notlar sadece sizde saklanır. Tarayıcınızda yerel olarak tutulur.

Hazır 0 karakter

Yorumlar

Sunucu Taraflı AI Moderasyon

Yorumlar sunucuda yapay zeka ile denetlenir ve kalıcı olarak saklanır.

?
0/2000

Sunucu taraflı AI denetim

✉️ Ücretsiz · Spam yok · İstediğin an çık

Haftalık özet — AI değil, bizzat ben seçiyorum

Haftada bir mail: o haftanın en önemli yazısı, perde arkası notları, ve "bu hafta gerçekten kullandığım araç" bölümü. Az gürültü, çok sinyal.

  • 📌
    Haftanın en iyisi Sadece okumaya değer tek yazı
  • 🔧
    Alet çantası Bu hafta kullandığım araçlar
  • 🧠
    Perde arkası Blog'a girmeyen notlar

Spam yapmıyoruz. İstediğiniz zaman ayrılabilirsiniz. · Sadece Umami (self-hosted, Google yok) ile takip.

Okuma İstatistikleriniz

0

Yazı Okundu

0dk

Okuma Süresi

0

Gün Serisi

-

Favori Kategori

İlgili Yazılar