ISO 19650'DE ROL SORUMLULUK MATRİSİ OLUŞTURMAK

Bir kamu otoyol köprü işinde haftalık koordinasyon toplantısı. Statik ekibinden bir mühendis ekrana ayağa kalkıyor: "Donatı detaylarını mimari mi koordine edecekti, biz mi?". Sözleşme tarihinden bu yana üçüncü kere aynı soru. Salonda üç farklı cevap var. Mimari ekip lideri "sözleşme statikte" diyor, statik ekip lideri "BIM koordinatöründe" diyor, müşavir teknik temsilcisi "ihale dokümanında yazıyor olması gerekiyordu" diyor. Aslında üçü de haklı, üçü de eksik. Çünkü kim ne üretecek, kim onaylayacak, kim kontrol edecek sorusu yazılı bir tabloya bağlanmamış. Bu boşluğun adı sorumluluk matrisi yokluğudur.

ISO 19650 rol sorumluluk matrisi bu üç farklı cevabı tek bir hücreye indirip imzaya bağlamak için yazıldı. Standardın resmi referansı her atanan taraf için yazılı bir sorumluluk atamasını şart koşar; matris bu atamanın projeye özel halidir. Türk yapı sektöründe işveren-müşavir-yüklenici-alt yüklenici zinciri klasik dört kademeyle çalışır, ama bu zinciri BIM sözleşmesine taşımak için ISO 19650'nin tanımladığı rollerle Türk pratiğindeki rolleri yan yana eşleştirmek gerekir.

MATRİSİN ANATOMİSİ — İKİ EKSENLİ TABLO

Sorumluluk matrisi iki eksenli bir cetveldir. Yatay eksende projenin teslim kalemleri (model konteynerleri, paftalar, raporlar, BoQ çıktıları, IFC dosyaları, federe model versiyonları) sıralanır. Dikey eksende roller (mimari disiplin, statik disiplin, mekanik disiplin, BIM koordinatörü, information manager, müşavir, işveren) yer alır. Her hücrede o teslim kaleminin o role karşı olan ilişkisi durur: ya üreten, ya onaylayan, ya görüş veren, ya bilgilendirilen.

Standart pratikte iki ayrı matris kurulur. İhale öncesi yazılan üst seviye matris (high-level responsibility matrix) görev kümelerini ve takım atamalarını verir; teklif aşamasında EIR ekiyle birlikte istekliye sunulur. Sözleşme sonrası detaylı matris (detailed responsibility matrix) her element kategorisine, her teslim aşamasına inip element bazlı sorumluluğu sabitler. İlki strateji belgesi, ikincisi uygulama belgesidir.

RACI HARFLERİ NE ANLAMA GELİR?

Matris hücrelerinde dört harf kullanılır. Bazı projeler beşinci bir harfle (Support) RASCI'ye geçer, ama temel set RACI'dir:

• R — Responsible (Üreten): Modeli, paftayı, raporu bilfiil çizen/yazan disiplin. Bir teslim kaleminde birden fazla R olabilir (mimar + iç mimar birlikte detay üretiyorsa).
• A — Accountable (Sorumlu/İmzalayan): Teslimin niteliğinden tek elden sorumlu olan kişi. Her hücrede yalnız bir A olur; iki A varsa kimsenin tam sorumlu olmadığı anlamına gelir. Genelde disiplin lideri veya BIM koordinatörü.
• C — Consulted (Görüşü Alınan): Teslim üretilirken görüşü, hesabı, kontrolü alınan taraf. İki yönlü iletişim — yorum verir, üretici dikkate alır.
• I — Informed (Bilgilendirilen): Teslimden haberdar edilen ama görüş vermeyen taraf. Tek yönlü iletişim — sonucu görür, müdahale etmez. İşveren çoğu disiplin teslimi için I rolündedir.

Yaygın hata her hücreye birden fazla A yazılmasıdır. Bu hata teslim onayında karar tıkanıklığı yaratır; iki imza arayan müşavir tek imzaya razı edilemediği için süreç bekler. Pratikte "tek A" kuralı sertlikle uygulanmalıdır. Matris yazımı öğrenmek için ISO 19650 BIM eğitimi Annex A şablonu üzerinden vaka temelli çalışır ve Türk şartnamelerine uyarlanmış matris örneklerini açar.

ATAYAN TARAF VE ATANAN TARAF — ZİNCİRİN İKİ UCU

ISO 19650 dilinde matrisin satırlarında yer alan rollerin temel iki kategorisi vardır: atayan taraf (appointing party) ve atanan taraf (appointed party). Atayan taraf bilgiyi talep eden, atanan taraf bilgiyi üreten konumdadır. Standardın rol haritası şöyle akar:

• Appointing party (atayan taraf): Bilgi talebini ortaya koyan; OIR, AIR, PIR, EIR sahibi. Türkçesi işveren / yatırımcı kurum.
• Lead appointed party (baş atanan taraf): Atayan taraf tarafından doğrudan sözleşmeye bağlanan; teslim takımının (delivery team) koordinatörü. Türk pratiğinde ana yüklenici karşılığı.
• Appointed party (atanan taraf): Lead appointed party tarafından alt sözleşmeye bağlanan; kendi disiplinindeki bilgi üretiminden sorumlu. Türk pratiğinde alt yüklenici veya disiplin firması.
• Task team (görev takımı): Atanan tarafın bünyesindeki disiplin-özel ekip. Mimari task team mimari modeli üretir, statik task team statik modeli üretir.
• Delivery team (teslim takımı): Lead appointed party ile tüm appointed party'ler bir araya geldiğinde oluşan toplu yapı.
• Project team (proje takımı): Atayan taraftan task team'lere kadar tüm proje paydaşları.

Bu hiyerarşi tek yönlü değil çok-katmanlıdır. Bir alt yüklenici (örneğin cephe imalatçısı), kendi içinde alt sözleşme yaptığı bir teknik danışmana karşı da appointing party konumuna geçer; danışman ona karşı appointed party olur. Yani matris çoklu katman içerir ve her katmanda kendi içinde RACI yeniden yazılır. Saha pratiğinde tek bir matris değil, katmana göre çoklu matris üretilir.

TÜRK İŞVEREN-MÜŞAVİR-YÜKLENİCİ-ALT YÜKLENİCİ ZİNCİRİNDE RACI EŞLEMESİ

Türk yapım sektörünün klasik dört kademeli sözleşme zinciri ISO 19650 rol haritasına oturtulduğunda aşağıdaki gibi eşleşir. Bu eşleşme yapılmadan ihale dokümanlarındaki BIM şartı havada kalır.

Bu eşlemede karıştırılması en sık olan iki rol vardır. Birincisi: yapı denetim ile information manager. Yapı denetim 4708 sayılı kanun çerçevesinde statik hesap onayı, ruhsat dosya kontrolü, kalıp-demir-beton denetimi yapar; BIM süreç yönetimi sorumluluğu yoktur. Information manager ise EIR savunusu, federe model yönetimi, durum kodu kontrolü, çakışma karar süreci üzerinde durur. İki rol farklı kişilerce, farklı sözleşmelerle yürütülür. Karışınca yapı denetim "model şartı bizim işimiz değil" der, information manager rolü boş kalır.

İkincisi: ana yüklenicinin BIM koordinatörü ile information manager. BIM koordinatörü ana yüklenicinin kendi içinde atadığı rol, kendi delivery team'ini yönetir. Information manager ise işverenin / müşavirin tarafında durur, ana yüklenicinin üzerinden teslim onayını verir. İki rol farklı tarafların temsilcisi; eşitlik kuranlar matristeki onay mekanizmasını çökertir.

DETAYLI MATRİS HÜCRESİNDE NELER YAZILIR?

Yüzeysel matriste hücrede sadece R/A/C/I harfi durur, ama bu yetmez. Detaylı matris hücresi dört bilgi katmanı taşır. Birincisi rol harfi; ikincisi LOD/LOI seviyesi; üçüncüsü teslim aşaması (concept, design, construction, handover); dördüncüsü durum kodu (S1, S2, S3, S4). Tek bir hücre örneği şöyle okunur:

Mimari kolon teslim hücresi (Uygulama aşaması, Mimari sütunu)

R · LOD 350 / LOI 300 · S2 → S3 · Müşavir onayıyla

Mekanik kanal teslim hücresi (Avan aşaması, Mekanik sütunu)

R · LOD 200 / LOI 200 · S2 · Federe modele yüklenecek

Mimari kolon teslim hücresi (Uygulama aşaması, Statik sütunu)

C · Donatı koordinasyonu için görüş verilecek · S2 görünür

Mimari kolon teslim hücresi (Uygulama aşaması, İşveren sütunu)

I · CDE Published klasöründe görünür · S4'e geçtiğinde bildirim

Bu dört katman bir araya geldiğinde her teslim kaleminin tüm tarafına karşı rolü, beklenen seviyesi, hangi aşamada durduğu ve onay yolu tek satırdan okunabilir hale gelir. Excel'de tutulması zor, ama BIM yönetim platformlarında (Plannerly, BIMcollab, ACC, ProjectWise) tablo + ilişki yapısıyla pratik durur.

