Mimarlık ofisi dosya yönetimi, çizimlerin, hesap raporlarının, şartnamelerin ve proje yazışmalarının proje bazlı klasörlerde, tutarlı bir adlandırma ve revizyon düzeniyle, kişi ve disiplin bazlı yetkilerle tutulmasıdır. Amaç, ofisteki herkesin ve paydaşların her zaman geçerli son revizyonla çalışması, eski revizyonların ise silinmeden geri dönülebilir kalmasıdır.
Proje ofisinde dosyalar bugün nasıl akıyor?
Bir mimarlık ya da mühendislik ofisinde tek bir proje yüzlerce dosya üretir. Mimari, statik, mekanik ve elektrik disiplinlerinin paftaları; hesap raporları, metrajlar, şartnameler, belediye ve idare yazışmaları, müşteri onayları ve sahadan gelen fotoğraflar aynı projenin parçasıdır. Bu dosyalar genellikle ofisteki ortak sürücüde, çalışanların bilgisayarlarında ve e-posta eklerinde üç ayrı yerde yaşar.
Sorun çoğu zaman bir dosya adıyla başlar: "Kat_Plani_SON.dwg", "Kat_Plani_SON_revize.dwg", "Kat_Plani_SON_revize_Ahmet.dwg". Proje müdürü hangisinin müşteriye gönderildiğini, statik ofisin hangisi üzerinden hesap yaptığını ve şantiyenin elinde hangisinin olduğunu hatırlamaya çalışır. Genel ilkeleri dosya sürüm kontrolü yazısında anlattık; proje ofislerinde durum, disiplin ve paydaş sayısı nedeniyle daha karmaşıktır.
Dış paydaşlar tabloyu daha da karıştırır. Müşteri, işveren idare, yüklenici, danışman ve diğer disiplin ofisleri dosyayı çoğu zaman e-posta ekiyle ya da süresiz açık kalan paylaşım bağlantılarıyla alır ve gönderir. Her ek, ofisin dışında yaşayan ayrı bir kopya demektir; kimin elinde hangi revizyonun kaldığını bu kopyalardan izlemek neredeyse imkânsızdır. Proje bittiğinde de yazışmalar kişisel posta kutularında, çizimler ortak sürücüde, onaylar ise bir çekmecede kalır.
Yanlış revizyonun ve kayıp dosyanın maliyeti
Bilgi aramanın kendisi bir maliyettir. Atlassian'ın 12.000 bilgi çalışanıyla yaptığı State of Teams 2025 araştırmasına göre ekipler zamanlarının %25'ini yalnızca yanıt aramakla harcıyor. Microsoft Work Trend Index 2023 verisine göre de ankete katılan çalışanların %62'si iş gününde bilgi aramaya çok fazla zaman harcamaktan yakınıyor.
Proje ofisinde asıl pahalı olan ise yanlış revizyondur. Eski paftayla imalat yapan bir şantiye ekibi, yaptığını söküp yeniden yapmak zorunda kalabilir; eski revizyon üzerinden hazırlanmış bir metraj, teklif ya da hakediş hesabını da bozar. Bu zincirin ödeme tarafını inşaat hakediş takibi yazısında ayrıca ele aldık.
Güvenlik üreticisi Sophos'un State of Ransomware 2024 anketine dayanan analizine göre yedekleri ele geçirilen kurumların medyan toplam kurtarma maliyeti, yedekleri etkilenmeyenlerin sekiz katı oldu.
Yıllara yayılan proje arşivi olan ofisler için bu veri önemlidir. Tamamlanmış projelerin çizimleri ve yazışmaları; tadilat, ek bina ya da hukuki bir anlaşmazlıkta yıllar sonra yeniden gerekir. Arşivin aynı ağdaki tek bir diskte durması, bir fidye yazılımı olayında hem güncel işi hem geçmişi aynı anda riske atar; 3-2-1 yedekleme ilkesi bu nedenle proje ofisleri için de temel kuraldır.
Mimarlık ofisi dosya yönetimi için 7 adımlık çerçeve
- Proje kodu ve klasör şablonu belirleyin. Her proje aynı klasör iskeletiyle açılsın: yazışmalar, disiplin çizimleri, raporlar, müşteri onayları, saha fotoğrafları, teslimler.
- Dosya adlandırma standardı yazın. Örneğin "ProjeKodu-Disiplin-PaftaNo-Açıklama" biçimi; ISO 19650 serisi gibi uluslararası bilgi yönetimi standartları da benzer bir disiplin önerir. Adın içine "son", "yeni", "revize" gibi sözcükler girmesin.
- Revizyonu dosya adından değil sistemden takip edin. Aynı dosyanın yeni hâli yeni sürüm olarak kaydedilsin, eski sürümler silinmeden geri dönülebilir kalsın.
- Çalışma, kontrol ve yayımlanmış alanları ayırın. Çizim üzerinde çalışılırken ayrı, kontrol edilirken ayrı, müşteriye ya da sahaya gönderildiğinde ayrı bir alanda dursun.
- Disiplin ve kişi bazlı yetki verin. Statik ekibi mimari paftaları okuyabilsin ama değiştiremesin; silme yetkisi yalnızca proje sorumlusunda olsun. Yetki matrisinin nasıl kurulacağını dosya paylaşım yetkilendirme rehberinde anlattık.
- Her gönderimi kayda geçirin. Müşteriye, idareye ya da yükleniciye hangi paftanın hangi sürümünün, ne zaman, kimin onayıyla gittiği bir listede tutulsun.
- Teslimden sonra projeyi arşivleyin. Tamamlanan proje salt okunur arşive alınsın, saklama süresi ve sorumlusu belli olsun.
Altıncı adım çoğu ofiste e-postaya bırakılır ve en zayıf halka orada oluşur. Kurum adına çıkan bir teslim yazısının ya da revizyon bildiriminin gönderilmeden önce proje sorumlusunca onaylanması, yanlış eki ya da yanlış muhatabı baştan engeller; bu akışı e-posta onay akışı rehberinde anlattık. İhaleye teklif veren ofisler için teklif dosyasının gönderim güvenliği ayrı bir konudur ve ihale teklif e-posta güvenliği yazısının konusudur.
| Alan | Kim yazabilir? | Kim okuyabilir? | Ne zaman taşınır? |
|---|---|---|---|
| Çalışma | Disiplin ekibi | Proje ekibi | Kontrole hazır olunca |
| Kontrol | Kontrol eden mühendis | Proje ekibi | Onaylanınca |
| Yayımlanmış | Proje sorumlusu | Proje ekibi, gerekirse paydaşlar | Yeni revizyon gelince eskisi arşive |
| Arşiv | Kimse (salt okunur) | Yetkili kişiler | Proje kapanışında |
Bu dört alan küçük bir ofiste bile işe yarar. Asıl fayda, "müşteriye giden dosya hangisiydi?" sorusunun tek bir yere bakılarak cevaplanabilmesidir; yayımlanmış alanda yalnızca gönderilmiş ve onaylanmış sürümler durur.
Müteahhitlik tarafında pafta ve revizyon yönetimi, şantiyedeki günlük rapor ve malzeme takibine bağlanmalıdır; bunu inşaat proje takip programı yazısında anlattık.
Digital Bridge proje ofislerine nasıl yardımcı olur?
Proje ofisleriyle çalışırken önce ofisin gerçek iş akışını, sonra aracı konuşuyoruz:
- Keşif ve dosya envanteri. Ortak sürücünüzdeki proje klasörlerini, adlandırma alışkanlıklarını, disiplin ekiplerini ve dış paydaşlarla dosya alışverişinin nasıl yapıldığını çıkarıyoruz. Ofis aynı zamanda taahhüt işi de yürütüyorsa dosya düzenini, inşaat ve taahhüt sektörü için geliştirdiğimiz metraj, hakediş ve şantiye takibi çözümleriyle birlikte ele alıyoruz.
- Şablon ve standart. Proje klasör şablonunu, adlandırma kuralını ve yetki matrisini sizinle birlikte yazıyor, bir sayfalık bir ofis standardı hâline getiriyoruz.
- Pilot proje. Yeni başlayan bir projeyi baştan yeni düzende açıyoruz; eski projeleri ise bulut geçiş ve altyapı danışmanlığı kapsamında planlı bir sırayla taşıyor ya da arşivliyoruz. Taşıma adımlarının ayrıntısı dosya sunucusundan buluta geçiş yazısında.
- Onay ve dolaşım gerektiren belgeler. İdare yazışmaları, imzalı tutanaklar ve resmî evrak için klasör düzeni yetmiyorsa EBYS ve doküman yönetimi tarafında ayrı bir akış kuruyoruz.
Ofis ile şantiye arasındaki bağ da bu işin parçasıdır. Sahaya giden paftanın doğru sürüm olması kadar, sahaya kimin girdiğinin de kayıtlı olması gerekir; bunu şantiye giriş kontrolü ve puantaj yazısında anlattık. İdarelere teslim edilen teknik dokümanın içeriği için ise teknik şartname hazırlama rehberimize bakabilirsiniz.
Smart360 ile bir proje ofisinde bir gün
Kendi geliştirdiğimiz Smart360 ailesinin SmartFiles dosya yönetimi ürünü, dosyaları proje bazlı depo alanlarında toplar. Her proje kendi alanını alır; sınırsız klasör derinliği sayesinde yukarıdaki şablon olduğu gibi kurulur. Sekiz bağımsız izin (okuma, yazma, düzenleme, silme, klasör oluşturma, yapay zeka, geçmiş, not) kişiye ya da departmana tek bir matris üzerinden verilir.
Sabah mimari ekip, kat planının yeni hâlini aynı adla yükler. Dosya üzerine yazılmaz; yeni sürüm olur ve önceki sürüm indirilebilir, gerekirse geri yüklenebilir. Saklanacak sürüm sayısını ofis belirler. Proje mühendisi dosyaya "kolon aksları müşteri onayına göre güncellendi" notunu düşer, statik ekipten birine kontrol görevi atar ve belgeyi ilgili müşteri onayıyla ilişkilendirir.
Öğleden sonra müşteriden gelen revizyon talebi SmartMail'e düşer; ekteki PDF tek tıkla projenin SmartFiles alanına kaydedilir. Teslim yazısı hazırlandığında, gönderilmeden önce proje sorumlusunun onayına sunulur; onay, gerekçeli revizyon ya da ret tarih ve saatiyle kayda geçer. Yapay zeka analizi PDF, Word, Excel, metin ve görsel dosyalarında çalıştığı için özellikle şartname, rapor ve yazışmalarda işe yarar: ekip, projenin klasörüne "müşteri cephe malzemesi için hangi tarihte onay verdi?" diye sorabilir. Bu yaklaşımı yapay zeka ile belge analizi yazısında ayrıntılandırdık.
Projeden ya da ofisten ayrılan çalışanın erişimi tek kimlik (SmartID) üzerinden tek işlemle kapanır. İndirme ve önizleme bağlantıları dakikalar içinde geçersizleştiği için, paydaşlarla paylaşılan bir bağlantı aylarca açık kalmaz. Yanlışlıkla silinen bir proje klasörü, alt klasörleriyle birlikte çöp kutusundan geri gelir. Depolama tavanı aşılacaksa yükleme başlamadan reddedilir; ekip yarım kalmış bir yüklemeyle ya da eksik bir teslim setiyle uğraşmaz.
Dosya düzeni, teslim takvimiyle birlikte yürüdüğünde işe yarar. Aynı ailedeki SmartPM proje yönetimi, revizyon ve teslim görevlerini bağımlılıklı Gantt şemasında planlar; bir iş kayınca ona bağlı işler de kayar ve kritik yol görünür kalır. Müşteri rolüyle eklenen kişi yalnızca kendisine açılan görevleri görür, onay verir ya da değişiklik ister.
Sonraki adım
Bu hafta ofisinizdeki son üç projenin klasörlerini açın ve "son", "revize" ya da kişi adı içeren dosya sayısını sayın; bu sayı, standardın ne kadar acil olduğunu gösterir. Ardından iletişim sayfamızdan bize ulaşın; proje klasör şablonunuzu birlikte çıkaralım ve SmartFiles'ı bir pilot projeyle gösterelim. E-posta tarafındaki seçim kriterleri için kurumsal e-posta nasıl seçilir rehberine, tüm belge rehberleri için Kurumsal E-posta ve Belge sayfamıza göz atabilirsiniz.