GÖRMEYENLERİN ŞEHRİ 2

KÖRLEŞMENİN ANATOMİSİ

“Hep oradaydı. Ama biz görmedik.”
Belki de en tehlikeli cümlelerden biri bu.

Bazı problemler aniden ortaya çıkmaz. Yavaşça büyür. Yavaşça yerleşir. Yavaşça görünmez olur.

Bir sabah kaldırımlar daha pis değildir mesela. Ama sen artık bakmazsın.
Sokak lambası artık daha az yanmıyordur. Ama sen alışmışsındır.
Etrafındaki insanlar daha kaba, daha bencil değildir.
Ama senin hassasiyet eşiğin düşmüştür.

Bu yazıda işte bu durumu konuşacağız:
Problemler değişmeden, biz nasıl değişiyoruz da onları göremez oluyoruz?


Algı Körlüğü: Beynin Tasarrufu

İnsan beyni her şeyi göremez.
Her şeyi görseydi, çıldırırdı. O yüzden seçer.
“Tanıdık olanı filtreler. Yabancıyı vurgular.”

Bu yüzden yeni bir semt gözüne daha kirli görünür.
Ama kendi mahallendeki pislikleri görmezsin.
Yani problem değişmemiştir. Sen körleşmişsindir.


Normalleşme: Anormale Alışmak

Sürekli karşılaştığın bir hata artık “sorun” değildir.
Bir şikâyet defalarca geldiyse, etkisini kaybeder.
“Her zaman böyleydi” cümlesi, felaketin ilk katıdır.

İzmaritler, tüküren insanlar, bağırarak konuşanlar…
Artık bunlara kızmıyorsan,
Bu onların daha az sorun olması değil.
Senin daha az duyarlı olmandır.


Sessizlik Kültürü: Tepkisizlik Bulaşıcıdır

Kimse ses çıkarmıyorsa, sorun yok gibi gelir.
Toplu taşımada biri yere çöp atar. Kimse bir şey demez.
Beynin şöyle der: “Demek ki burada böyle.”

İşte bu yüzden bazı yerlerde herkes yere tükürür,
Bazı sokaklar hep karanlıktır,
Bazı hatalar hep tekrar eder.
Çünkü sessizlik sorunları onaylar.


Korku ve Konfor: Görmek Rahatsız Eder

Bir problemi görürsen, artık onunla yaşamak zordur.
Bu yüzden bazı insanlar bilinçli olarak görmemeyi seçer.

  • “Ben karışmam.”
  • “Zaten düzelmez.”
  • “Boşuna sinirlenmeyeyim.”

Ve böyle böyle körlük bilinçli bir tercih olur.
Sorunu görmemek, onunla yüzleşmemek için seçilir.


Görmemek Bir Lüks Değildir

Problemleri görememek, zihinsel konfor sağlar.
Ama sistemsel felaketlerin tohumudur.

“Körleşmek, insanın kendi gözünü bile unuttuğu andır.”

Görmüyorsan, tepki veremezsin.
Tepki vermezsen, çözüm doğmaz.
Çözüm doğmazsa, sistem çürür.


Gerçek Bir Hikâye:

Bir fabrikada güvenlik aynası yıllardır çatlak.
Herkes önünden geçiyor ama kimse müdahale etmiyor.
Ta ki bir gün bir forklift, görüş körlüğü yüzünden bir çalışana çarpana kadar.
Soruşturma sonrası yöneticilerden biri sadece şunu diyor:
“Ben her sabah o aynanın önünden geçiyordum…”


Bugün gözünün önünde olan ama artık görmediğin ne var?

SAAT TERSINE DÖNDÜĞÜNDE: IODINE CLOCK REACTION VE YALIN ÜRETIMDE TERS YÖNLÜ SISTEM TASARIMI

Giriş

Iodine Clock Reaction (iyot saat reaksiyonu), kimya eğitiminde sıkça kullanılan bir deneydir. Tepkime sırasında çözelti belirli bir süre renksiz kalır, ardından birdenbire koyu mavi-siyaha döner. Bu geçiş, reaksiyon kinetiğinin temel prensiplerini dramatik biçimde ortaya koyar. Ancak bu deney sadece kimyasal bir gösteri değil; karmaşık sistemlerde zamanlamanın nasıl kontrol edilebileceğini gösteren bir modeldir. Benzer şekilde, üretim hatlarında operatörlerin ters yönde çalışmasının planlanması da insan davranışıyla sistematik etkileşimin mühendisliğidir. Bu iki yapı, farklı disiplinlerden gelse de ortak bir soru etrafında birleşir: Süreç akışı nasıl görünür hale getirilir ve nasıl kontrol edilir?

Iodine Clock Reaction: Kimyasal Kinetiğin Sahne Performansı

Bu reaksiyon genellikle sodyum iyodat (NaIO₃), sodyum bisülfit (NaHSO₃), nişasta ve sülfürik asit içeren iki çözeltinin karıştırılmasıyla başlar. Reaksiyon temel olarak iki aşamadan oluşur:

– İlk aşamada sülfür dioksit benzeri indirgen madde (örneğin sodyum bisülfit), iyodatı (IO₃⁻) indirger ve elemental iyot (I₂) oluşumunu geciktirir:
  IO₃⁻ + 3HSO₃⁻ → I⁻ + 3SO₄²⁻ + 3H⁺
– Redüktan tamamen tükendikten sonra IO₃⁻ yavaşça I₂ üretmeye başlar:
  IO₃⁻ + 5I⁻ + 6H⁺ → 3I₂ + 3H₂O
– Oluşan I₂, çözeltideki nişasta ile kompleks oluşturur ve koyu mavi-siyah renk verir.

Bu sistemin en dikkat çekici özelliği, reaksiyonun “başlangıçta yavaş”, “sonra ani” olmasıdır. Yani hız sabiti, aktif maddenin konsantrasyonuna bağlı olarak gözlemlenemez bir süreç yaratır. Gözlemlenen renk değişimi, tepkinin zamanlayıcısıdır.

Yalın Üretimde Hat İçi Tasarım: Ters Yönde Akış Neden?

Yalın üretim sistemlerinde iş istasyonları, operatör hareketlerini optimize edecek şekilde tasarlanır. Genellikle iş akışı saat yönünün tersine planlanır.

– İnsan gözü, sağdan sola taramada daha az dikkat dağınıklığı yaşar.
– Operatörlerin el hareketleri, saat yönünün tersinde daha kısa erişim yolları sağlar.
– Ters yön akış, iş istasyonu etrafında daha az çapraz hareket gerektirir; bu da hata oranını azaltır.

Kimyasal sistemlerde akış doğrudan enerji gradyanlarına ve kinetik sabitlere bağlıyken; insan sistemlerinde akış yönü, ergonomi ve süreç düzenlemeyle belirlenir.

Sistemsel Farklılıklar: Kimya ve İnsan-Mühendisliği

Kimyasal sistemlerde doğanın yasaları yön belirleyicidir. Termodinamik eğilimler ve reaksiyon kinetiği, olayların nasıl ve ne zaman gerçekleşeceğini belirler. İnsan tabanlı sistemlerde ise yön tayini, iş güvenliği, ergonomi, dikkat yönetimi gibi insan faktörlerine göre yeniden yapılandırılabilir.

Bu fark, kimya ile mühendisliğin epistemolojik yaklaşımı arasındaki ayrımı da yansıtır: biri süreçleri anlamayı, diğeri süreçleri yönlendirmeyi hedefler.

Sonuç

Iodine Clock Reaction, doğanın kendine ait bir zaman akışı olduğunu ve bu akışın, dışarıdan müdahale edilmedikçe değişmeyeceğini gösterir. Yalın üretim ise, doğrudan insan müdahalesiyle sistemlerin verimli hale getirilebileceğini gösteren yapay bir akış sistemidir. Bu iki sistemin karşılaştırması, bilimsel gözlemin ve mühendislik müdahalesinin farklı yaklaşımlarını anlamaya katkı sağlar.

Kaynakça

[1] S. W. Benson, *Foundations of Chemical Kinetics*, McGraw-Hill, 1960.
[2] R. G. Mortimer, *Physical Chemistry*, 3rd ed., Elsevier Academic Press, 2008.
[3] James P. Womack and Daniel T. Jones, *Lean Thinking*, Simon & Schuster, 2003.
[4] M. Imai, *Gemba Kaizen: A Commonsense, Low-Cost Approach to Management*, McGraw-Hill, 1997.
[5] A. T. Wahyudi et al., “The Influence of Workstation Design on Ergonomic Efficiency,” *International Journal of Industrial Ergonomics*, 2016.

İYİLEŞTİRME KÜLTÜRÜ VE KÖK NEDENLE YAŞAMAK

Her problemi çözmek bir başarıdır. Ama her problemi yaşamadan engellemek bir kültürdür. İşte bu yazı dizisinin son halkası, o kültürü kurmak için.

Sorunu Değil, Fırsatı Görmek

Kök neden analizi bir savunma aracı değil, bir gelişim aracıdır. Sorun çıktığında değil, çıkmadan önce düşünmeyi öğretir. Sorunla karşılaşınca değil, süreç işlerken fark etmeyi sağlar.

Bir firmada vardiya planı her ay yenilenir, çalışanlar sürekli yer değiştirirdi. Yönetim, bunun esnekliği artırdığını düşünüyordu. Ama sonra fark ettiler ki, hiçbir operatör bir işi tam öğrenemiyor, kimse süreci sahiplenmiyor, kalite dalgalanıyordu.