ÜST SEVİYE MATRİS NE ZAMAN DETAYLI MATRİSE DÖNÜŞÜR?

ISO 19650-1 sorumluluk matrisinin iki ayrı kademede yazılmasını ister. Üst seviye matris (high-level responsibility matrix) ihale öncesi atayan taraf tarafından hazırlanır. EIR'in eki olarak istekliye sunulur. İçerik şöyle olur:

• Görev kümeleri (information management activities) listelenir: EIR savunusu, BEP onayı, CDE yönetimi, federe model birleştirme, çakışma raporu üretimi, durum kodu geçiş onayı, AIM teslim alma.
• Her görev kümesinin sorumluluğu kuruma atanır: atayan taraf mı, lead appointed party mı, üçüncü taraf mı (örneğin bağımsız BIM danışmanı).
• Henüz disiplin element bazında ayrıntıya inmez; o aşama henüz erkendir.

Detaylı matris (detailed responsibility matrix) sözleşme imzalandıktan sonra, post-contract BEP ile birlikte lead appointed party tarafından hazırlanır. İçerik şöyle olur:

• Her element kategorisi (kolon, kiriş, döşeme, kapı, HVAC kanalı, sıhhi tesisat armatürü vb.) için ayrı satır açılır.
• Her aşama (concept, design, construction, handover) için ayrı sütun açılır.
• Hücre içine R/A/C/I + LOD/LOI + durum kodu yazılır.
• Müşavir bu matrisi onaylar; onay sonrası matris sözleşme eki haline gelir.

İki matris birbirinden zamanlama olarak ayrılır. Üst seviye matris ihale strateji belgesi, detaylı matris uygulama belgesidir. Üst seviye eksikse istekliler farklı varsayımlarla teklif verir; detaylı eksikse teslim süreci tartışmaya açık olur.

KAMU MEGA PROJELERDE BIM ROL HARİTASI

Türk kamu mega projelerinde (hastane kampüsleri, otoyol, raylı sistem, havalimanı, su yapısı) BIM rol haritası genelde daha katmanlı olur çünkü sözleşme yapısı klasik YİD veya KÖİ modeline oturur. Bu modellerde özel ortak (proje şirketi) hem yapım hem işletim sorumluluğunu üstlenir, dolayısıyla appointing party rolü iki katmanda durur:

• Birincil atayan taraf: İlgili bakanlık veya idare. AIM teslim alma, OIR seviyesindeki strateji.
• İkincil atayan taraf: Özel ortak / proje şirketi. EIR yazımı, BEP onayı, günlük süreç yönetimi.
• Lead appointed party: Ana yapım yüklenicisi konsorsiyumu (genelde EPC modeli).
• Appointed party: Disiplin alt yüklenicileri — yapısal çelik, cephe sistemleri, MEP, peyzaj.
• İşletim atanan tarafı: İşletim dönemi için ayrı atanan taraf; AIM'i kullanan, güncel tutan kurum.

Bu beş katman matriste ayrı sütunlar olarak açılır. Klasik dört katmanlı matris kamu mega projeleri için yetmez; özellikle işletim dönemine geçişte AIM teslim alma sorumluluğu net çizilmediği için yapım sonu varlık yönetim sistemine bilgi göçü tıkanır. Erken aşamada beşinci sütunu açan matris, 25-30 yıllık işletim ömründe sürtünmesiz çalışan veri akışına imkan tanır.

ÇŞB BIM YÖNERGESİ MATRİSİ NASIL ETKİLER?

Çevre, Şehircilik ve İklim Değişikliği Bakanlığı BIM yönergesi Türkiye'de kamu yapım işlerinde sorumluluk matrisi yazımına çerçeve çizer. Yönerge doğrudan RACI dilini kullanmaz, ama ÇKD (Çalışma Kapsamı Dokümanı) ve MEC (Model Element Cetveli) üzerinden rol-disiplin ilişkisini sabitler:

• ÇKD: Hangi disiplinin modele dahil olacağını, hangi yazılım/format kullanılacağını, hangi teslim aşamalarının olduğunu listeler. Matriste sütun yapısının temelini verir.
• MEC: Her element kategorisi için LOD/LOI seviyesi ve sorumlu disiplini sabitler. Matrisin R/A hücrelerinin doldurulmasında doğrudan referans olur.

Bu iki belge bir aradayken matris yazımı sıfırdan iş değildir; ÇKD sütun iskeleti olur, MEC R/A doldurma referansı olur. C ve I rolleri proje şartlarına göre eklenir. Türk kamu yatırımcı kurumları için bu adım ciddi zaman tasarrufu sağlar; her proje için sıfırdan matris kurmak yerine kurumsal şablon üzerinden proje-özel uyarlama yapılır.

