ISO 19650’DE ROL VE SORUMLULUK MATRİSİ OLUŞTURMAK

BIM projelerinde en pahalı sorunlar genelde “model bozuk” olduğundan değil, kim neyi ne zaman yapacak netleşmediğinden çıkar. ISO 19650, bilgi yönetimini bir teknik çizim standardı gibi değil; roller, onaylar, teslimatlar ve sorumluluklarla yönetilen bir işletim sistemi gibi ele alır. Bu yüzden rol ve sorumluluk matrisi, sadece bir tablo değil; süreç disiplininin omurgasıdır.

Bu makalede ISO 19650 yaklaşımıyla rol tanımlarını kurmak, bilgi teslimatlarını eşlemek, CDE üzerinde erişim ve onay akışlarını belirlemek ve tüm bunları sürdürülebilir bir matriste birleştirmek için pratik bir yol haritası bulacaksınız. Amaç, farklı disiplinlerin aynı hedefe yürürken birbirinin işine kör noktalar bırakmamasını sağlamaktır.

Sonuçta iyi tasarlanmış bir matris; teslimat gecikmelerini, revizyon tekrarlarını ve “bende değildi” tartışmalarını azaltır. Ayrıca kurumsal tarafta denetim izi sağlar; karar vericiler için risk, maliyet ve süre etkilerini daha öngörülebilir hâle getirir.

Rol tanımlarını proje hedefleriyle eşleştirmek

ISO 19650’de rol tanımı, yalnızca unvanı değil; bilgi üretimi, doğrulama, paylaşım ve arşivleme sorumluluklarının sınırlarını anlatır. Bu nedenle matrise başlamadan önce proje hedeflerini ve bilgi yönetimi amaçlarını yazılı hâle getirmek gerekir. Örneğin “koordinasyon çakışmalarını azaltmak” hedefi, onay ve yayımlama adımlarını netleştirmeyi zorunlu kılar.

Tarafları ve sözleşme sınırlarını haritalamak

İlk adım, proje taraflarını ve bilgi sorumluluğunun sözleşmesel sınırlarını çıkarmaktır. İşveren, ana yüklenici, tasarımcılar, danışmanlar ve alt yükleniciler aynı CDE içinde çalışsa bile sorumlulukları farklıdır. Matris, bu farkları görünür kılmalıdır. Örneğin “işveren temsilcisi” çoğu zaman bilgi üretmez; ancak kabul ve onay yetkisini taşır.

ISO 19650 rol sözlüğünü sadeleştirerek kullanmak

Standarttaki rol adları organizasyona göre değişebilir; ancak fonksiyonlar sabit kalır: bilgi yönetimini koordine etmek, bilgi üretimini yürütmek, kalite kontrolü yapmak, yayınlamak ve arşivlemek gibi. Pratikte şirketler rol isimlerini kendi yapısına uydurur; önemli olan, fonksiyonların çakışmaması ve boşluk kalmamasıdır.

• Bilgi yöneticisi gibi merkezi rollerin karar noktalarını belirlemek
• Disiplin liderlerinin koordinasyon sorumluluğunu netleştirmek
• CDE yöneticisinin teknik yetkileriyle süreç yetkilerini ayırmak

Bilgi gereksinimlerini teslimatlarla ilişkilendirmek

Rol ve sorumluluk matrisi, “kim neyi yapar” sorusunun yanında “hangi bilgi hangi kaliteyle teslim edilir” sorusunu da cevaplamalıdır. ISO 19650’nin bilgi gereksinimleri yaklaşımı, EIR (Employer’s Information Requirements) ve BEP (BIM Execution Plan) gibi dokümanlarla şekillenir. Matris, bu gereksinimleri somut teslimatlara bağlayarak belirsizliği azaltır.

EIR ve BEP girdilerini tek satırda bağlamak

EIR’de istenen çıktıların (model, çizim, rapor, COBie, metaveri, koordinasyon raporu) her biri için bir “bilgi paketi” tanımlayın. BEP’teki yöntem ve araç seçimleriyle uyumsuz bir teslimat tanımı, matrisi işlevsiz bırakır. Bu nedenle her teslimat için: sorumlu rol, kontrol rolü, onay rolü ve yayımlama rolü gibi alanları zorunlu kılmak doğru yaklaşım olur.

LOIN ve kalite ölçütlerini görünür kılmak

LOIN (Level of Information Need) yaklaşımı, teslimatın sadece geometrisini değil; alfanümerik veri kapsamını, doğruluğunu ve kullanım amacını da kapsar. Matrise her teslimat satırında “doğrulama kriteri” eklemek, kalite tartışmalarını kişisel yorumdan çıkarır. Örneğin “mekanik ekipmanlar için bakım verisi zorunlu” gibi net koşullar yazılabilir.