O gün sadece planlama değil, zihniyet değişti: “Biz neyi kontrol ettiğimizi sanıyorduk, ama aslında neyi kaybediyorduk?”

İyileştirme Kültürü Neyi Gerektirir (ve Kurumda Gelişim Nasıl Yerleşir)?

  • Süreklilik: Sorun yokken de süreçleri gözden geçirmek.
  • Katılım: Her çalışanın gözlemine ve önerisine değer vermek.
  • Cesaret: Başarılı görünen yapıları dahi sorgulamaya açık olmak.
  • Basitlik: Karmaşık çözümler yerine kök nedene odaklı sade müdahaleler yapmak.

Kök Nedeni Yaşatmak

Bu sadece bir analiz tekniği değildir. Bu, bir bakış açısıdır. Her gün, her karar anında, her değerlendirmede şunu sormak demektir:

“Görünene mi tepki veriyorum, yoksa gerçeği mi anlıyorum?”

İyileştirme kültürü, bu soruyu sormaktan vazgeçmeyen ekiplerin eseridir. Beyaz tahtada değil, insanların zihninde ve davranışında yaşar. Standartlara yazılmaz, davranışlara kazınır.

Tarihten 3 Çarpıcı Semptom Örneği

1. Challenger Uzay Mekiği (1986): Fırlatma sabahı hava çok soğuktu. Roketin sızdırmazlık halkaları (O-ring) bu sıcaklıkta esnekliğini kaybetti. Kimse bu semptomu yeterince önemsemedi. Sistem baskısı, medya takvimi ve karar alma süreci gözlem ve kaygının önüne geçti. Sonuç: 73 saniyede parçalanan bir mekik ve 7 kayıp hayat.

2. Titanic (1912): Buzdağları bölgede yoğun şekilde rapor edilmişti. Haberler ulaştı ama gemide “batmaz” inancı sistemin önüne geçti. Dürbün eksikti. Eğitim eksikti. Yedek bot eksikti. Her şey göz önündeydi ama sistem bu semptomları “önemsiz” saydı. Sonuç: 1500’den fazla can kaybı.

3. Chernobyl (1986): Reaktörde yapılan deney sırasında küçük sapmalar, uyarılar ve sistem dışı davranışlar yaşandı. Ama sistem dışı davranışı sorgulayacak bir güven kültürü yoktu. Operatörler baskı altındaydı, kontrol mekanizması gözardı edildi. Küçük semptomlar gözlemlendi ama sistem cevap veremedi. Sonuç: Tüm dünyayı etkileyen bir nükleer felaket.

Bu örnekler gösteriyor ki, kök neden sadece işyerinde değil, tarihin akışında da belirleyici olabiliyor.

Kök nedeni arayanlar problem çözer. Kök nedenle yaşayanlar sistem kurar.

Ve bu fark, bir işletmenin değil, bir kültürün gelişimini belirler.

SEMPTOMLA DEĞİL, SİSTEMLE ÇÖZMEK

Her semptom, sistemin bir çağrısıdır. Ama çoğu zaman biz bu çağrıyı bastırırız. Semptomu çözeriz, sistemi bırakırız.

Oysa semptom geçici, sistem kalıcıdır. Kalıcı çözüm arayan, sistemi görmek zorundadır.

Gerçek Bir Örnek: Aynı Sorun, Farklı Gün

Bir üretim tesisinde, her ayın ilk haftasında kalite şikâyetleri artıyordu. Sürekli yeni prosedürler yazılıyor, çalışanlara yeniden eğitim veriliyordu. Ama sorun aynı zaman aralığında tekrar tekrar yaşanıyordu.

Bir danışman geldi ve sadece şunu sordu: “Bu dönemde sistemde ne değişiyor?”

Ve anlaşıldı ki, her ayın ilk haftası sevkiyat talebi artıyor, bu da üretimi hızlandırıyor, kalite kontrolleri atlanıyor, yeni başlayan operatörler yetiştirilemeden hatta sokuluyordu.

Semptom: Kalite şikâyeti. Sistem: Kapasite planlaması eksikliği.

Sistem Ne Demektir?

  • Tek tek insanlar değil, birlikte işleyen yapılar.
  • Tekrarlanan davranışlar, düzenli sonuçlar, belirli alışkanlıklar.
  • Bir problemi sürekli üreten bir mekanizma.

İşte bu yüzden sistem çözülmeden, aynı problem sadece elbise değiştirir.

Bugün kargo gecikir, yarın müşteri şikayet eder, öbür gün çalışan işi bırakır. Hepsi aynı şeyin yansımasıdır: sistem açık veriyordur.

Sistemsel Çözüm Ne Gerektirir?

  • Güvenilirlik: Söylenenle yapılanın aynı olması, verinin ve davranışın tutarlılığı.
  • İnsan: Sistemi çalıştıran ve dönüştüren asıl unsur. İnsan yoksa sistem yoktur.
  • Analiz: Gözlem, değerlendirme ve çıkarım olmadan sistem sadece bir kağıt yığınıdır.
  • Dürüstlük: Ne varsa olduğu gibi görmek.
  • Veri: Ezbere değil, ölçümle hareket etmek.
  • Disiplin: Kararlı, tekrarlı ve standart hale getirme.
  • Uyum: Her bir parçanın birbiriyle konuşmasını sağlamak.

Sistem çözümü sihirli değnek değildir. Ama doğru tasarlanmış bir sistem, kötü günde bile çökmeyen bir yapı sağlar.

Unutma: İyi insanlar kötü sistemde tükenir. Kötü sistem, iyi niyeti yok eder.

Sistemi düzeltmeyen, semptomla savaşır.

Artık kabuğu tamamen soyduk. Sonraki yazılarda iyileştirme kültürünü, sürdürülebilirlik araçlarını ve kök neden farkındalığını nasıl canlı tutacağımızı konuşacağız. Ama önce şu soruyu soralım:

Bugün yaşadığın problemi, sistem mi üretiyor yoksa kişi mi? Gerçekten hangisi?

SORGULAMA KÜLTÜRÜ VE DOĞRU SORUYU SORMA SANATI

Sorunların çözümünde çoğu zaman eksik olan şey, yöntem değil sorudur. Yanlış sorular, doğru yöntemleri bile boşa çıkarır.

Ve kurumsal hayatta bu en çok duyulan sorudur: “Kim yaptı?”

Bu sorunun ardında suçlama yatar, savunma doğurur. Ama “neden oldu?” diye sorduğunuzda, zihinsel kapılar açılır.

Sorgulama kültürü, hatayı büyütmek değil, anlayışla çözüm bulmayı amaçlayan bir düşünce disiplinidir. Ancak bunun oluşması için sadece analiz aracı değil, insan ilişkisi gerekir.

Gerçek Bir Hikâye: Usta’nın Cümlesi

Bir bakım ekibinde sık sık yanlış müdahale yaşanıyordu. Yeni gelen teknisyenler arızaya giriyor, parça değiştiriyor ama sorun geçmiyordu. Sonra ustabaşı her seferinde aynı şeyi yaptı: hiçbir şey söylemeden sadece şunu sordu:

“Emin misin?”

Ve sonra ekledi: “Bunu neden yapıyorsun?”

Bu soru, teknisyenlerin birbirini sorgulamasına değil, kendilerini düşünmeye başlamalarına neden oldu. Bir ay içinde tekrar eden hata oranı yüzde 60 azaldı. Çünkü kimse artık ezberle değil, anlayarak hareket etmeye başladı.

Doğru Soruların Gücü

  • Neden bu oldu?
  • Ne zaman başlamıştı?
  • Daha önce de yaşandı mı?
  • Kime değil, neye bağlı?
  • Ben olsaydım ne yapardım?

Bu sorular yargı değil, keşif içerir. Ve bir işletmede sorgulama kültürü varsa, sorunlar korkulacak değil, çözülecek şeyler haline gelir.

Kültür Nasıl İnşa Edilir?

  • Eleştirmek yerine dinlemekle.
  • Suçlamak yerine soru sormakla.
  • Ezber yerine anlayış üretmekle.
  • Müdahale yerine rehberlik etmekle.

Sorgulama kültürü, cesaretle ve saygıyla birlikte büyür. Kök nedenleri görmek isteyen her ekip, önce kendi düşünme tarzını sorgulamak zorundadır.

Bir sonraki bölümde semptomla savaşmak yerine, sistemsel çözüm kurmanın yollarını konuşacağız. Ama önce kendinize şu soruyu sorun:

Bugün hangi soruyu sormayı unuttunuz? Ve o soru sorulsaydı ne değişirdi?

GÖZLEM YAPMAK GÖRMEK DEĞİLDİR

Bir sorun çözülmüyorsa, yeterince iyi gözlemlenmemiştir. Ama gözlem, bakmakla aynı şey değildir. Çoğu kişi bakar ama görmez. Görse de anlamaz. Anlasa da kaydetmez. Bu yüzden birçok kök neden, gözümüzün önünde olduğu halde görünmez kalır.

Gerçek gözlem, hem zihinsel hem duygusal bir iştir. Merak ister. Sabır ister. Önyargısız olmayı, kulak vermeyi, hatta bazen susmayı gerektirir.

Gerçek Bir Hikâye: Sorunu Not Alan Usta

Bir dökümhanede, aynı fırında sürekli döküm kusurları yaşanıyordu. Proses mühendisleri ölçüm yaptı, kontrol formları incelendi. Hiçbir somut neden çıkmadı. Ama eski bir usta vardı. Sessiz bir adamdı. Her vardiyadan sonra küçük defterine bir şeyler yazardı.

