Yüklenici İSG performansı söz konusu olduğunda en büyük değer, verinin yalnız saklanması değil doğru bağlamla yeniden kullanılabilmesidir. Bu sayfa i̇ş sağlığı & güvenlik verisini alan adı, birim, koordinat, kaynak, doğrulama ve teslim açısından nasıl düzenlemenin daha güvenilir sonuç ürettiğini açıklar.
Önce veri modelini tanımlayın
Yüklenici İSG performansı verisi için her alanın adı, veri tipi, birimi, zorunluluk durumu ve kabul ettiği değerler veri sözlüğünde bulunmalıdır. Serbest metinle tutulabilecek alanlarla kod listesi gerektiren alanları ayırmak, daha sonra filtreleme ve kalite kontrolünü kolaylaştırır.
Temel veri alanları ve kaynakları
- kaynak ve ekipman planı
- başlangıç/bitiş hedefleri
- iş kırılım yapısı
- ramak kala ve olay kayıtları
- yetkinlik/yetki kayıtları
- ekipman kontrol formları
- iş adımı ve tehlike listesi
Özellikle kaynak ve ekipman planı, başlangıç/bitiş hedefleri ve iş kırılım yapısı için kaynak ve güncelleme tarihi tutulmalıdır. Aynı kavram farklı ekiplerde farklı isimle kullanılıyorsa ortak bir eşleme tablosu kurulmalı; eski kodlar silinmeden yeni kodla ilişkisi korunmalıdır.
Veri yaşam döngüsü: toplama, doğrulama, onay
- haftalık gerçekleşeni yalnız yüzde değil fiziksel miktarla kaydetmek
- değişikliklerin süre ve maliyet etkisini karar öncesi değerlendirmek
- işi başlamadan önce adımlara ayırıp tehlikeleri tanımlamak
- ramak kala kayıtlarını tekrar eden nedenlere göre sınıflandırmak
- toplantı aksiyonlarını sorumlu ve son tarihle kapatmak
- her iş paketine tek hesap sahibi atamak
- kontrolleri tehlikeyi ortadan kaldırmadan kişisel koruyucu donanıma doğru hiyerarşik düşünmek
Ham veri değiştirilemez bir kaynak olarak saklanmalı, temizleme veya hesap adımları ayrı çalışma katmanında yürütülmelidir. Yüklenici İSG performansı için nihai onaylı veri setinin hangi işlem adımlarıyla oluştuğu yeniden üretilebilmelidir.
Otomatik doğrulama kuralları kurun
- acil durum iletişim bilgisinin güncel olması
- değişiklik sonrası baz programın hangi revizyon olduğunun bilinmesi
- gecikme nedeninin standart neden koduyla sınıflandırılması
- yetki gerektiren işlerde kayıtlı yetkin kişinin bulunması
- aynı iş için birden fazla çelişkili tamamlanma yüzdesi olmaması
- takvimde bitmiş görünen işin teslim kanıtının bulunması
Doğrulama kuralı yalnız boş hücre aramamalıdır. Format, birim, aralık, benzersizlik, mantıksal ilişki ve mekânsal tutarlılık ayrı testler olarak çalıştırılabilir. Yüklenici İSG performansı verisinde hatalı kayıt bulunduğunda kaydın neden reddedildiği kullanıcıya anlaşılır biçimde gösterilmelidir.
Örnek veri uyuşmazlığı nasıl çözülür?
ana üretim alanı veri setinde kaynak dosyalar arasında revizyon farkı görüldüğünde iki sürüm yan yana karşılaştırılır. Alan bazındaki farklar listelenir, ham kayda geri dönülür ve doğru değer belirlendikten sonra düzeltme nedeni kayıt edilir. Düzeltmeden sonra aynı hata örüntüsü tüm veri setinde taranır.
Veri kalitesini bozan uygulamalar
- Kritik yolu güncellemeden gecikme raporlamak.
- Vardiya devrinde değişen saha koşullarını aktarmamak.
- Olay olmadı diye ramak kalaları önemsiz saymak.
- Risk değerlendirmesini statik bir dosya olarak görmek.
- Aksiyonu sorumlu ve tarih olmadan yazmak.
Teslim şeması ve metadata
- haftalık/aylık ilerleme raporu
- iş risk analizi
- RACI veya sorumluluk matrisi
- düzeltici faaliyet takibi
- risk/değişiklik kaydı
Yüklenici İSG performansı tesliminde metadata dosyası; verinin kapsamı, kaynakları, koordinat/birim bilgisi, alan açıklamaları, tarih, revizyon ve bilinen sınırlamaları içermelidir. fiziksel ilerleme, kontrol formu tamlık oranı ve geciken aktivite sayısı gibi göstergeler veri kalitesini dönemler arasında karşılaştırmaya yardım eder.
Yüklenici İSG performansı: teknik derinliği artıran kontrol soruları
Yüklenici İSG performansı değerlendirilirken yalnız çıktı dosyasına bakmak yerine veri desteğinin yeterliliği sorgulanmalıdır. Bu amaçla saha erişim kuralları, yetkinlik/yetki kayıtları ve iş kırılım yapısı için “kaynak neresi, ne zaman üretildi, hangi yöntem kullanıldı ve hangi sınırlamalar biliniyor?” soruları ayrı ayrı yanıtlanabilir. Bir kayıt bu sorulardan birine cevap veremiyorsa tamamen kullanılamaz sayılmak zorunda değildir; fakat karar üzerindeki ağırlığı azaltılmalı ve eksiklik açıkça belirtilmelidir. Bu yaklaşım özellikle farklı dönemlerde veya farklı yüklenicilerce üretilmiş verilerin bir araya getirildiği projelerde yanlış kesinlik oluşmasını önler.
- Yüklenici İSG performansı sonucunu değiştirebilecek en kritik girdi hangisi ve bu girdinin bağımsız doğrulaması var mı?
- Yetki gerektiren işlerde kayıtlı yetkin kişinin bulunması kontrolü başarısız olursa hangi sonraki çıktıların etkilenmesi beklenir?
- Kontrol formu tamlık oranı göstergesi kötüleştiğinde hangi saha veya veri üretim adımı önce incelenmeli?
- Raci veya sorumluluk matrisi başka bir ekip tarafından yeniden üretilebilir mi, yoksa kişiye bağlı bir işlem mi içeriyor?
Bu sorular Yüklenici İSG performansı için bir “dur ve düşün” noktası oluşturur. Örneğin acil durum iletişim bilgisinin güncel olması yeterli değilse yalnız ilgili hücreyi düzeltmek yerine bu durumun iş risk analizi üzerindeki etkisi de kontrol edilmelidir. Benzer şekilde geciken aktivite sayısı tek başına hedef sayı olarak kullanılmamalı; önceki dönem, saha koşulu ve veri üretim yöntemiyle birlikte okunmalıdır. Amaç çok sayıda KPI üretmek değil, sonucu değiştiren veri ve varsayımları görünür hale getirmektir.
Yüklenici İSG performansı için örnek kontrol tablosu
| Kontrol | Neden önemli? | Kanıt / kayıt |
|---|---|---|
| yetki gerektiren işlerde kayıtlı yetkin kişinin bulunması | Yüklenici İSG performansı sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | saha erişim kuralları; gerektiğinde RACI veya sorumluluk matrisi |
| acil durum iletişim bilgisinin güncel olması | Yüklenici İSG performansı sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | yetkinlik/yetki kayıtları; gerektiğinde iş risk analizi |
| takvimde bitmiş görünen işin teslim kanıtının bulunması | Yüklenici İSG performansı sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | iş kırılım yapısı; gerektiğinde aksiyon takip listesi |
| değişiklik sonrası baz programın hangi revizyon olduğunun bilinmesi | Yüklenici İSG performansı sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | acil durum planı; gerektiğinde iş programı |
Kontrol tablosu proje koşullarına göre genişletilebilir. Yüklenici İSG performansı için önemli olan her satırın ölçülebilir bir kanıta bağlanmasıdır. “Kontrol edildi” ifadesi tek başına zayıf bir kayıttır; hangi dosya, ölçü, fotoğraf, sertifika veya onay kaydının kontrolü desteklediği belirtilmelidir. Ayrıca bağımlılıkları ve kritik teslimleri takvimde görünür yapmak ile ramak kala kayıtlarını tekrar eden nedenlere göre sınıflandırmak arasında veri devri varsa devrin tarihi ve kullanılan revizyon da kayda eklenmelidir. Böylece sorun çıktığında geriye doğru iz sürmek ve yeniden çalışmanın gerçek nedenini bulmak daha kolay olur.
Sık sorulan sorular
Ham veri değiştirilmeli mi?
Tercihen hayır. Temizlenmiş/yorumlanmış veri yeni bir katmanda üretilmeli, ham kaynak korunmalıdır.
Boş değer sıfır yazılabilir mi?
Yüklenici İSG performansı için ancak sıfırın gerçekten ölçülmüş/geçerli bir değer olduğu biliniyorsa. 'ölçülmedi', 'uygulanamaz' ve gerçek sıfır ayrılmalıdır.
Metadata neden gerekli?
Dosyayı üreten kişi projeden ayrılsa bile verinin ne olduğunu ve nasıl kullanılacağını açıklamak için gereklidir.
Doğrulama kuralları ne zaman çalışmalı?
Veri girişinde mümkün olduğunca erken, toplu içe aktarmada işlem öncesi ve nihai teslimden önce tekrar çalıştırılmalıdır.
Yüklenici İSG performansı hakkında bu sayfa genel teknik bilgilendirme sunar. Proje özelindeki tasarım, ruhsat, çevre ve iş güvenliği kararlarında güncel resmi düzenlemeler ile yetkili teknik değerlendirme esas alınmalıdır.