delivery_package,raci_owner,raci_checker,raci_approver,raci_publisher,loin_note
Koordinasyon Modeli - Haftalık,Disiplin Lideri,BIM Koordinatörü,Proje BIM Yöneticisi,CDE Yöneticisi,Çakışma raporu ile birlikte yayımlanır
Mimari Model - Revizyon,Model Üreticisi,Disiplin Lideri,BIM Koordinatörü,CDE Yöneticisi,Oda numarası ve yangın zonu zorunlu
As-Built Model - Final,Disiplin Lideri,BIM Koordinatörü,İşveren Temsilcisi,CDE Yöneticisi,Varlık kodları ve bakım alanları tamamlanır

CDE iş akışını durum kodlarıyla yönetmek

ISO 19650’nin pratikte en çok görünür olduğu yer CDE’dir (Common Data Environment). Rol ve sorumluluk matrisi, CDE’deki durum kodlarını (Work In Progress, Shared, Published, Archived gibi) ve bu durumlar arası geçişlerde kimlerin yetkili olduğunu göstermelidir. Aksi hâlde “paylaşıldı mı, yayınlandı mı” ayrımı kaybolur ve ekipler yanlış veriyi referans alır.

WIP paylaşıma geçiş kurallarını tanımlamak

WIP alanı, ekiplerin deneme ve iterasyon alanıdır; burada kalite kriterleri tam sağlanmadan içerik serbestçe değişebilir. Paylaşıma geçiş ise bir eşik olmalıdır: minimum kontrol, isimlendirme doğrulaması, koordinasyon kontrolü gibi. Matris, bu eşiği hangi rolün açacağını ve hangi kontrol listesini uygulayacağını açıkça yazmalıdır.

Yayımlama ve arşivlemeyi ayrı sorumlulukla ele almak

Paylaşılan bir içerik, her zaman yayımlanmış sayılmaz. Yayımlama, “tek doğruluk kaynağı” oluşturur ve sahaya/işverene referans olur. Arşivleme ise denetim izi için kritiktir. Bu adımların sorumluluğunu aynı role vermek bazen hız sağlar; ancak büyük projelerde görev ayrılığı, riskleri azaltır ve uyumluluk sağlar.

{
  "cde_states": ["WIP", "SHARED", "PUBLISHED", "ARCHIVED"],
  "transitions": [
    {
      "from": "WIP",
      "to": "SHARED",
      "allowed_roles": ["Disiplin Lideri", "BIM Koordinatörü"],
      "required_checks": ["isimlendirme", "model_sagligi", "disiplin_ic_kontrol"]
    },
    {
      "from": "SHARED",
      "to": "PUBLISHED",
      "allowed_roles": ["Proje BIM Yöneticisi"],
      "required_checks": ["koordinasyon", "clash_raporu", "loin_uyumu"]
    },
    {
      "from": "PUBLISHED",
      "to": "ARCHIVED",
      "allowed_roles": ["CDE Yöneticisi"],
      "required_checks": ["versiyon_kilitleme", "denetim_etiketi"]
    }
  ]
}

RACI yaklaşımını ISO 19650’ye uyarlamak

RACI (Responsible, Accountable, Consulted, Informed) matrisi, rol ve sorumluluk çerçevesini hızlıca standardize eder. ISO 19650 bağlamında RACI’yi kullanırken kritik nokta, “Accountable” yani nihai hesap verebilirliğin kimde olduğunu sözleşme gerçekliğiyle uyumlu kılmaktır. Her satırda tek bir “A” tutmak, karar netliğini artırır.

Bilgi teslimat satırlarını iş paketiyle eşlemek

Matrisi yalnızca “model üretmek” gibi genel eylemlerle doldurmak yerine, iş paketleriyle bağlamak gerekir. Örneğin “haftalık koordinasyon modeli yayımlamak” veya “yangın zonu verisini doğrulamak” gibi ölçülebilir eylemler seçin. Böylece proje yönetimi, matristen doğrudan aksiyon ve durum takibi çıkarabilir.

Danışılacak ve bilgilendirilecek rolleri sınırlamak

Kurumsal yapılarda “C” ve “I” kolonları hızla şişer ve süreç tıkanır. ISO 19650’nin hedefi, bilgi akışını hızlandırmaktır; bu nedenle sadece karar kalitesine anlamlı katkısı olan rolleri “C” yapın. Bilgilendirmeyi de CDE bildirimleriyle otomatikleştirerek e-posta yükünü azaltmak mümkündür.