Bir gün müdür, merak edip defteri istedi. Usta gülümsedi: “Buyurun, üç aydır ne zaman sorun çıkmış, hangi operatör görevdeymiş, hava sıcaklığı kaç dereceymiş, fırının sesi nasılmış, hepsini not aldım.”

Ve fark edildi ki, her kusur, havanın ani değiştiği günlerde, gece vardiyasındaki belirli bir ekip görevdeyken oluyordu. Ne sistem, ne yazılım, ne formlar bunu fark etmişti. Sadece birinin sabırla izleyip dinlemesi işe yaramıştı.

Gözlem Teknikleri Neyi İçerir?

  • Gemba: Sorunun olduğu yere git. Ofisten bakarak analiz yapılmaz.
  • Sessiz Gözlem: Müdahale etmeden izle. Değiştirirsen, gerçeği göremezsin.
  • Yansımalı Not Tutma: Gördüğünü değil, düşündüğünü değil, ikisini birlikte yaz.
  • Zaman Dönüşü: Aynı işi farklı saatlerde izle. Davranış ve sonuçlar değişir.
  • Görsel Günlük: Süreci fotoğraflarla belgelemek, kıyaslama için güçlü bir araçtır.

Problem Gözlenmez, Dinlenir

Her veri sayılarla anlatılmaz. Bazı problemler sadece işçinin duruşunda, makinenin sesinde, ritmin bozulmasında gizlidir. Bu yüzden iyi gözlemci sadece gözle değil, kulakla, yürekle de analiz yapar.

Bir sonraki yazıda, sorgulama kültürünün nasıl inşa edileceğini, doğru sorunun nasıl sorulacağını işleyeceğiz. Ama önce kendinize şunu sorun:

Bugün gerçekten neyi gördünüz? Neyin farkına vardınız?

OLAY ZİNCİRİ VE SESSİZ BAĞLANTILAR

Bazı sorunlar bir anda ortaya çıkmaz. Önce bir şey hafifçe aksar. Sonra başka bir şey alışılmadık biçimde gecikir. Sonra biri gerilir, diğeri susar. Ve sonunda, kimsenin anlam veremediği büyük bir patlak yaşanır.

Ama bu “aniden olmuş gibi görünen” şeyler, aslında olayların bir zinciridir. Ve her zincirin ilk halkası, çoğu zaman gözden kaçırılan, önemsiz sanılan küçük bir ayrıntıdır.

İşte bu bölümü, o zinciri fark edebilmek için yazıyorum.

Gerçek Bir Örnek: 27 Dakikalık Kaybın 3 Aylık Sessiz Hikâyesi

Otomotiv tedarikçisi bir fabrikada, final montaj hattında 27 dakikalık duruş yaşandı. Küçük bir kayıptı gibi göründü. Ama duruşun maliyeti, sevkiyatta 2 günlük gecikmeye yol açtı. Müşteri memnuniyeti düştü, iç tetkik açıldı, yönetim sinirlendi.

İlk bakışta arıza: konveyör sensörü çalışmamış. Ama olay zinciri geriye doğru izlenince şunlar ortaya çıktı:

  1. Üç ay önce bakım planı değiştirildi, bazı periyodik kontroller ertelendi.
  2. Bir hafta önce uyarı ışığı kısa süreli yanıp sönmüştü ama operatör yorgundu, bildirmedi.
  3. İki gün önce vardiya değişiminde devreye alma yapılmamıştı.
  4. Son gün sensör kendini kilitledi, sistem hata verdi.

Tek bir “arıza” değil bu. Sessizce biriken 4 halkalı bir zincirin sonucu.

Zincirleri Görmek Cesaret İster

Zincir analizleri, hata anına değil, hata sürecine odaklanır. Hataların gölgesinde kalmış, zamanla görünmez hale gelmiş süreç kusurlarını açığa çıkarır.

Ama bunu yapabilmek için bir cesarete ihtiyaç vardır:

  • Olayın geçmişine dönmek,
  • “Kimin hatası” yerine “nerede başlıyor” sorusunu sormak,
  • Sessizlikle geçiştirilen detaylara kulak vermek.

Sessizlik En Büyük İşarettir

Bazı zincir halkaları çok konuşur, bazıları sessizdir. Ama en tehlikelisi, sesi çıkmayan halkalardır. O yüzden iyi bir analizci, bağıran hatayı değil, susan hatayı duyar.

Bu bölümde öğrendiğimiz şey basit: Hiçbir büyük hata bir anda olmaz. Sessizce yaklaşır. Katman katman gelir. Zincir gibi bağlanır.

Bir sonraki bölümde gözlem teknikleriyle problemi görmeyi değil, problemi duymayı konuşacağız. Ama önce kendinize şunu sorun:

Son yaşadığınız sorun ne zaman başlamıştı? Gerçekten o gün mü? Yoksa çok daha önce mi?

BALIK KILÇIĞIYLA GÖRÜNMEYENİ GÖSTERMEK

İşler karıştığında insanlar genelde kişileri suçlar. Hatalar görünür hale gelir, birileri hedef olur. Ama sistemin sessiz aksaklıkları, su yüzüne çıkmaz. İşte o görünmeyeni görünür kılmak için elimizde güçlü bir araç var: Balık Kılçığı Diyagramı ya da diğer adıyla Ishikawa Analizi.

Peki ne işe yarar? Bir problemi doğuran olası tüm nedenleri gruplandırarak görselleştirmemizi sağlar. Adeta bir balığın iskeleti gibi, ana omurgaya problemi yerleştiririz. Kılçıklar ise bu problemi besleyen faktörleri temsil eder.

Gerçek Hayattan Bir Hikâye:

Bir tekstil atölyesinde, belli aralıklarla pantolonların arka cep dikişleri sökülerek iade ediliyordu. Usta başı her defasında “işçilik zayıf” diyerek operatörleri azarlıyordu. Ama sorun çözülmedi.

Bir gün biri önerdi: “Gel bunu bir balık kılçığıyla çizelim.”

Problemi ortaya yazdılar: Arka cep dikişi yırtılıyor.

Sonra etrafına yazmaya başladılar:

  • İnsan: Yeni başlayan operatörler, deneyimsiz.
  • Makine: Dikiş makineleri eski, titreşim yapıyor.
  • Malzeme: Kumaş kalitesi düşürülmüş.
  • Yöntem: Dikiş talimatı revize edilmemiş.
  • Çevre: Çalışma alanı dar, operatör zor pozisyonda çalışıyor.

Kılçıklar arttıkça tablo netleşti. Sorun sadece “işçilik” değilmiş. Bütün sistem küçük küçük hatalar yapıyormuş. İşte o gün, kimseyi suçlamadan sistemi iyileştirme kararı alındı.

Ne Öğreniyoruz?

  • Görselleştirmek, karmaşıklığı sadeleştirir.
  • İnsan, süreç, makine, malzeme ve çevre gibi kategorilerle düşünmek sorunun kaynağını daha net gösterir.
  • Herkesi susturup “kim yaptı?” demek yerine, hep birlikte “neden oldu?” demeyi öğrenmek gerekir.

Balık Kılçığı, sadece bir analiz aracı değil, kolektif farkındalık yaratmanın yöntemidir. Karmaşık bir problemi açığa çıkarmanın, kabuğunu soyup içindeki sistemsel yapıyı görmenin basit ama etkili yoludur.

Bir sonraki yazıda olay zinciri analiziyle, sorunların nasıl birbirine bağlı olduğunu inceleyeceğiz. Ama önce kendinize şunu sorun:

Bugün yaşadığınız sorun, gerçekten tek bir nedene mi bağlıydı? Yoksa hepsi birbirine mi bağlıydı?

5 NEDEN ANALİZİYLE PROBLEMİ OYMA SANATI

Bir gün üretim müdürü elinde bir grafikle geldi: “Verimlilik son iki haftada yüzde 12 düştü.” Panik odasında alarm çaldı. Hemen öneriler gelmeye başladı:

  • “Makine parkurunu yenileyelim.”
  • “Hedef primlerini gözden geçirelim.”
  • “Operatörlere yeniden eğitim verelim.”

Ama biri çıkıp sadece şunu sordu: “Neden düştü?”

İşte bu soruyla başlıyor gerçek analiz.

“5 Neden” yaklaşımı, Toyota üretim sisteminin temel taşlarından biridir. Görünen sorunun ardındaki gerçek nedeni bulmak için aynı soruyu beş kez sormayı önerir. Bu beş neden illa ki beşle sınırlı değildir. Önemli olan, semptomdan kopup derine inene kadar sormaya devam etmektir.

Gerçek Bir Örnek:

Semptom: Montaj hattında ürünler yanlış etiketlenmiş olarak sevkiyata gidiyor.

1. Neden? Çünkü etiketleme sırasında operatör yanlış ürün kodunu girmiş.

2. Neden? Çünkü ürün kodlarını manuel olarak girmek zorunda.

3. Neden? Çünkü sistemde barkod otomasyonu yok.

4. Neden? Çünkü barkod cihazı yıllar önce bozulmuş ama yedek alınmamış.

5. Neden? Çünkü bakım bütçesi yıllardır kısılıyor ve öncelik kritik makinelerde.

Gerçek problem ne? Operatör değil. Sistemsizlik.

İşte bu basit ama güçlü yöntem, sorumluyu değil, nedeni bulmamızı sağlar. İnsanları suçlamak kolaydır. Oysa 5 Neden yöntemiyle suç değil, sebep ararız.

