Amazon’un Oregon tesisinde çalışan bir depo işçisinin hayatını kaybetmesi, yine o eski soruyu masaya taşıdı: “Bu kadar büyük operasyonlarda iş güvenliği gerçekten ne kadar ciddiye alınıyor?” Şirket, ölümün işle bağlantılı olmadığını açıkladı. Ama açık konuşayım — böyle haberlerde teknik bir açıklama tek başına yetmiyor. İnsanların aklında kalan şey genelde sahadaki düzen, vardiya temposu ve risk yönetimi oluyor; hukuki ifadeler değil (eh, fena değil)
Ben bu tür haberleri gördüğümde hep aynı anı hatırlıyorum. 2024 yazında İstanbul’da bir lojistik merkezini gezerken, — kendi adıma konuşayım — koridorlar tertemizdi, ekranlar pırıl pırıldı, her çalışanın elinde tarayıcı vardı… ama oradaki bir çalışan bana eğilip şunu söyledi: “Asıl mesele sistem değil, o sistemi kaç saat üst üste kullandığın.” İşin aslı şu ki, büyük depo operasyonlarında kâğıt üzerindeki prosedür ile gerçek hayat arasında bazen epey — bazen de fazlasıyla — mesafe oluyor.
Doğrusu, Amazon cephesinden gelen “işle ilgili değil” açıklaması hukuki açıdan önemli tabii. Fakat kamuoyu açısından bu ifade çoğu zaman buz gibi kalıyor. Çünkü insanlar sadece sonucu değil, o sonuca giden zinciri de merak ediyor. Bir olay iş kazası sayılmasa bile çalışma koşulları, vardiya baskısı. Acil müdahale süreçleri tartışmanın tam ortasında durmaya devam ediyor.
Oregon’daki olay neden bu kadar dikkat çekti?
Şöyle düşünün. Amazon gibi dev bir şirkette tek bir ölüm haberi bile geniş yankı yaratıyor; çünkü şirketin geçmişi bu konuda zaten tertemiz değil. Depo güvenliği, hız hedefleri ve işçi sağlığı meselesi yıllardır gündemde. O yüzden insanlar otomatik olarak şunu soruyor: Bu sefer ne oldu?
Kritik nokta burada: “işle bağlantılı değil” ifadesi her şeyi kapatmıyor. Tıbbi bir durum mu vardı, önceden bilinen bir sağlık sorunu mu tetiklendi, yoksa çevresel bir faktör mü devreye girdi? Bunların hiçbirini bilmiyoruz. Ve dürüst olmak gerekirse, tam da bu belirsizlik yüzünden haber daha da ağırlaşıyor.
Bir olayın hukuken “iş kazası” sayılmaması, sahadaki güvenlik kültürü tartışmasını otomatik olarak bitirmiyor. Tam tersine, çoğu zaman asıl soru orada başlıyor.
Geçen yıl Berlin’de bir lojistik yazılım etkinliğinde buna benzer bir panel izlemiştim — konu aslında robotlar değildi, insan faktörüydü. Panelistlerden biri gayet net söylemişti: “Depoda hata çoğu zaman tek bir noktadan çıkmaz, küçük yorgunluklar üst üste biner, (kendi tecrübem). Bir noktada o yük çöker.” Kulağa basit geliyor. Pratikte tam da böyle çalışıyor ama.
Evet, doğru duydunuz.
Depo güvenliği neden sürekli tartışma konusu oluyor?
Depolar dışarıdan bakınca düzenli görünür. Raflar sıralıdır. Barkod sistemi işler. Sevkiyat akışı akar gider. Ama içeride tempo yüksektir; yürüyüş mesafeleri uzundur, tekrarlayan hareketler yorucudur ve zaman baskısı hiç eksilmez. Hani masa başında oturup izleyen biri için her şey kolay görünür ya — sahada öyle olmuyor. Hiç olmuyor.
Eh, Amazon özelinde tartışma daha da büyüyor çünkü şirket ölçek ekonomisini iyi biliyor, çok iyi biliyor aslında, ama ölçek büyüdükçe hata payı da başka türlü hesaplanır hale geliyor. Küçük bir startup’ta aksayan süreç can sıkar; dev bir lojistik ağda ise aynı aksaklık zincirleme etki yaratır ve farkına varıldığında iş çoktan büyümüş olur.
Kısa bir not düşeyim buraya.
Bunu 2023’te Ankara’da görüştüğüm bir operasyon yöneticisinden duymuştum. “Bizim en büyük düşmanımız kötü niyet değil; acele” demişti. Çok doğru bir laf. Bazen insanı yoran şey ağır kaldırmak değil — kararların sürekli hızla, neredeyse refleksle verilmesi.
Küçük işletme ile dev depo arasındaki fark
Küçük bir işletmede sorun çıkınca üç kişi görür, hızlıca el atılır, konu kapanır gibi olur. Kurumsal ölçekte işler farklıdır; aynı hata binlerce paket içinde görünmez hale gelebilir, haftalarca fark edilmeyebilir (ki bu çoğu kişinin gözünden kaçıyor). Bir de şu var: Dev sistemlerde problem çoğu zaman tek başına teknik değildir — organizasyoneldir, kültüreldir, bazen de sadece “herkes böyle yaptığı için” hâline gelmiş bir alışkanlıktır — bence çok yerinde bir karar — Daha fazla bilgi için Xbox Game Pass pahalı mı oldu? Microsoft’un zor denklemi yazımıza bakabilirsiniz.
| Alan | Küçük işletme | Büyük depo/kurumsal yapı |
|---|---|---|
| Risk takibi | Daha hızlı fark edilir | Süreçlere yayılır, geç görünür |
| Eğitim | Daha esnek ama düzensiz olabilir | Daha standart ama bazen yüzeysel kalabilir |
| Müdahale hızı | Anlık karar verilebilir | Prosedürler nedeniyle yavaşlayabilir |
| Baskı seviyesi | Ekip içi değişkenlik yüksek | Sistematik performans baskısı olabilir |
Açıklama neden yetmiyor?
Neyse, uzatmayalım. İnsanlar şirketlerin metinlerini okurken artık bir tür refleks geliştirdi. “Üzüntü duyuyoruz”, “soruşturma sürüyor”, “olay iş ilişkili değil” — bu cümleler o kadar tanıdık ki artık otomatik pilotta okunup geçiliyor. Sorun şu ki detay yoksa empati de havada kalıyor. Boşlukta asılı kalıyor. Daha fazla bilgi için Citizen’in Yeni Titanyum Kronografları: Camı Sert, Duruşu Net yazımıza bakabilirsiniz.
Şimdi gelelim işin can alıcı noktasına.
Amazon’un karşı karşıya kaldığı zorluklardan biri tam burada: iletişim dili ile saha gerçekliği birbirini tutmadığında, kamuoyu o boşluğu kendisi dolduruyor. Dedikodu dolduruyor, sosyal medya dolduruyor, sendikal eleştiriler dolduruyor… sonra iş iyice dallanıp budaklanıyor ve şirket zaten geç kalmış olduğu bir anlatıyla baş başa kalıyor.
Açık konuşayım — ben editör masasında bu tarz haberleri görünce önce resmi açıklamaya bakarım, sonra arka plandaki bağlama dönerim. Çünkü tek paragrafla — kendi adıma konuşayım — anlatılan olaylarda genelde eksik bir parça vardır, her zaman. Bu haberde de eksik parçalar var gibi duruyor.
Peki Amazon ne yapmalı?
Bence ilk iş şeffaflık. Soruşturma hangi kurum tarafından yürütülüyor? Çalışanın bulunduğu vardiyada olağan dışı ne vardı? Tesiste son altı ayda kaç güvenlik ihlali raporlandı? Bunlar söylenmeden yapılan açıklamalar biraz steril kalıyor — evet, hukuki olarak yeterli olabilir, ama insanı ikna etmiyor. Bu konuyla ilgili İçeride Yapay Zekâ Ürününü Doğru Yayına Almak: Sakin Plan yazımıza da göz atmanızı tavsiye ederim.
- Daha net olay kronolojisi paylaşmak
- Tesis bazlı güvenlik verilerini daha sık yayınlamak
- Mola ve vardiya yoğunluğunu bağımsız denetime açmak
- Acil sağlık müdahalesi sürelerini ölçmek ve duyurmak
Sektörün derdi sadece Amazon mu?
Hayır, tabi ki değil. Lojistik ve e-ticaret tarafında büyüklük arttıkça benzer riskler başka firmalarda da boy gösteriyor. Otomasyon arttıkça insan emeği azalmıyor aslında; şekil değiştiriyor yalnızca. Forklift trafiği var mı? Var. Tekrarlı kas-iskelet sorunları? Var, hem de ciddi biçimde. Gece vardiyası etkisi? Maalesef var, ve gözardı edilmesi kolay olduğu için daha da tehlikeli.
Hani, Bana göre asıl mesele teknoloji değil — teknoloji yönetimi. Sensör koymak kolay; ama o sensörden gelen uyarıyı gerçekten ciddiye alan kültürü inşa etmek, işte zor kısmı o. Geçen ay Barselona’da katıldığım tedarik zinciri konferansında aynı cümleyi farklı kişilerden defalarca duydum: “Veri var. Davranış değişmiyorsa, veri süs oluyor.” İnsanı düşünduruyor doğrusu.
Kurum içi kültür neden belirleyici?
Hani, Bazı şirketlerde çalışanlar sorun gördüğünde rahatça rapor verir. Bazı yerlerde ise kimse ses çıkarmaz — çünkü performans notu düşer diye korkar, çünkü “çıkıntı” olmak istemez, çünkü zaten “hep böyle oldu” algısı yerleşmiş. İşte tehlike orada başlıyor. Sessizlikte.
Açıkçası, Yani mesele yalnızca kaza sonrası inceleme değil. Öncesinde insanların nasıl hissettiği de kritik, belki daha da kritik. Nylas Audit Konfigürasyonu: Log Ayarlarını Anında Görün yazımızda da bu konuya değinmiştik. Telegram Kanalı Kazıma Rehberi: API’siz, Şifresiz Yöntemler yazımızda da bu konuya değinmiştik.
İtiraf edeyim, Bir arkadaşım geçen sene Rotterdam’daki liman operasyonlarında danışmanlık yaparken bunu şöyle anlatmıştı: “İnsan kendini güvende hissetmiyorsa prosedür kağıt üstünde kalıyor.” Bayağı doğru söz.
// Basit risk kontrol mantığı
if (vardiya_suresi > max_süre || mola_eksikligi == true) {
güvenlik_uyarisi_goster();
yonetici_onayi_iste();
}
else {
normal_akışı_surdur();
}Sahadan görünen tablo ve kısa değerlendirmem
Bu haber bence iki ayrı katmanda okunmalı. Birincisi insani katman: bir çalışan hayatını kaybetmiş. Bu kendi başına ağır bir şey, tartışmadan önce bunu bir an için duraksamak gerekiyor. İkincisi kurumsal katman: Amazon’un geçmişten gelen güvenlik algısı nedeniyle olayın ağırlığı daha da büyüyor, şirket ister istemez büyüteç altında kalıyor.
Şahsen, Az önce dediğim gibi — resmî açıklama hukuken yeterli olabilir. Kamuoyu için pek yeterli gelmiyor ama. Nadiren geliyor zaten.
Kendi adıma böyle vakalarda en çok şuna takılıyorum: “İşle ilgili değil” denilen şey gerçekten bağımsız biçimde mi incelendi? Eğer bu sorunun cevabı netleşmezse tartışma kapanmaz. Hatta biraz sert söyleyeyim — kapanmamalı da. Çünkü büyük sistemlerde küçük ihmallerin faturası ağır olabiliyor. Çok ağır.
Sıkça Sorulan Sorular
Amazonda yaşanan ölüm iş kazası sayılır mı?
Araya gireyim: Buna resmi soruşturmanın bulguları karar verir. Şirketin açıklamasına göre ölüm iş ile bağlantılı değil deniyor ama nihai sınıflandırma tıbbi ve idari incelemeye bağlıdır.
Neden depo güvenliği hep gündeme geliyor?
Çünkü depolarda tempo yüksek oluyor ve tekrar eden fiziksel işler çalışanları yoruyor. Yorgunluk da ufak hataları büyütebiliyor.
Amazon bu tür olaylarda neyi değiştirmeli?
Yani, Daha fazla şeffaflık göstermesi gerekiyor. Vardiya yoğunluğu, mola düzeni ve acil sağlık yanıt süreleri gibi alanlarda somut veri paylaşımı önemli olurdu.
“İşle ilgili değil” ifadesi neden tepki çekiyor?
Çünkü insanlar bunun arkasındaki ayrıntıları görmek istiyor. Detay gelmeyince ifade soğuk kalıyor. Güven oluşturması zorlaşıyor.
Kaynaklar ve İleri Okuma
OSHA Warehousing Safety Kaynakları
Amazon Workplace Güncellemeleri
NIOSH Warehouse Safety Rehberi
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
