⚓ Gece 02:17 — Alarm Çalmadan Önce Her Şey Normaldi

Gerçek IMCA DP Lessons’dan Harmanlanmış Bir DPO Hikâyesi

Saat 02:17.

🌙 Kuzey Denizi karanlıktı.
🌊 Deniz yükseliyordu.
⚓ Vessel bir offshore installation yanında operasyon yürütüyordu.

Bridge sessizdi.

DP ekranında her şey yeşildi.

Auto DP aktifti.
Thrusters online görünüyordu.
PMS sağlıklı görünüyordu.
Generators yük taşıyordu.
Position stabil görünüyordu.

Dışarıdan bakıldığında mükemmel bir geceydi.

Ama tecrübeli bir DPO bilir:

⚠️ DP incidents başladığında ekranlar genellikle hâlâ yeşildir.

Çünkü büyük olaylar çoğu zaman büyük bir arıza ile başlamaz.

Bir button ile başlar.

Bir karar ile başlar.

Bir varsayım ile başlar.

Ve çoğu zaman olayın başlangıcında sistemler tamamen çalışıyor gibi görünür.

Alarm yoktur.

Kritik bir failure yoktur.

Ancak sistemin güvenlik katmanlarından biri sessizce devre dışı kalmış olabilir.

İşte DP operasyonlarının en tehlikeli yönlerinden biri budur: Risk, çoğu zaman görünür olmadan büyür.

🔘 “Sadece Bir Button”

Bridge üzerinde bir alarm testi yapılırken bir ekip üyesi kontrol paneline uzandı.

Bir saniye sonra…

DP system farklı davranmaya başladı.

Bazı thrusters artık DP’nin kontrolünde değildi.

Vessel yavaşça hareket etmeye başladı.

Kimse ilk anda ne olduğunu anlamadı.

Çünkü kimse o button’un ne kadar güçlü olduğunu bilmiyordu.

İşte burada ilk ders ortaya çıktı:

🚨 Her button bir komuttur.

DP’de hiçbir switch masum değildir.

Bir yanlış dokunuş;

⚠️ Manual Override
⚠️ Thruster Override
⚠️ Mode Change
⚠️ DP Control Loss

ile sonuçlanabilir.

Modern DP sistemlerinde tek bir input, kontrol mimarisinin farklı katmanlarını etkileyebilir.

Bir switch yalnızca bir ekipmanı açıp kapatmaz.

Aynı zamanda control authority değişimine, command transfer işlemine veya belirli bir subsystem’in devre dışı kalmasına neden olabilir.

Özellikle alarm testleri, maintenance faaliyetleri veya commissioning süreçlerinde yapılan işlemler sırasında operatörlerin sistem etkilerini tam olarak anlaması kritik öneme sahiptir.

Bir DPO’nun ilk görevi sistemi kullanmak değil…

Sistemi anlamaktır.

Sistemin hangi modda çalıştığını, hangi ekipmanın kontrol altında olduğunu ve yapılan her komutun operasyon üzerindeki etkisini bilmektir.

🌊 Sonra Hava Değişmeye Başladı

Operasyon geçici olarak durduruldu.

Yaklaşık bir saatlik bekleme olacaktı.

DPO bir karar verdi.

Automatic Surge fonksiyonunu kapattı.

Joystick ile yönetmek daha kolay görünüyordu.

İlk başta her şey normaldi.

Sonra wind arttı.

Sonra swell yükseldi.

Sonra vessel platforma doğru sürüklenmeye başladı.

Çünkü artık DP system’in bir kısmı çalışmıyordu.

Artık insan refleksi çevresel kuvvetlerle yarışıyordu.

Ve deniz her zaman daha hızlıdır.

🌊🌊🌊

DP sistemleri sürekli olarak environmental forces hesaplar.

Wind loading, current etkisi, vessel inertia ve heading değişimleri gibi birçok parametreyi aynı anda değerlendirir.

Bir operatör joystick ile kontrol sağladığında ise bu hesaplamaların önemli bir kısmı insan kararına bırakılmış olur.

Normal şartlarda yönetilebilir görünen bir durum, hava koşullarındaki küçük bir değişimle hızla kritik hale gelebilir.

O gece önemli bir ders daha ortaya çıktı:

⚠️ DP’nin yaptığı işi elle yapmak her zaman daha güvenli değildir.

Bazen sistemi kapatmak değil…

Sisteme güvenmek gerekir.

Özellikle sistem tam kapasite çalışıyorsa ve environmental conditions kötüleşme eğilimindeyse, otomatik kontrol çoğu zaman manuel müdahaleden daha kararlı sonuç verir.

⚡ Sonra Bir Arıza Zinciri Başladı

Engine Room’da sıradan görünen bir bakım yapılıyordu.

Sıradan bir filter değişimi.

Rutin bir iş.

Herkes bunu yüzlerce kez yapmıştı.

Sonra bir generator durdu.

Ardından başka bir sistem devreye giremedi.

Sonra emergency supply beklenen şekilde bağlanmadı.

Sonra battery backup tükendi.

Sonra propulsion control power kayboldu.

Ve herkes aynı şeyi düşündü:

“Bu kadar küçük bir olay nasıl bu kadar büyüdü?”

Çünkü DP dünyasında bazı olaylar tek başına gelmez.