Dikkat Edilmesi Gerekenler:

  • Her sorunun tek bir nedeni olmayabilir. Yine de dominant kök nedene ulaşmak mümkündür.
  • Bu yöntem ezbere değil, gözlemle ve sağlıklı veriyle yapılmalıdır.
  • Soru sormak cesaret ister. Cevaplar bazen rahatsız edicidir. Ama kök neden oradadır.

5 Neden, sadece bir analiz aracı değildir. Bir kültürdür. Sorgulayan, yüzleşen ve çözüm için derine inen bir kültür.

Bir sonraki yazıda Balık Kılçığına geçmeden önce kendinize sorun:

Bugün hangi sorun için kaç kez “neden?” dediniz?

PROBLEMLERİ KABAK GİBİ OYMAK

Problem mi, Semptom mu?

“Makine yine durdu.” “Yine bir müşteri daha aradı.” “Adam dün işi bıraktı.”

Günlük iş yaşamının sıradan diyalogları gibi görünse de bu cümlelerin her biri, yüzeyde beliren bir semptomu işaret eder. Ancak çoğu zaman biz bu semptomları doğrudan “problem” olarak etiketleriz. Oysa asıl sorun, görünmeyenin ardında, daha derinlerde saklıdır. Bu yazı dizisi işte tam olarak o görünmeyeni görmek için yazıldı.

İlk bakışta semptomlar genellikle daha çarpıcı, daha can sıkıcı ve daha hızlı sonuç isteyen olaylardır. Bir şey bozulur, aksar, müşteri şikayet eder, üretim durur. Müdahale edilir. Yeni bir sistem kurulur, bir personel uyarılır, bir prosedür yazılır. Ama sonra?

Kısa bir süre sonra aynı sorun, belki biraz farklı bir kıyafetle yeniden kapıdadır. Çünkü biz semptomu susturmuş, ama problemi olduğu yerde bırakmışızdır.

Bu bir insan vücudu gibidir. Baş ağrısını ilaçla geçirirsiniz ama o ağrı karaciğerden gelen bir sinyal olabilir. Gerçek nedeni bulmazsanız, ağrı geri gelir. İşte iş dünyasındaki sorunlar da böyledir. Her baş ağrısını ağrı kesiciyle çözemezsiniz. Bazen oturup, neden baş ağrısı çektiğinizi düşünmeniz gerekir.

Birinci örnek: Orta ölçekli bir üretim firmasında aylarca müşteri şikayetleri azalmadı. Her defasında ürün ambalajı değiştirildi, kargo firması uyarıldı, çağrı merkezi eğitildi. Ama şikayetler yine geldi. En sonunda biri çıkıp üretim hattına indi, müşteriyle birebir görüştü ve şu gerçekle yüzleşildi: ambalaj değil, ürünün kendisi hatalıydı; çünkü kalıp aşınmış, ölçü dışına çıkmıştı. Hiç kimse üretimi sorgulamamıştı, çünkü sorun hep “dış kaynaklı” sanılmıştı. Oysa asıl problem, hattın başındaydı.

İkinci örnek: Bir şirkette üst üste üç çalışan aynı departmandan istifa etti. Yönetim hemen işe alım sürecini yeniledi, bordro sistemini güncelledi, özlük haklarında iyileştirme yaptı. Ama dördüncü kişi de ayrıldı. Bu kez birisi durdu ve gerçekten neden gittiklerini sordu. Yanıt netti: Departman yöneticisi insan ilişkilerinde zayıftı, toksik bir iletişim ortamı yaratıyordu. Ne maaş ne unvan, kimseyi tutmaya yetmemişti.

Bu yazı dizisinde hedefimiz net: Sorunları kabak gibi oymak. Yüzeydeki şekliyle yetinmeden, içini kazımak ve çekirdeğe ulaşmak. Çünkü gerçek çözüm oradadır.

“Problemleri Kabak Gibi Oymak” başlıklı bu seri, kök neden analizinin mantığını ve pratiğini, iş yaşamının içinden örneklerle, yalın ama çarpıcı bir dille ele alacak.

Giriş bölümünde bu farkındalığı oluşturmak istiyorum: Her problem gibi görünen şey, gerçekten bir problem mi, yoksa sadece daha derindeki başka bir problemin yüzeye yansıması mı?

Cevap basit değil. Ama doğru soru burada başlıyor.

Devam yazılarında; 5 Neden analizi, Balık Kılçığı diyagramı, olay zinciri, gözlem teknikleri ve sorgulama kültürü gibi konularla ilerleyeceğiz. Her yazı bir katman daha soyacak. Ama önce kendimize bu soruyu soralım:

Bugün çözdüğüm şey gerçekten bir problem miydi, yoksa sadece semptom muydu?

UZAY, HAVACILIK VE SAVUNMADA FORENSIC ENGINEERING VE TPM UYGULAMALARI

Kritik Endüstrilerde Hata Lüks Değildir
Uzay, havacılık ve savunma sanayii… Burada hata payı yoktur.
Bir vidanın gevşemesi, bir hesaplama hatası veya gözden kaçan küçük bir tasarım kusuru, yalnızca milyarlarca dolarlık kayıplara değil, insan hayatına ve ulusal güvenliğe mal olabilir.
Bu nedenle, bu endüstrilerde Forensic Engineering sadece olay sonrası bir inceleme değildir.
Aksine, olayları başlamadan engellemenin, sistemleri önceden korumanın ve hataları henüz doğmadan yakalamanın bilimidir.
Uzay Sanayii: Sessiz Bir Mükemmellik Arayışı
Uzaya çıkan her araç, milyonlarca küçük parçadan oluşur.
NASA, ESA, SpaceX gibi kurumlar için her cıvata, her bağlantı noktası, her yazılım satırı kritiktir.
Burada Forensic Engineering yalnızca kazalar sonrası değil; fırlatma öncesi testlerde, yaşlandırma analizlerinde ve kestirimci modellerin geliştirilmesinde başroldedir.
Toplam Üretken Bakım (TPM) felsefesiyle birleşen bu yaklaşım, yalnızca sorunları çözmeyi değil, onları henüz ortaya çıkmadan yok etmeyi hedefler.
Çünkü uzayda, ikinci bir şans yoktur.
Havacılık: Gökyüzünde Hata Affedilmez
Havacılık sektörü de tıpkı uzay sanayii gibi hata kabul etmez.
Boeing, Airbus ve Lockheed Martin gibi devler, her uçağın her parçası için titiz forensic süreçleri uygular.
Bir uçak yere indiğinde başlayan kontroller, yalnızca rutin değil, proaktif bir mühendislik yaklaşımının parçasıdır.
Motor testleri, parça değişim planları ve uçuş öncesi son kontroller, kazaları önlemenin görünmeyen kahramanlarıdır.
Her an, her ölçüm, bir başka felaketi engelleme ihtimalidir.
Savunma Sanayii: Güvenliğin Sessiz Mimarları
Tanklardan füzelere, radar sistemlerinden komuta merkezlerine kadar her savunma sistemi, Forensic Engineering ilkeleriyle şekillenir.
Burada yapılan her hata, yalnızca maddi bir kayıp değil, stratejik bir tehdit anlamına gelir.
Bu yüzden savunma sanayii, kök neden analizine ve TPM tabanlı sürekli iyileştirme süreçlerine sıkı sıkıya bağlıdır.
Ömrü uzatılan sistemler, optimize edilen bakım süreçleri ve azaltılan hata oranları, ulusal güvenliğin görünmez kalkanlarıdır.
Gerçek Hayattan Dersler: İhmalin Bedeli
Tarih, forensic düşüncenin ihmaliyle gelen acı derslerle doludur:
NASA Challenger Faciası (1986): Bir conta tasarımındaki ihmal, yedi astronotun hayatına ve bir ulusun kalbine mal oldu.
Boeing 737 MAX Krizi (2018-2019): MCAS sistemindeki tasarım hatası, iki felakete ve yüzlerce ölüme neden oldu.
Patriot Füze Arızası (1991): Küçük bir yazılım hatası, savaş alanında ölümcül sonuçlar doğurdu.
Her biri, yalnızca bir teknolojik başarısızlık değil; forensic engineering ve TPM prensiplerinin doğru uygulanmadığı noktada ödediğimiz ağır bir bedeldir.
Hayatınızın Forensic Düşünceye Bağlı Olduğunu Unutmayın
Uzayda, gökyüzünde ve savaş alanlarında hata yapma lüksü yoktur.
Bu yüzden Forensic Engineering, yalnızca bir analiz değil, bir yaşam sigortasıdır.
Ve her başarılı fırlatma, her güvenli iniş, her korunan sınır şunu fısıldar:
Görünmeyeni gör, sorunu hisset, çözümü doğur.
Ek: Tarihe Damga Vurmuş 10 Büyük Çeviri ve Yanlış Anlama Hatası

  1. 1. Küba Füze Krizi (1962): Sovyet lideri Khrushchev’in mesajının yanlış çevrilmesi, ABD tarafından tehdit olarak algılandı.
  2. Apollo 11’in Ay Mesajı: Armstrong’un “one small step for man” cümlesinde “a” harfi kayboldu ve anlamı belirsizleşti.
  3. Mistranslation Hatası (1945): Japonya’nın “mokusatsu” terimini ABD “reddetme” olarak yorumladı ve Hiroşima’ya atom bombası atıldı.
  4. Mars Climate Orbiter Kazası (1999): Metrik sistem ile İngiliz birimleri karıştırıldı, uydu Mars atmosferine çarptı.
  5. Nixon’un Polonya Konuşması (1972): Nixon’un “Amerikan halkı Polonya halkına şefkat duyuyor” sözü “Amerikalılar Polonyalıları şehvetle arzuluyor” diye çevrildi.
  6. United Airlines Flight 173: Pilotun “küçük bir problem var” demesi, yer ekibince aciliyetli bir durum olarak algılanmadı ve uçak düştü.
  7. Treaty of Waitangi (1840): Māori yerlileri ile İngilizler arasındaki anlaşmanın farklı tercümesi, yıllarca süren anlaşmazlıklara yol açtı.
  8. Seul Samsung Hospital Skandalı (2014): MERS salgınında iletişim eksikliği nedeniyle yanlış protokol uygulamaları yapıldı
  9. “The Spirit is Willing but the Flesh is Weak” Çevirisi: Rusçaya “Alkol isteği var ama et zayıf” şeklinde çevrildi.
  10. Coca-Cola Çin’de: “Coca-Cola” adı Çince’ye “ölü atırır” anlamına gelen bir şekilde çevrildi, şirket sloganlarını değiştirmek zorunda kaldı.

