EKB Eğitiminde Proje Çalışması Raporu Nasıl Sunulur?

EKB proje raporu, eğitimde yalnız “bina C sınıfı çıktı” diyen birkaç ekran görüntüsünden oluşmamalıdır. İyi rapor; binanın kapsamını, kullanılan proje ve saha verilerini, kritik modelleme kararlarını, varsayımları, kalite kontrol adımlarını ve final sonucu kısa ama izlenebilir bir teknik hikâye şeklinde sunar.

Raporun amacı akademik tez yazmak değildir. Katılımcının neden o girdiyi seçtiğini ve sonucuna ne kadar güvenebileceğini gösterebilmesidir. Eğitmen de bu sayede yalnız nihai sınıfı değil, yöntem becerisini değerlendirebilir.

Birinci Sayfa: Proje Kimlik Kartı

Bina türü, kapsam, yaklaşık proje büyüklüğü, kullanılan proje sürümü, çalışma tarihi ve modelin hangi fiziksel durumu temsil ettiği özetlenir. Gerçek müşteri verisi kullanılıyorsa isim/adres gibi bilgiler eğitim amacı için anonimleştirilmelidir.

İkinci Bölüm: Veri Kaynakları

Mimari proje, ısı yalıtım raporu, mekanik proje, elektrik projesi, cihaz föyleri, saha fotoğrafları ve müşteri beyanları ayrı listelenir. Her kaynağın tarihi ve güven düzeyi not edilebilir. Eksik belge varsa raporda saklanmamalıdır.

Bu bölüm katılımcının “değer nereden geldi?” sorusuna sistematik cevap vermesini sağlar.

Geometri ve Zonlama Kararını Görselleştirin

Tüm BEP-TR ekranlarını rapora koymak yerine, bina planında ana zonlar renklerle gösterilebilir. Neden ayrı zon yapıldığı birer cümleyle açıklanır. Karma kullanımlı yapıda kullanım sınırları özellikle belirtilir.

Bir geometri kontrol tablosunda toplam alan, kat sayısı, dış kabuk ve pencere gibi kritik ara değerler yer alabilir.

Kabuk Verilerini Kaynağıyla Sunun

Duvar, çatı, döşeme ve pencere bileşenleri için kullanılan temel performans değerleri, bunların hangi proje/rapordan alındığıyla birlikte gösterilir. Eğitimin amacı formül öğretmekse bir örnek U değeri hesabı eklenebilir; tüm bileşen hesaplarını rapora yığmak gerekmez.

Mekanik Sistem Şemasını Bir Sayfada Özetleyin

Isıtma, soğutma, havalandırma ve sıcak su sistemleri kaynak → dağıtım → terminal ilişkisiyle basit şemada gösterilebilir. Ana cihazların performans verisi ve veri kaynağı tabloya yazılır.

Bu yaklaşım, sistemlerin BEP-TR’de yanlış zona bağlanıp bağlanmadığını kontrol etmeyi de kolaylaştırır.

Aydınlatma ve Kontrol Bilgilerini Ayrı Verin

Armatür gücü, alan veya kullanım bölgesi ve mevcut kontrol sistemleri özetlenir. Sensör veya BMS kontrolü varsa saha/proje kanıtı belirtilir. Eğitmen, sonuç iyi görünsün diye eklenen gerçekte olmayan kontrolü bu tabloda hızlı fark edebilir.

Varsayımlar Görünür Olmalı

Her proje eksiksiz olmayabilir. Kullanılan varsayımın ne olduğu, neden gerektiği, hangi kanıta dayandığı ve sonucu önemli ölçüde etkileyip etkilemediği kısa listede gösterilmelidir. “Varsayım yapıldı” demek yerine karar mantığı yazılmalıdır.

Kalite Kontrol Bölümü Zorunlu Öğrenme Çıktısı Olmalı

Katılımcı final belgeden önce hangi kontrolleri yaptığını göstermelidir: alan tutarlılığı, kullanım tipi, sistem hizmet alanı, pencere oranı, cihaz performans kaynağı ve sıra dışı sonuçların incelenmesi gibi. Bu bölüm, EKB üretimini “veri girişi” seviyesinden uzmanlık seviyesine taşır.

Sonuç Ekranını Yorumlayın, Sadece Yapıştırmayın

Enerji sınıfı, birincil enerji ve emisyon gibi görünen sonuçların binadaki hangi ana etkenlerle ilişkili olduğu birkaç paragrafta açıklanmalıdır. “C çıktı” yerine “yüksek havalandırma ve mevcut kabuk özellikleri sonucu şekillendiriyor” gibi veri temelli yorum yapılır.

Bir Hata ve Bir Öğrenme Noktası Ekleyin

Eğitim raporu kusursuz görünmek zorunda değildir. Katılımcı model sırasında yaptığı önemli bir hatayı, nasıl fark ettiğini ve hangi kontrolü süreç standardına ekleyeceğini yazarsa gerçek öğrenme kanıtı oluşur.

Bu bölüm eğitmene kişinin yalnız talimat takip etmediğini, hata ayıklama mantığını geliştirdiğini gösterir.

Senaryo Varsa Temel Modelden Ayrı Gösterin