🌪️ Cascade Effect

Bir hata…

Başka bir hatayı tetikler.

O da başka bir hatayı.

Sonunda kimsenin beklemediği bir sonuç ortaya çıkar.

Bu durum özellikle power management ve redundancy konseptlerinde sık görülür.

Tek bir ekipman kaybı doğrudan operasyonu etkilemeyebilir.

Ancak aynı anda başka bir koruma katmanı da başarısız olursa sistem beklenenden çok daha kırılgan hale gelir.

Bu nedenle IMCA raporlarında yalnızca ilk arıza değil, arızanın hangi zinciri başlattığı da detaylı şekilde incelenir.

Çünkü çoğu ciddi DP incident, tek bir failure nedeniyle değil, birden fazla failure’ın birleşmesiyle meydana gelir.

🔥 Thruster’lar Hâlâ Çalışıyordu Ama…

Bir süre sonra farklı bir problem başladı.

PMS normal görünüyordu.

Generators dönüyordu.

Ama thrusters beklenen thrust’ı üretemiyordu.

DP hâlâ aktif görünüyordu.

Fakat vessel artık eskisi kadar güçlü değildi.

İşte bu noktada birçok DPO aynı hatayı yapar:

⚠️ “Çalışıyor” ile “Yeterli Çalışıyor” aynı şey değildir.

Bir thruster dönebilir.

Ama capability kaybolmuş olabilir.

Bir generator online olabilir.

Ama redundancy kaybolmuş olabilir.

Bir system healthy görünürken safety margin tükenmiş olabilir.

DP operasyonlarında asıl soru ekipmanın çalışıp çalışmadığı değildir.

Asıl soru, mevcut çevresel koşullarda operasyonu güvenli şekilde sürdürebilecek kapasiteye sahip olup olmadığıdır.

Bu nedenle Thruster Utilization, Power Reserve, Consequence Analysis ve Capability Plot gibi göstergeler yalnızca teknik veriler değil, operasyonel karar araçlarıdır.

Bir sistem yüzde yüz çalışıyor gibi görünürken aslında kritik limitlerine yaklaşmış olabilir.

Ve bu durum çoğu zaman alarm üretmeden gerçekleşir.

🧠 Sonra En Tehlikeli Şey Oldu

Kimse durmadı.

Kimse operasyonu sonlandırmadı.

Kimse odadaki gerçeği yüksek sesle söylemedi.

Herkes sadece problemi çözmeye çalıştı.

Ama kimse şu soruyu sormadı:

❓ Bu operasyon hâlâ güvenli mi?

İşte birçok DP incident burada başlar.

Arızayla değil.

Kararsızlıkla.

Operasyonel baskı, zaman kaybı endişesi ve görevin tamamlanma isteği bazen teknik gerçeklerin önüne geçebilir.

Bu durum insan faktörlerinin DP güvenliğindeki önemini gösterir.

Bir DPO yalnızca sistem operatörü değildir.

Aynı zamanda risk değerlendirmesi yapan kişidir.

Bazen en doğru karar problemi çözmeye çalışmak değil, operasyonu kontrollü şekilde durdurmaktır.

🚨 Read The Room

Tecrübeli bir Master sonunda Bridge’e geldi.

Ekranlara baktı.

Alarm listesine baktı.

Thruster load değerlerine baktı.

Weather trendlerine baktı.

Sonra kısa bir cümle kurdu:

“We need to stop.”

İşte gerçek profesyonellik budur.

Her problemi çözmek değildir.

Ne zaman durulacağını bilmektir.

Deneyimli denizciler yalnızca mevcut duruma bakmaz.

Trendleri okur.

Sistemin nereye gittiğini anlamaya çalışır.

Çünkü birçok ciddi olay, mevcut durumdan değil, yaklaşan durumun yanlış değerlendirilmesinden kaynaklanır.

Risk yönetiminin temelinde de bu vardır:

Sorun ortaya çıktıktan sonra tepki vermek değil, ortaya çıkmadan önce fark etmek.

⚓ Hikâyenin Sonunda DPO Şunu Öğrendi

DP safety;

🔘 Button’ları tanımaktır.

⚙️ Mode’ları anlamaktır.

🌊 Çevresel kuvvetleri ciddiye almaktır.

⚡ Cascade Effect’i öngörmektir.

🔥 Thruster capability’yi takip etmektir.

🧠 PMS davranışını anlamaktır.

🚨 Alarm gelmeden önce riskleri görebilmektir.

✅ Redundancy konseptini gerçekten anlamaktır.

✅ Capability limitlerini sürekli değerlendirmektir.

✅ Human Factors etkisini göz ardı etmemektir.

✅ Operasyonel baskı altında doğru kararı verebilmektir.

Ve en önemlisi:

⚓ Read the Room.

Çünkü vessel alarmdan önce konuşur.

Thruster’lar alarmdan önce konuşur.

Weather alarmdan önce konuşur.

Power system alarmdan önce konuşur.

Trendler alarmdan önce konuşur.

Performans düşüşleri alarmdan önce konuşur.

Safety margin kayıpları alarmdan önce konuşur.

Soru şu değildir:

“Alarm çalacak mı?”

Soru şudur:

“Alarm çalmadan önce sen duyabilecek misin?”

🌊⚓

(25)