ÇEVİRİ HATALARININ BİLİM VE ENDÜSTRİYE ETKİSİ: FORENSIC ENGINEERING YANILGISI

Bir Kelime, Bir Bilim Dalını Nasıl Saptırır?
Bilim, doğru kavramlar üzerine kurulur. Bir terimin anlamı kaydığında, sadece dil değil, o alandaki bilgi ve uygulamalar da kayar. Forensic Engineering örneği, bu sık rastlanan ama çoğu zaman fark edilmeyen bir problemin çarpıcı bir göstergesidir.

“Forensic Engineering” şeklinde yerleşmiş teknik bir kavramı, “adli mühendislik” olarak tercüme etmek, yalnızca bir kelime hatası değildir. Bu yanlış tercüme, bir bütün disiplini yanlış anlama, yanlış uygulama ve yanlış öğretmeye yol açar.
“Adli” Algısının Sınırlayıcı Etkisi
Adli kelimesi, suçla, mahkemelerle, ceza soruşturmalarıyla bağdaştırılır. Bu nedenle “adli mühendislik” dendiğinde, toplumun aklına gelen ilk şeyler kaza incelemeleri, suç olayları veya bilirkişilik hizmetleri olur.

Oysa Forensic Engineering, yalnızca bir kazayı açıklamak değil; kök neden analizi yaparak hatalı tasarımların, kusurlu malzemelerin veya yetersiz üretim süreçlerinin sistematik tespitiyle ilgilenir. O yüzden benim önerim Forensic Engineering kelimesi “BÜTÜNSEL MÜHENDİSLİK” olarak çevirilmelidir. Bu tanımda kullanmak doğru bir algı da oluşturur.
Eğitimde ve Akademide Yanlış Kavramın Etkisi
Bir terimin yanlış öğretilmesi, yeni kuşak mühendislerin kavramları hatalı anlamasına neden olur. Yanlış bir çeviri, yalnızca anlamı saptırmaz; bazen hayat kurtaracak bir bilgiyi de görünmez yapar. Bugün birçok üniversite mühendislik bölümü, “adli mühendislik” derslerini sadece kaza sonrası analiz odaklı verirken, önleyici sistem tasarımı, üretkenlik artırımı ve sürekli iyileştirme gibi hayati boyutları göz ardı ediyor.

Bu eksiklik, mezunların endüstride yalnızca reaktif (tepki veren) bir yaklaşım benimsemesine yol açıyor. Halbuki modern endüstri, proaktif (önleyici) uzmanlara ihtiyaç duyuyor.
Endüstride Yanlış Anlamanın Maliyeti
Yanlış anlaşılan Forensic Engineering, şirketlerin sadece olaydan sonra müdahale etmesine neden olur. Makinalarda arıza olduğunda neden araştırılmaz, aynı tip hataların tekrarlaması sorgulanmaz, bakım ve iyileştirme planları geliştirilmez.

Bu durum, üretim kayıplarına, kalite düşüşüne, müşteri memnuniyetsizliğine ve uzun vadede ciddi finansal zararlara yol açar.
Forensic Engineering’in TPM Felsefesiyle Doğru Anlaşılmasının Gücü
Doğru bir Forensic Engineering anlayışı:

  • Kök neden analizi yaparak sorunların kaynağına iner,
  • Tasarım aşamasında riskleri ortadan kaldırır,
  • Bakım süreçlerini optimize eder,
  • Sistemlerin ömrünü uzatır,
  • Operasyonel verimliliği artırır.

Toyota’nın Toplam Üretken Bakım (TPM) modeli de aynı ilkeye dayanır: Sorun çıkınca müdahale etmek değil, sorun daha çıkmadan sistemi öğrenmek ve geliştirmek.
Bir Çeviri Hatasının Gerçek Bedeli
“Adli mühendislik” tabiri, Forensic Engineering’in bilimsel ve endüstriyel boyutunu daraltıyor. Bu sadece akademik bir sorun değil; üretim hatalarının artması, kalite problemleri, finansal kayıplar ve bazen insan hayatı kaybı gibi sonuçları da beraberinde getiriyor.

Bilimde, kavramları doğru anlamak hayati önem taşır. Forensic Engineering gibi kritik bir disiplini doğru kavramak, sadece bireysel bilgi değil, toplumsal ilerleme meselesidir.

FORENSIC ENGINEERING: TPM MÜHENDISLIĞI PERSPEKTIFINDEN GERÇEK ANLAMI VE KRITIK ROLÜ

Forensic Engineering Gerçekte Ne Demektir?
Forensic Engineering, bugün kamuoyunda sıkça “adli mühendislik” olarak yanlış bir şekilde anılır. Gerçekte çok daha kapsamlı bir disiplindir. Temel amacı, bir yapının, bir makinenin veya bir sistemin neden arızalandığını bilimsel mühendislik prensipleriyle analiz etmektir. Ancak, bu sadece “olay sonrası inceleme” değildir. Aynı zamanda “olay öncesi önleme” çalışmasını da kapsar.

Forensic Engineering, Toyota’nın Yalın Üretim sisteminde geliştirilen Toplam Üretken Bakım (TPM) anlayışıyla birebir örtüşür. TPM, yalnızca arıza giderimi değil, arıza önleme, kestirimci bakım ve kök neden analizi üzerine kuruludur. Forensic Engineering de aynı felsefeyi benimser: Sorunların semptomlarıyla değil, kök nedenleriyle ilgilenir.
Neden “Adli Mühendislik” Tanımı Yanlış?
“Forensic” terimi Latince “forum” kelimesinden gelir; halka açık analiz ve tartışma anlamı taşır. Sadece suçla değil, üst düzey teknik analiz ve objektif raporlama ile ilgilidir. Şu anda “adli” olarak çevirilmesi, Forensic Engineering disiplininin yalnızca suç soruşturmalarına hizmet ettiği yanılgısına neden olmaktadır. Bu ise, mühendislik, endüstri ve bilim alanlarında ciddi bir kavramsal sapmaya yol açar.
Forensic Engineering ve TPM: Ortak Zemin
TPM’nin sekiz temel sütunu vardır:

  • Otonom Bakım
  • Planlı Bakım
  • Kök Neden Analizi
  • Ekipman Verimliliği Artırımı
  • Kalite Bakımı
  • İlk Tasarımda Hata Önleme
  • Eğitim ve Yetkinlik Arttırma
  • Ofis ve Destek Faaliyetlerinde TPM Uygulamaları

Forensic Engineering, bu sütunların hepsiyle doğrudan bağlantılıdır. Makine arızalarının, yapısal çökümelerin ve sistem hatalarının kök neden analizi, sadece çökme sonrası değil, çökmeyi önceden tahmin ve önleme stratejisi geliştirme anlamına da gelir.
Mühendislikte Kök Neden Analizi ve Sürekli İyileştirme
Forensic Engineering uzmanları, bir arıza olduğunda sıradan bir onarım yapmazlar. Her olay, öğrenilecek bir fırsat olarak ele alınır. “5 Neden” analizi, “Balık Kılçığı Diyagramları” gibi TPM teknikleriyle olayların kök nedenleri sistematik olarak araştırılır. Elde edilen bilgiler, gelecekte benzer problemlerin yaşanmaması için tasarım ve operasyonel iyileştirmelere yön verir.
Forensic Engineering İle Sanayi 4.0 Arasındaki Bağlantı
Sanayi 4.0 döneminde sensör verileri, yapay zeka tabanlı tahmin modelleri ve kestirimci bakım sistemleri öne çıkıyor. Ancak bu teknolojilerin başarısı, hala doğru bir forensic engineering altyapısına bağlı. Teknoloji, veriyi sunar; forensic engineering ise veriyi anlamlı bilgiye çevirir.
Forensic Engineering Bir “Adli” Değil, “Önleyici ve İyileştirici” Bilimdir
Forensic Engineering, yalnızca suç analizine hizmet eden bir alan değildir. Üretim ve tasarım süreçlerinde kalitenin, güvenliğin ve sürekliliğin garantörüdür. Toyota’nın TPM felsefesiyle temelde aynı bakış açısını taşır: Arızayı beklemek yerine, onu önceden görüp ortadan kaldırmak.

Yanlış terimler, bilimsel anlaşıyı karartır. Doğru anlaşılması gereken şey şudur: Forensic Engineering, modern endüstrinin, havacılığın, uzay teknolojisinin ve savunmanın temel taşlarından biridir.