LED, yalıtım veya ısı pompası gibi iyileştirme senaryoları varsa “mevcut durum” ile “eğitim senaryosu” açık biçimde ayrılmalıdır. Senaryo değerleri gerçek proje bilgisi gibi ana EKB modeline karışmamalıdır.

Rapor Sunumu 10 Dakikada Ne Anlatmalı?

• Bina ve proje kapsamı
• En kritik üç veri kaynağı
• Zonlama/sistem kararındaki en zor nokta
• Bir kalite kontrol bulgusu
• Final sonucun teknik açıklaması
• Bir hata ve öğrenme dersi

Bu yapı, katılımcının raporu slayt okumadan teknik olarak savunmasını sağlar.

Değerlendirme Sonuçtan Çok Yönteme Bakmalı

Referans modelle aynı sınıfa ulaşmak tek başına başarı değildir. Yanlış iki girdi birbirini dengeleyebilir. Eğitmen veri kaynağı, zonlama mantığı, sistem ilişkisi ve kontrol disiplinine puan vermelidir.

İyi Proje Raporu Gerçek İşte de Kullanılır

Eğitimde edinilen raporlama alışkanlığı, müşteriye teslim edilen gerçek EKB dosyasının kalite güvencesini yükseltir. Her projede aynı uzunluk gerekmez; ancak bina kimliği, kaynaklar, kritik varsayımlar ve kontrol izi korunmalıdır.

BEST Enerji EKB Uzmanlığı Eğitimi programındaki örnek proje çalışmalarını bu tür kısa teknik raporla tamamlamak, katılımcının BEP-TR uygulamasını açıklayabilir ve denetlenebilir hale getirir.

Kaynak Ekini Raporun Ayrılmaz Parçası Yapın

Proje raporunda kullanılan mimari, mekanik ve elektrik projeleri; cihaz föyleri; saha fotoğrafları ve diğer kanıtlar yalnız bir klasöre bırakılmamalıdır. Raporda her kritik girdinin hangi kaynağa dayandığı anlaşılmalıdır. Kaynak adı, revizyon tarihi ve ilgili sayfa/pafta bilgisi gibi izler, eğitmenin modeli yeniden kontrol etmesini kolaylaştırır.

Bu yaklaşım gerçek iş hayatında da değerlidir. Bir ay sonra gelen revizyon talebinde “bu kazan verimi nereden alınmıştı?” sorusu hızlıca cevaplanabilir. Eğitim raporunun amacı yalnız final sınıfı göstermek değil, karar zincirini görünür kılmaktır.

Ekran Görüntülerini Kanıt Yerine Değil Açıklama Aracı Olarak Kullanın

BEP-TR ekran görüntüleri, zonlama veya sistem ilişkisinin nasıl kurulduğunu göstermek için yararlı olabilir; fakat tek başına kaynak dokümanın yerini tutmaz. Raporda ekran görüntüsünün yanında ilgili proje veya teknik verinin referansı bulunmalıdır. Aksi halde katılımcı “yazılımda böyle görünüyor” diyebilir ama değerin nereden geldiğini kanıtlayamaz.

Eğitimde gereksiz ekran kalabalığı da önlenmelidir. Yalnız kritik kararları ve hata çözümünü anlatan görüntüler seçilir; rapor yazılım kullanım kılavuzuna dönüşmez.

Rapor İçin Sürüm Kontrolü Kullanın

İlk model, düzeltme sonrası model ve varsa eğitim senaryosu birbirinden ayrılmalıdır. Dosya adı veya rapor kapağında sürüm bilgisi, tarih ve değişiklik özeti tutulabilir. Böylece yanlış senaryonun final dosya sanılması veya eski bir raporun müşteriye gönderilmesi riski azalır.

Katılımcıdan her revizyonda “ne değişti, neden değişti, hangi kanıtla değişti?” üçlüsünü yazması istenebilir. Bu küçük alışkanlık profesyonel QA disiplininin temelidir.

Sözlü Savunmayı Teknik Sorularla Tamamlayın

Eğitmen final sunumunda yalnız slayt akışını değerlendirmemelidir. “Bu zonu neden ayırdın?”, “bu U değerinin kaynağı nedir?”, “sonuç beklenenden yüksek olsaydı ilk hangi üç veriyi kontrol ederdin?” gibi sorular katılımcının gerçekten modeli anlayıp anlamadığını gösterir.

İyi proje raporu, bu soruların cevaplarını zaten içerir. Böylece yazılı rapor ve sözlü savunma birbirini doğrular; katılımcı yalnız doğru sonucu değil doğru yöntemi öğrenmiş olur.

Gizlilik ve Kişisel Veri Disiplinini Eğitim Raporuna Taşıyın

Gerçek müşteri verisiyle çalışılıyorsa rapora gereksiz kişi adı, iletişim bilgisi veya başka kişisel veri taşınmamalıdır. Eğitim dosyası için gerekli teknik bina bilgileri ile gereksiz kişisel içerik ayrılmalı; paylaşım kapsamı eğitimin amacıyla sınırlı tutulmalıdır. Böylece proje raporu hazırlama becerisi, profesyonel veri yönetimi alışkanlığıyla birlikte gelişir.

Anonimleştirilmiş örnek proje kullanılıyorsa da hangi alanların değiştirildiği belirtilmeli; teknik kararları etkileyen veriler bozulmamalıdır.