Onay mekanizmasını kanıt üretimiyle desteklemek

Onay, tek bir kişinin “tamam” demesi değildir; kanıt üreten bir kontrol sistemidir. Rol ve sorumluluk matrisi, onay adımında hangi kanıtların aranacağını (çakışma raporu, model sağlık raporu, LOIN kontrol listesi, isimlendirme doğrulaması) belirlemelidir. Böylece onay kararları kişisel görüşten çıkar, tekrar edilebilir bir standarda dönüşür.

Kontrol listelerini matrise referanslamak

Matriste her iş paketi için ayrı kontrol listesi yazmak tabloyu ağırlaştırır. Bunun yerine kontrol listelerini numaralandırıp matriste referans verin. Örneğin “CL-03 Koordinasyon Kontrol Listesi” gibi. Bu yaklaşım hem bakım maliyetini düşürür hem de ekiplerin dokümana erişimini kolaylaştırır. İsterseniz kontrol listelerini eğitiminizde kullandığınız standart şablonlarla birleştirebilirsiniz.

Denetim izi ve versiyon yönetimini görünür kılmak

Karar vericilerin en çok zorlandığı nokta “hangi versiyon referans alındı” sorusudur. Matrise versiyonlama kuralları eklemek, risk yönetimini güçlendirir. Örneğin yayımlanan paketler için versiyon kilidi, arşivlenen paketler için denetim etiketi zorunlu kılınabilir. Bu, özellikle tedarik zinciri geniş projelerde uyuşmazlık maliyetini azaltır.

Matrisi sürdürülebilir biçimde güncellemek

Bir rol matrisi, proje başında hazırlanıp rafa kaldırılırsa hızla eskiyip güven kaybeder. ISO 19650’nin yönetim mantığı, matrisin “yaşayan doküman” olmasını gerektirir. Revizyon periyotlarını ve değişiklik onay mekanizmasını tanımlamak, matrisin sürdürülebilirliğini sağlar.

Değişiklik taleplerini küçük döngülerle yönetmek

Organizasyonlar büyüdükçe rol değişimleri kaçınılmazdır: yeni alt yüklenici, yeni teslimat, yeni denetim ihtiyacı gibi. Bu değişiklikleri aylık büyük revizyonlar yerine, küçük ve kontrollü döngülerle ele almak daha verimlidir. Matrise “değişiklik sahibi” ve “etki analizi sorumlusu” alanları eklemek, güncellemeleri sistematik hâle getirir.

Eğitim ve onboarding akışını matrise bağlamak

Matrisi uygulamaya taşımak için ekiplerin aynı dili konuşması gerekir. Yeni katılan personel için rol matrisi, onboarding’in en kritik parçasıdır. CDE erişimleri, yayın politikaları ve kontrol listeleri bu doküman üzerinden anlatılabilir. ISO 19650’ye daha bütüncül bir çerçeveden yaklaşmak için şu iç kaynağı incelemek faydalı olur: ISO 19650 BIM eğitimi içeriği ve uygulama yaklaşımı.

Sık yapılan hataları erken aşamada önlemek

Rol ve sorumluluk matrisi oluşturulurken en yaygın hata, sadece “kim” sütunlarına odaklanıp “ne, ne zaman, hangi kanıtla” sorularını boş bırakmaktır. Bir diğer hata da rol isimlerini çok detaylandırıp (her ekip için ayrı rol) matrisi yönetilemez hâle getirmektir. ISO 19650’de hedef, kontrol edilebilir karmaşıklıktır.

Yetki ve sorumluluğu aynı kişide toplamamak

Her organizasyon aynı ayrıştırmayı yapamaz; ancak kritik adımlarda görev ayrılığı (örneğin üreten-kontrol eden-yayımlayan) kaliteyi artırır. En azından yayımlama yetkisini, üretim ekibinden bağımsız bir role vermek iyi bir başlangıçtır. Bu yaklaşım, yanlış içeriğin “tek doğruluk kaynağı”na dönüşmesini engeller.

Başarı ölçütlerini matrise bağlayarak izlemek

Matrisi yaşayan kılan şey, ölçümle ilişkisidir. Örneğin “yayın öncesi bulunan çakışma sayısı”, “teslimat reddi oranı”, “revizyon döngü süresi” gibi metrikleri rol bazında izlemek mümkündür. Bu metrikler, süreç iyileştirmelerini somutlaştırır ve karar vericilere yatırım geri dönüşünü gösterebilir.