SISTEMI TAŞIMAK

Sabah – Melis’in Oryantasyon Masası

Melis, elindeki kahveyi masanın kenarına koydu. Bugün oryantasyonun ilk günüydü. Karşısında dört yeni çalışan vardı. Genç, hevesli, dikkatli. Her biri teknik olarak güçlü görünüyordu. Ama Melis’in niyeti teknik anlatmak değildi. Onlara sistemin ‘nasıl’ değil, ‘neden’ kısmını anlatacaktı.

“Şimdi size süreci anlatmayacağım,” dedi Melis. “Onu zaten öğrenirsiniz. Ben size süreci nasıl düşünmeniz gerektiğini anlatacağım.”

Gözlüklerinin camından gençlerden biri dikkatle bakıyordu. Melis devam etti:

“Bir sistem doğru çalışıyorsa bu, her şeyin sorunsuz aktığı anlamına gelmez. Bazen sistem düzgün akarken, alt akışta kimse konuşmuyordur. İşte o zaman sistem çalışmıyor demektir.”

Kısa bir sessizlik oldu. Sonra birisi sordu:

“Yani sistem sessizlikten mi bozulur?”

Melis gülümsedi. “Hayır,” dedi. “Sistem zaten bozulmuştur. Sessizlik sadece onun yankısıdır.”

Baran – Süreç Odasında

Baran, beyaz tahtaya çizdiği bir akış şemasının başında duruyordu. Bir danışmanlık toplantısındaydı. Kurumsal süreçlerin haritasını çıkarmış, ama kimseye hatayı göstermemişti. Onun derdi artık hata değil, alışkanlıktı.

“Bakın,” dedi, “burada bir adımı atlıyorsunuz ama sistem çalışıyor gibi görünüyor. Neden biliyor musunuz? Çünkü kimse o adımı sorgulamıyor. Ve sessizlik en büyük onaydır.”

Yöneticiler birbirine baktı.

Baran devam etti: “Ben artık sistemin çalışmasına değil, insanların neye ses çıkarmadığına bakıyorum. Çünkü sessizlik, sistemin belleğidir.”

Tahtanın köşesine küçük bir not yazdı:

“Bir sistemin iyileştiği yer, ilk ‘neden’ sorusunun sorulduğu andır.”

(Öykü devam edecek – bu sadece ilk sahneler. Geri kalan sahneler ve finale doğru yapılandırma ilerleyen bölümlerde eklenecek.)

Deren – Akademide Yeni Ders

Deren, tahtaya büyük harflerle yazdı: “RELIABILITY – GÜVENİLİRLİK”. Altına küçük harflerle bir kelime daha ekledi: “Davranış.”

Sınıfta öğrenciler merakla bakıyordu. Beklentileri dağılım fonksiyonlarıydı, hazard rate grafikleri, bathtube curve çizimleriydi.

Deren konuşmaya başladı:

“Bunları öğreneceğiz. Ama önce şunu sormamız gerek: Bir sistem neden güvenilir olsun ister? Neye karşı?”

Bir öğrenci parmak kaldırdı: “Hatalara karşı mı?”

“Hayır,” dedi Deren, “sessizliğe karşı.”

O an sınıf sessizliğe gömüldü. Ve o sessizlikte gerçek öğrenme başladı.

Suat Bey – Bir Ziyaret

Suat Bey eski ofisinde çantasından defter çıkardı. Masaya koydu. Karşısındaki kişi gençti. İlk iş yılıydı. Heyecanlıydı.

“Baran’ı tanır mısın?” diye sordu.

“Adını duydum,” dedi genç mühendis. “Burada bazı süreçlerde onun izi varmış.”

Suat Bey defteri açtı. Sayfanın ortasında şunlar yazıyordu:

“Gerçek liderlik, sistemin bir yerine isim yazdırmak değil; o sistemin davranışlarını bir daha eskisi gibi olmamak üzere değiştirmektir.”

“Bu izdir,” dedi Suat Bey. “Ve bu iz, konuşanlardan değil, dinleyenlerden çıkar.”

Gündüz Hoca – Veda Hazırlığı

Kampüs bahçesi hazırlanıyordu. Eski öğrenciler geliyordu. Japonya’dan bir davetli, Anadolu’dan gelen tekniker, bir CEO, bir girişimci…

Hepsi eski bir hocayı dinlemek için gelmişti. Gündüz Hoca emekli oluyordu. Ama kimse buna “veda” demiyordu.

Baran bankta oturuyordu. Melis küçük bir defter tutuyordu. Deren programı organize ediyordu.

Ve saat geldi.

Bahçede Son Ders

Gündüz Hoca sahneye çıktı. Ceketini çıkardı. Mikrofonu aldı. Uzun süre konuşmadı. Sonra:

“Ben size sistem anlatmadım.”

“Ben size nasıl düşünülmesi gerektiğini de öğretmedim.”

“Ben sadece… sizin düşünme şeklinizi bozmak istedim.”

Kalabalık sessizleşti.

“Çünkü bazı sistemler, konuşulmaz. Taşınır.”

Bir duraklama.

“Ve artık taşıyacak olan sizsiniz.”

Son Sayfalar

Tüm karakterler defterlerinin son sayfalarını açtı.

Melis yazdı: “Kültür, sorulmadan sürdürülen cümledir.”

Baran yazdı: “Liderlik, yankıyı susturmamakla başlar.”

Deren yazdı: “Sistem artık biziz.”

Ve yeni bir çalışan deftere ilk cümlesini yazdı:

“Bu bir hikâyeydi. Ama artık bir sistemdir.”

SİSTEMİ KONUŞMAK

Üretim Alanı – Sabah

Baran, sabah vardiyasına gözlemci olarak katılmıştı. Yeni başlattıkları kalite kontrol sisteminde her şey doğru görünüyordu. Ama bir şey ters geliyordu. Paketleme hattında, kontrol adımı çoğu zaman atlanıyor; ürünler doğrudan kolilere giriyordu. Sorduğu her çalışandan benzer yanıt alıyordu:

“Evet, aslında yapılmalı ama çok uzun sürüyor.”

Kimse durumu kayda geçirmemişti. Sorun ortadaydı ama görünmezdi.

İçsel Çatışma – Ofiste Tek Başına

Baran ofisine döndü. Not defterine yazdı:

“Sistem çalışıyor gibi görünüyorsa ama herkes bir kısmını atlıyorsa, o sistem gerçekten çalışıyor mu?”

Aklına eski bir söz geldi: “Bozuk sistemler önce suskunluk üretir.”

Mesajlaşma – Melis’le Gece

Baran, Melis’e mesaj attı:

“Bir şeyi fark ettim ama konuşsam ne olur bilmiyorum. Burada kimse sistemin içini konuşmuyor. Herkes işini yapıyor ama kimse süreci sahiplenmiyor.”

Melis kısa cevap verdi:

“Hatalar her zaman makinede olmaz. Bazen alışkanlıklarda büyür.”

Toplantı – Pazartesi

Haftalık operasyon toplantısında Baran söz aldı. Hafifçe boğazını temizledi, sesini ayarladı.

“Paketleme hattında kontrol adımı çoğunlukla atlanıyor. Bu sürecin tanımıyla gerçek uygulama arasında fark var.”

Odaya bir sessizlik çöktü. Herkes birbirine baktı. Yöneticiler not aldı ama hiçbir yorum yapılmadı.

Toplantı bittiğinde kimse konuyu açmadı. Ama kimse inkâr da etmedi.

Küçük Değişim – Bir Hafta Sonra

Ertesi hafta kontrol adımı için ek süre planlamaya alındı. Yeni bir prosedür eklendi. Kimse “Baran sayesinde oldu” demedi.

Ama bir şey değişmişti.

Eski Bir Defter

Baran, çekmecesinde Gündüz Hoca’dan kalan eski bir defteri buldu. Arasında bir not vardı:

“Sistemin ilk bozulduğu yer, kimsenin konuşmadığı andır.”

Altına el yazısıyla şunu eklemişti:

“Yalın olmak, hatayı erkenden konuşabilmektir. Gecikmiş dürüstlük, pahalıya patlar.”

Gece – Defter Notu

Baran o gece kendi defterine yazdı:

Sistemler, verilerle değil, cesaretle iyileşir.
Ve bazen bir sistemin en güçlü adımı, birinin sessizliği bozmasıdır.

Son noktayı koydu.
Bu defa cümle eksik değildi.

Çünkü artık sistemi sadece görmüyor, konuşuyordu.

SISTEMIN İÇINE DÜŞMEK

İlk Gün – Şirket Lobisi

Melis, içeri girdiğinde kapının kapanma sesiyle birlikte üniversite yıllarını da ardında bıraktığını hissetti. Elinde güvenlik kartı, boynunda şirketin logosunun yer aldığı yaka kartı… Hayalindeki işe başlamıştı. Sistem mühendisi olarak üretim hattını dijitalleştirecek projede yer alacaktı.

Süreçlerin yazılı olduğu klasörler, gösterişli sunumlar, iş akış diyagramları… Her şey oldukça sistematik görünüyordu.

İlk günün sonunda şu notu düştü defterine:
“Sistem büyük. Kurallar net. Beklentiler yüksek. Güzel bir başlangıç.”

Bir Hafta Sonra – Üretim Hattı

Melis, üretim planlarının tam zamanlı yürümemesiyle ilgili rapor hazırlıyordu. Gecikmeler vardı. Ama makineler çalışıyor, arıza kaydı alınmıyordu. Her şey çalışıyor gibi görünüyordu.

