Proje risk kayıt defteri kontrolü, bir dosyaya 'uygun' damgası vurmak değil; hatanın nerede oluştuğunu ve karar üzerindeki etkisini ortaya çıkarmaktır. Aşağıdaki yaklaşım proje yönetimi & raporlama çalışmalarında kabul kriteri, kırmızı bayraklar ve düzeltici faaliyet mantığını ayrı ayrı ele alır.
Kontrolün kapsamını ve kabul kriterini yazın
Proje risk kayıt defteri için kontrol başlamadan önce neyin test edildiği açıklanmalıdır: doğruluk, tamlık, tutarlılık, güncellik veya yeniden üretilebilirlik. Aynı veri seti bu ölçütlerin birinde güçlü, diğerinde zayıf olabilir. Kabul kriteri sonuç görüldükten sonra değiştirilmemelidir.
Kontrolde kullanılacak kanıtlar
- bağımlılıklar
- başlangıç/bitiş hedefleri
- saha erişim kuralları
- iş adımı ve tehlike listesi
- ekipman kontrol formları
- kaynak ve ekipman planı
- risk ve değişiklik kayıtları
Kontrol kanıtının kaynağı izlenebilir olmalıdır. bağımlılıklar, başlangıç/bitiş hedefleri ve saha erişim kuralları arasında çelişki varsa en yeni dosyayı otomatik olarak doğru kabul etmek yerine üretim yöntemi ve ham kayda geri dönüş olanağı karşılaştırılmalıdır.
Kırmızı bayraklar: hangi durumda incelemeyi derinleştirmeli?
- 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ı
- gecikme nedeninin standart neden koduyla sınıflandırılması
- yetki gerektiren işlerde kayıtlı yetkin kişinin bulunması
- acil durum iletişim bilgisinin güncel olması
- ekipman ön kullanım kontrolünün tarih/sorumlu içermesi
Proje risk kayıt defteri kontrolünde tek bir sıra dışı değer her zaman hata değildir; fakat açıklanamayan sıçrama, eksik kaynak bilgisi veya revizyon uyuşmazlığı sistematikse inceleme kapsamı genişletilmelidir. Kontrol kaydı 'hata var/yok' yerine bulgunun önemini ve önerilen işlemi taşımalıdır.
Kontrol sırası: ham kayıttan teslim dosyasına
- iş paketlerini ölçülebilir çıktılara bölmek
- kontrolleri tehlikeyi ortadan kaldırmadan kişisel koruyucu donanıma doğru hiyerarşik düşünmek
- ramak kala kayıtlarını tekrar eden nedenlere göre sınıflandırmak
- haftalık gerçekleşeni yalnız yüzde değil fiziksel miktarla kaydetmek
- her iş paketine tek hesap sahibi atamak
- vardiya değişiminde açık riskleri devretmek
- iş izin veya izolasyon gerektiren durumları önceden belirlemek
Kontrol sırasında düzeltme yapılıyorsa eski değer silinmemeli; değişikliğin kim tarafından, ne zaman ve hangi kanıta dayanarak yapıldığı kaydedilmelidir. Bu yaklaşım Proje risk kayıt defteri sonucunun sonradan denetlenmesini kolaylaştırır.
Örnek hata incelemesi
Varsayalım kuzey blok çalışmasında ölçüm tekrarında anlamlı fark görüldü. Önce farkın kapsamı belirlenir, ardından ilgili ham kayıt ile işlenmiş çıktı eşleştirilir. Sorun tek kayıtsa lokal düzeltme yapılır; aynı üretim yöntemini kullanan başka kayıtlarda da görülüyorsa kontrol tüm partiye genişletilir. Sonuç ve etkilenen dosyalar kontrol notuna yazılır.
Sık görülen kontrol hataları
- Risk değerlendirmesini statik bir dosya olarak görmek.
- Değişiklikleri geçmiş takvimi üzerine görünmez biçimde işlemek.
- Olay olmadı diye ramak kalaları önemsiz saymak.
- Vardiya devrinde değişen saha koşullarını aktarmamak.
- Ilerlemeyi yalnız toplantıda sözlü değerlendirmek.
Kontrol sonucu nasıl raporlanmalı?
- vardiya güvenlik devir notu
- RACI veya sorumluluk matrisi
- risk/değişiklik kaydı
- aksiyon takip listesi
- iş risk analizi
Proje risk kayıt defteri kontrol raporu karar vericinin üç sorusunu yanıtlamalıdır: hangi veri kabul edildi, hangi veri şartlı kabul edildi veya reddedildi, hangi aksiyon açık kaldı? fiziksel ilerleme, tekrar eden ramak kala ve oryantasyon tamamlanma oranı gibi göstergeler kontrol yoğunluğunu ve tekrar eden sorunları izlemek için kullanılabilir.
Proje risk kayıt defteri: teknik derinliği artıran kontrol soruları
Proje risk kayıt defteri değerlendirilirken yalnız çıktı dosyasına bakmak yerine veri desteğinin yeterliliği sorgulanmalıdır. Bu amaçla saha erişim kuralları, başlangıç/bitiş hedefleri ve yetkinlik/yetki kayıtları 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.
- Proje risk kayıt defteri sonucunu değiştirebilecek en kritik girdi hangisi ve bu girdinin bağımsız doğrulaması var mı?
- Takvimde bitmiş görünen işin teslim kanıtının bulunması kontrolü başarısız olursa hangi sonraki çıktıların etkilenmesi beklenir?
- Açık aksiyon göstergesi kötüleştiğinde hangi saha veya veri üretim adımı önce incelenmeli?
- Haftalık/aylık ilerleme raporu başka bir ekip tarafından yeniden üretilebilir mi, yoksa kişiye bağlı bir işlem mi içeriyor?
Bu sorular Proje risk kayıt defteri için bir “dur ve düşün” noktası oluşturur. Örneğin değişiklik sonrası baz programın hangi revizyon olduğunun bilinmesi yeterli değilse yalnız ilgili hücreyi düzeltmek yerine bu durumun RACI veya sorumluluk matrisi üzerindeki etkisi de kontrol edilmelidir. Benzer şekilde tekrar eden ramak kala 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.
Proje risk kayıt defteri için örnek kontrol tablosu
| Kontrol | Neden önemli? | Kanıt / kayıt |
|---|---|---|
| takvimde bitmiş görünen işin teslim kanıtının bulunması | Proje risk kayıt defteri sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | saha erişim kuralları; gerektiğinde haftalık/aylık ilerleme raporu |
| değişiklik sonrası baz programın hangi revizyon olduğunun bilinmesi | Proje risk kayıt defteri sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | başlangıç/bitiş hedefleri; gerektiğinde RACI veya sorumluluk matrisi |
| gecikme nedeninin standart neden koduyla sınıflandırılması | Proje risk kayıt defteri sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | yetkinlik/yetki kayıtları; gerektiğinde vardiya güvenlik devir notu |
| yetki gerektiren işlerde kayıtlı yetkin kişinin bulunması | Proje risk kayıt defteri sonucunda hatanın sonraki modele, tasarıma veya rapora taşınmasını azaltır. | bağımlılıklar; gerektiğinde risk/değişiklik kaydı |
Kontrol tablosu proje koşullarına göre genişletilebilir. Proje risk kayıt defteri 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 kontrolleri tehlikeyi ortadan kaldırmadan kişisel koruyucu donanıma doğru hiyerarşik düşünmek ile iş paketlerini ölçülebilir çıktılara bölmek 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
Kontrol örnekleme ile yapılabilir mi?
Proje risk kayıt defteri için risk düşük ve veri homojense örnekleme kullanılabilir; kritik kararları etkileyen kayıtlarda kapsam daha geniş tutulmalıdır.
Bir hata bulunduğunda tüm veri reddedilir mi?
Hayır. Önce hatanın kaynağı ve etkilediği kapsam belirlenir; yalnız etkilenen bölüm ayrıştırılabilir.
Kontrolü aynı kişi yapabilir mi?
İlk kontrol üretici tarafından yapılabilir; kritik teslimlerde bağımsız ikinci göz yararlıdır.
Kontrol kanıtı ne kadar saklanmalı?
Proje arşiv politikasına göre; fakat nihai sonucu yeniden üretmeye yetecek ham kayıt, revizyon ve karar notu korunmalıdır.
Proje risk kayıt defteri 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.