KEP İMZA ZİNCİRİ VE MATRİSİN DİJİTAL ONAYI

Matris yazılı bir belge değil, sözleşme ekidir. Sözleşme eki olarak hukuki geçerliliği imza zincirine bağlıdır. Türk yapım pratiğinde imza üç biçimde gerçekleşir: ıslak imza (fiziksel kağıt), elektronik imza (e-imza, BTK tarafından sertifikalı), KEP (Kayıtlı Elektronik Posta üzerinden imzalı yazışma). ISO 19650 sertifikalı uygulamada matrisin imza zinciri şöyle akar:

1. Üst seviye matris atayan taraf yetkilisi tarafından imzalanır, ihale dokümanına eklenir.
2. İstekli teklif dosyasında pre-contract BEP ile birlikte üst seviye matrisi kabul ettiğini yazılı beyan eder.
3. Sözleşme imzalandıktan sonra lead appointed party detaylı matrisi hazırlar; kendi imzasıyla müşavire sunar.
4. Müşavir veya information manager onay imzası atar; matris sözleşme eki haline gelir.
5. Sonraki tüm revizyonlar (disiplin değişimi, alt yüklenici eklenmesi, kapsam genişlemesi) KEP üzerinden karşılıklı imzayla resmileşir.

İmzasız değişiklik anlaşmazlık halinde geçersiz sayılır. Saha pratiğinde sık görülen hata WhatsApp veya e-posta üzerinden "matrise X disiplinini ekleyelim" cümlesinin yazılı imza yerine geçtiği varsayımıdır. ISO 19650 hukuki çerçevesinde bu yazışma kanıt değeri taşımaz; KEP üzerinden imzalanmış ek protokol gerekir. Kamu projelerinde KEP zorunlu olduğundan değişiklik akışı buna göre kurulur.

MATRİS YAZIMINDA EN SIK HANGİ HATALAR YAPILIR?

Saha pratiğinde sorumluluk matrisi yazımının tıkandığı altı tipik hata vardır. Her birinin çözümü standartla değil, uygulama disipliniyle ilgilidir:

1. Çoklu A: Bir hücreye iki veya üç A yazmak. Teslim onayında karar tıkanır. Çözüm: tek A kuralını matris başına not olarak ekle, denetim turunda çift A varsa düzelt.
2. Boş hücre: Bir teslim kalemi-rol ilişkisinde harf yazılmamış olması. "Yazılmadıysa demek ki ilgi yok" varsayımı yanlış. Çözüm: her hücre dolu kalmalı, ilgi yoksa N/A açıkça yazılmalı.
3. Disiplin sütunlarının fazla geniş tutulması: "Mimari" tek sütun yerine "Mimari-Mahal Listesi", "Mimari-Cephe Detayı" gibi alt sütunlar açılması gerekir. Aksi halde denetim aşamasında kimin neyi unuttuğu izlenemez.
4. İşveren-müşavir rol karışıklığı: İşveren her hücrede A yazılıyor; aslında atayan taraf çoğu teslim için I rolündedir, sadece kapı kararlarında A olur. Karışıklık müşavirin yetkisini kestirir.
5. Aşama sütunlarının yetersizliği: Sadece "Tasarım" ve "Uygulama" iki sütun açılır. Aslında concept, definition, design, construction, handover, operation altı aşama vardır. Az sütun teslim takvimi belirsizleştirir.
6. BEP-matris kopukluğu: BEP'te "şu aşamada şu teslim" yazılıyor ama matriste karşılığı yok. Çözüm: her BEP teslim kalemi matriste bir satıra karşılık gelmeli; eşleştirme matrisi BEP imza sürecinin parçası olmalıdır.

Bu altı hatanın hepsi proje sözleşmesini yazılı çerçevenin altına çekmek için "tek bir cümle daha" düzeyinde önlemle çözülür. Matris detaylı bir Excel veya BIM yönetim platformu dosyası olmaktan çok, projeyi yöneten sözleşme ekidir; bu gözle bakıldığında her hücrenin maliyeti ve süresi vardır. BIM koordinasyon eğitimi matris şablonu, BEP eşleştirmesi, durum kodu yönetimi ve federe model akışını Türk projelerinden gerçek vaka örnekleriyle çalışır.

İyi kurulmuş sorumluluk matrisi proje sonunda "kimin hatası" tartışmasını "hangi hücrede ne kaçırdık" sorusuna indirir. Bu fark mahkeme salonu ile koordinasyon toplantısı arasındaki tonu belirler; sözleşme avukatının değil mühendisin sorumlu olduğu bir konu olarak kalır.