“Teslimatlar neden gecikiyor?” diye sordu yöneticisine.

Cevap: “Bazen işler böyle yürür. Adaptasyon meselesi.”

Ama bu yanıt, sistem düşüncesiyle büyümüş biri için yeterli değildi.

Öğle Molası – Kantin

Melis, üretim planlamacısı Selim’le kahve içerken sordu:
“Sence neden işler sarkıyor?”

Selim iç çekti. “Bazı bölümler bilgi geç veriyor. Bazı insanlar işi önemsemiyor. Herkes kendi parçasını yapıyor ama sistem bütün değil.”

Melis, defterini açtı. “Bu bir teknik hata değil. Bu, yapısal bir körlük.”

Hata Ağacı

O gece, Melis kendi ofisinde bir hata ağacı çizdi. Üstte: Sistem Gecikmesi. Alt dallarda:

  • Gecikmiş veri girişi
  • Kontrol mekanizması zayıflığı
  • Geri besleme yapılmaması
  • Kültürel duyarsızlık

Teknik bir bileşen yoktu. Her şey davranışsal düzeydeydi.

Sessiz Toplantı

Melis, yöneticilere kısa bir sunum yaptı. Slaytında şu başlık vardı:

“Sistemsel Arızalar: Teknik Değil, Kültürel”

Sunumun sonunda kimse bir şey demedi. Sessizlik hâkimdi. Ama herkes anlamıştı.

Gece – Mail

O gece Gündüz Hoca’ya bir mail yazdı.

“Hocam, artık mezun değilim. Ama sistemin tam içindeyim. Ve görüyorum ki arızalar her zaman ses çıkarmıyor. Bazen sadece kimse dinlemediği için büyüyor.”

Gönder tuşuna bastı.

Altına küçük bir not düştü:

“Sistemin dışındayken düşünüyorduk. Şimdi içindeyim ve sorumluluğum arttı.”

Son Not

Defterinin son sayfasına yazdı:

Bazı sistemler görünüşte güvenilirdir. Ama asıl güvenilirlik, davranış tekrarlarında saklıdır. Ve kültür, güvenilirliğin sessiz mimarıdır.

YAZI SERISI GENEL DEĞERLENDIRME

Bu yazı serisi, yalın dönüşüm, güvenilirlik mühendisliği ve stratejik düşünme kavramlarını teknik terminolojinin dışına taşıyarak öykü diliyle sunmayı amaçlamaktadır. Altı bölümden oluşan seri, makina mühendisliği öğrencilerinin ders sürecinden mezuniyet aşamasına kadar uzanan zihinsel ve duygusal gelişimlerini konu edinmiş; her bölüm, güvenilirlik teorisinin farklı bir yönünü dramatik anlatım aracılığıyla yapılandırmıştır.

Serinin temel başarısı, mühendislik kavramlarını yalnızca açıklamakla kalmayıp, karakterlerin yaşantılarıyla bütünleştirmesidir. Böylece bilgi, aktarılan değil yaşatılan bir unsura dönüşmektedir. Teknik bilgi ile karakter gelişimi arasında kurulan bu bağ, yalnızca teorik değil, aynı zamanda pedagojik bir başarıdır.

  1. bölümde başarı ve başarısızlık kavramlarının izafi doğası sorgulanırken, 2. bölümde sistemsel arızaların yalnızca teknik değil, davranışsal ve kültürel boyutları da irdelenmiştir. 3. ve 4. bölümler, sistem davranışlarının analitik karşılıklarını incelerken; 5. bölümde karar yapıları, hata ağaçları ve sistem güvenilirliği arasındaki bağ açığa çıkarılmıştır. 6. bölüm ise tüm bu kavramların hayata ve bireysel karar süreçlerine nasıl aktarılabileceğini göstermesi bakımından serinin en kapsayıcı metnidir.

YÖNTEMSEL OLARAK ÖNE ÇIKAN GÜÇLÜ YANLAR

  • Her teknik kavram, dramatik bir anlatı aracılığıyla somutlaştırılmıştır. Örneğin, hazard rate bir karakterin kırılganlığı üzerinden; bathtub curve ise bir arkadaşlığın evreleriyle metaforlaştırılmıştır.
  • Bilgi aktarımı karakterlerin diyaloğu ve içsel çatışmaları üzerinden sağlandığı için, anlatımda doğallık ve içtenlik korunmuştur.
  • Teorik açıklamalar karakterlerin kişisel farkındalıklarıyla birleşmiş, böylece anlatı yalnızca bilişsel değil duygusal bir dönüşüm de yaratmıştır.
  • Yalın düşünce, üretim sistemlerinden soyutlanarak bir düşünce biçimi olarak konumlandırılmış; bireyin karar yapılarında ve stratejik yöneliminde nasıl karşılık bulduğu gösterilmiştir.

İLERİYE YÖNELİK GELİŞİM POTANSİYELLERİ

  • Serinin bundan sonraki bölümlerinde gerçek saha deneyimlerine dayalı olay örgüleri kurgulanabilir. Mezuniyet sonrası iş yaşamı, saha mühendisliği, ekip içi çatışmalar ve kriz yönetimi gibi temalar, kurumsal dünyanın güvenilirlik dinamiklerini öyküye taşıyabilir.
  • Gündüz Hoca karakteri, pedagojik figür olarak görevini tamamladığında, Baran ya da Melis gibi karakterlerin rehberliğe evrilmesi, karakter gelişiminin sürekliliğini sağlayacaktır.
  • Yalnızca teknik güvenilirlik değil, organizasyonel ve insan merkezli güvenilirlik kavramları (organizational reliability, human reliability) işlenerek disiplinlerarası geçişler sağlanabilir.
  • Modern teknolojiler bağlamında; veri temelli karar alma, algoritmik güvenilirlik, insan-makine etkileşimi gibi başlıklar da öykü diliyle aktarılabilir. Bu bağlamda, makine öğrenmesi destekli bakım sistemleri, tahmine dayalı arıza yönetimi gibi konular da serinin doğal bir uzantısı haline getirilebilir.
  • Ayrıca, Hoshin Kanri gibi strateji hizalama araçları yalnızca kavramsal değil, davranışsal boyutlarıyla da öyküye entegre edilebilir.

Sonuç olarak, bu yazı serisi teknik ve stratejik düşünceyi yalnızca aktarmakla kalmayıp, onun birey üzerindeki zihinsel ve duygusal etkilerini de açığa çıkaran özgün bir anlatı biçimi geliştirdim. Bu yönüyle yalnızca mühendislik öğrencilerine değil, karar alma süreçlerini derinlemesine kavramak isteyen her disiplin için değerli bir anlatım örneği sunmaya gayret ettim.

YOLA ÇIKMADAN ÖNCE

Sabah – Kantin

Kahveler masaya konmuş, tostlar ikiye bölünmüş, sandalyeler hafifçe kaydırılmıştı. Masada Melis, Baran ve Deren oturuyordu. Hepsi sessizce bahçeye bakıyordu. Sessizlik, kampüsün son dönemine özgüydü. Çok şey konuşulmuştu zaten. Şimdi her şey yola bakıyordu.

“Mezuniyete az bir zaman kaldı,” dedi Baran, fincanı eline alırken.

Melis hafifçe gülümsedi. “Ve ben hâlâ hangi yolu seçeceğimi tam bilmiyorum. Girişim mi, kurumsal mı, yüksek lisans mı?”

Deren: “Ben bir sistem çizdim kendime. Her olasılık bir dal. Aralarında hata ihtimallerini yazdım. FORM gibi.”

Baran güldü. “Yani sen hayatını bir dağılımla yönetiyorsun.”

Deren ciddi bir yüzle cevapladı: “Aynen öyle. Ve β değerimi 2.0’a sabitledim. Kabul edilebilir risk oranı %2.3. Korkutmuyor artık.”

Öğle – Bahçedeki Ağaç Altı

Ağaçların altındaki taş bankta, herkes defterlerini açmıştı. Bu defa not almak için değil; düşünmek için.

Melis kendi hayat sistemini çizmeye başladı.

“Bu ben,” dedi, merkeze bir daire çizerek. “Şu girişim fikrim. Burası yatırım arayışı. Şurada zaman yönetimi. Ve burası… kişisel güven.”

Baran yaklaştı. “Yani hayatının hata ağacını çiziyorsun.”

Melis başını salladı. “Evet. Çünkü başarısızlığı tanımlamazsam, güvenilirliğimi ölçemem.”

Deren kendi sayfasına “Series vs Parallel” yazdı.

“Hayatımı paralel kuruyorum,” dedi. “Bir yönüm başarısız olursa, diğerleri beni ayakta tutacak. Tek noktadan hata vermek istemiyorum.”

Akşamüstü – Kampüs Yürüyüşü

Gündüz Hoca onları kampüsün eski kısmına götürdü. Sessizdi. Kimse telefonuna bakmıyordu. Hoca yürüyordu, öğrenciler yanında.

“Size bir dönem boyunca sistemler anlattım,” dedi. “Ama asıl sistem sizdiniz. Şimdi o sistemi dış dünyaya kuracaksınız.”

Melis sordu: “Hocam, ya sistem çökerse?”

Gündüz durdu, döndü.

“O zaman ağacı çizersiniz. Neden çöktü diye. Ve yeniden başlarsınız. Bir mühendis için hata, yolun sonu değil; verinin başlangıcıdır.”

Baran: “Peki ya strateji? Hedeflerimiz büyük ama yollarımız belirsiz.”

Hoca gözlerini ufka dikti. “O yüzden Hoshin Kanri sadece şirketler için değildir. Hayatınızı hizalayın. Günlük kararlarınız, hayalinizle tutarlı mı, ona bakın.”

Gece – Teras

Yıldızlar yukarıda parlıyordu. Üçü, terasın köşesinde yere oturmuştu. Her biri defterine bir cümle yazıyordu.

Melis: “Ben artık sadece mühendis değilim. Karar alan bir sistemim.”

Deren: “Ben kendime yedek sistemler kurdum. Kendim bozulursam, beni taşıyacak şeyleri hazırladım.”

Baran defterine şunu yazdı:

“Hayat, güvenilirliği test eder. Ama güven, kendi dağılım eğrini tanımakla başlar.”

Ve o gece, sistemleri değil, kendilerini konuştular.

Ama her şey yine güvenilirlikle ilgiliydi.

Çünkü öğrendikleri her şey, sonunda hayata dair bir şeydi.

Yola çıkmadan önce…

GÖRÜNÜR ARIZANIN GÖRÜNMEYEN AĞACI

Yorum yazmayı unutmayın.
Gece Laboratuvarı

Saat 23:07. Laboratuvar sessizdi. Işıkların çoğu sönmüş, sadece üç masa lambası yanıyordu. Melis’in gözleri ekranın grafiklerine takılmıştı. Baran simülasyon çıktılarının başında, deftere notlar alıyordu. Deren, sessizce tabletine formüller yazıyordu.

Kapı açıldı. İçeri Gündüz Hoca girdi.

“Gece nöbetine mi kaldınız?” dedi gülümseyerek.

Melis başını kaldırdı. “Hocam, sistem yine çöktü. Ama nedenini bulamıyoruz.”

Gündüz yaklaştı. Ekrana baktı. “Sistemi paralel mi kurdunuz?”

Baran: “Öyle sandık. Ama aslında… hocam, sanırım biz seri ve paraleli karıştırmışız.”

Gündüz başını salladı. “İnsanlar da sistemler gibi. İki kişi yan yana yürür, biri durursa diğeri de durur. Ama gerçek paralellik, biri durduğunda diğerinin devam edebilmesidir.”

Deren ekrana formülleri yansıttı. “Hocam, FORM metoduna göre sistemin güvenilirliği %95 görünüyor ama… β = 1.65. Yani yaklaşık %5 hata ihtimali.”

Gündüz gözlüğünü çıkardı. “Ve siz bu riski sıfır varsaydınız. İşte stratejik arıza burada başlar. Matematik doğru olabilir. Ama karar yapısı eksikse sistem çöker.”

Hata Ağacı

Baran tahtaya yürüdü. Eline kalemi aldı. En üste “Sistem Çöküşü” yazdı. Altına bir OR kapısı çizdi. Solunda “Enerji Modülü Hatası”, sağında “Kontrol Yazılımı Gecikmesi”.

Melis eklendi. “Enerji Modülü için AND kapısı çiz. Çünkü hem bağlantı kablosu hem voltaj regülatörü birlikte bozulduğunda hata veriyor.”

Gündüz başını salladı. “İşte bu. Görünür arızayı sadece sonuçta değil, süreçte arayın.”

Üçlü, ağacı dallandırdıkça aslında çöküşün nedeninin donanım değil, yazılımda bir zamanlama kararı olduğunu keşfettiler. Yazılım, voltaj düşmesini algılamadığı için sistemi ‘koruma’ moduna alıyordu. Oysa bu sadece kısa bir dalgalanmaydı.

“Yani,” dedi Baran, “sistem değil, mantık ağacı bozukmuş.”

Hoshin Kanri ve Stratejik Hata

Ertesi gün Suat Bey geldi. Gündüz Hoca ile birlikte projeyi izliyordu.

“Her şey doğru gibi görünüyordu,” dedi Melis, “ama bozuldu.”

Gündüz Hoca parmaklarını birleştirip konuştu: “Strateji sadece hedef değildir. Strateji, bu hedefe hangi ağ üzerinden yürüneceğini de bilmektir.”

Suat Bey başını salladı. “Hoshin Kanri, yön belirlemek değil sadece. O yönü taşıyacak sistemlerin karar mimarisini de çizmek.”

Baran not defterine şunu yazdı: “Hedefin varsa yönün vardır. Ama yönün sağlam değilse hedefin seni taşımaz.”

Final Sunumu

Ekip, sistemin sadece teknik olarak değil, karar yapısı olarak da yeniden düzenlendiğini sundu.

Slaytta ilk cümle şuydu:

“Bir sistemin çöküşü, parçalarla değil, kararlarladır.”

Sunum boyunca şunları söylediler:

  • “Seri sistemler en güçlü parçalarla değil, en zayıf halka kadar güvenilirdir.”
  • “Paralel sistem kurduk sanılır, ama mantık yapısı seridir; bu fark görülmezse çöküş kaçınılmazdır.”
  • “Hata ağacı sadece teknik bileşenleri değil, stratejik kararları da içermelidir.”

Gündüz Hoca, sunum sonunda sessizce gülümsedi.

“İşte bu,” dedi. “Artık sistemi anlamıyorsunuz sadece. Artık düşünmeyi anlamaya başladınız.”

Melis defterine son cümleyi yazdı:

Görünür arıza, sadece çiçek. Kök, hep görünmeyen stratejidedir.

SISTEM DEĞIL, STRATEJI ÇÖKTÜ

Kampüs Konferans Salonu – Sistem Tasarımı Yarışması

Salon doluydu. Üniversitenin en prestijli etkinliklerinden biri başlamıştı: Ulusal Sistem Tasarımı Yarışması. Baran, Melis ve ekibi sahnede sunumlarını tamamladı. Sistemleri, verimlilik ve enerji kullanımı açısından mükemmeldi. Jüri başını sallıyor, notlar alıyordu.

Ama sahne arkası bambaşkaydı.

Saha testlerinde sistem, 6. dakikada çökmüştü.

Hiçbir parça yanmamıştı. Yazılım hatasızdı. Bağlantılar sağlamdı. Ama sistem durmuştu. Tüm gözler ekibe dönmüştü. Nedenini kimse anlayamıyordu.

Atölye – Gece

“Teknik olarak her şey sağlam,” dedi Baran, not defterine dalmışken. “Ama sistem çalışmadı.”

“Çünkü teknik hata yok,” dedi Melis. “Stratejik hata var.”

Baran başını kaldırdı. “Ne demek bu?”

“Biz sistemi en iyi koşullar için tasarladık. Yük altındayken, güç dengesizken, kullanıcı hatası olduğunda ne olur diye düşünmedik.”

Gündüz Hoca’nın Odası

“Stratejik hata, teknik hatadan sinsidir,” dedi Gündüz Hoca. “Çünkü hemen ortaya çıkmaz. Ama çıktığında sistemi değil, zihniyeti çöker.”

Melis sordu: “Bu neden kimsenin gündeme getirmediği bir şey?”

Gündüz Hoca derin bir nefes aldı. “Çünkü stratejik hata, genellikle bir yöneticinin kararıdır. Ve kimse patronun kararını ‘arıza’ diye yazmaz.”

Baran sessizce not aldı: “Sistem bozulmazsa sorun yok sanılır. Oysa bazı stratejiler, çalıştığı halde çöküyordur.”

Simülasyon Laboratuvarı

Ekip, aynı sistemi farklı stratejilerle test etmeye başladı. Sistemi daha az yükle çalıştırdılar. Fazla yedeklilik koydular. Sonuçlar çelişkiliydi. Melis sonunda şunu fark etti:

“Biz sistemi güvenilir yapmak için daha karmaşık hale getirdik. Fazla yedeklilik, kontrol mekanizmasını zayıflattı. Stratejik olarak yıkıldık.”

Baran ekledi: “Yani teknik olarak doğru ama yönetimsel olarak kırılgan bir yapı.”

Sektörden Gelen Danışman – Suat Bey

“Ben 15 yıl enerji sektöründe çalıştım,” dedi Suat Bey. “En büyük arızaları gördüm. Ama hiçbiri parçalardan çıkmadı. Hepsi planlardan çıktı.”

Gözlerini ekibe dikti: “Sisteminiz iyi. Ama düşünce yapınız eski. Bugünün sistemleri sadece nasıl yapıldığıyla değil, neden öyle yapıldığıyla test edilir.”

Melis gözlüğünü düzeltti. “Yani sistem değil, strateji çöktü.”

Suat Bey güldü. “Tebrikler. İlk kez biri bunu bu kadar açık söyledi.”

Proje Sunumu – Yeniden

Baran, Melis ve ekip sistemlerini revize etti. Aynı parçalarla, ama farklı stratejiyle.

Sunumun başlığı değişmişti:

“Sistem Güvenilirliği: Yapıdan Zihniyete”

Sunumdan cümleler:

  • “Sistemler parçalarla değil, kararlarla şekillenir.”
  • “Gizli arızalar, stratejide başlar; görünür hale geldiğinde çok geçtir.”
  • “Bir sistemin teknik sağlamlığı değil, stratejik esnekliği güven verir.”

Jüri sessizdi. Ardından uzun bir alkış geldi.

Ve Gündüz Hoca kenarda mırıldandı:

“Artık mühendislik değil, liderlik konuşuyoruz.”

Baran son sayfaya şunu yazdı:

“Güvenilirlik, sadece bozulmamak değil. Yanlış kararlarla ayakta kalmamak da bir çöküştür.”