Elektrik-Elektronik Mühendisliğinde Staj Raporunu Teze Çeviren Adımlar (2026)

Elektrik-elektronik mühendisliği öğrencilerinin çoğu, mezuniyet öncesi bir üretim tesisinde, enerji şirketinde, şantiyede veya elektronik tasarım firmasında zorunlu staj yapar. Bu staj deneyimi, doğru çerçevelendiğinde iyi bir bitirme projesi veya tez konusuna dönüşebilir — ama staj raporu ile bir bitirme projesi/tez arasındaki fark büyüktür. Bu yazı, o dönüşümü altı adımda gösterir. Çoğu enstitüde staj zorunluluğu iki ayrı stajı (genellikle üretim ve işletme/saha stajı) kapsar; bu yazıdaki altı adım, hangi stajınızı temel alırsanız alın aynı şekilde uygulanır. Enstitünüzün bitirme projesi ile staj raporunu farklı danışmanlara veya farklı komisyonlara teslim etmenizi isteyebileceğini de unutmayın; bu idari ayrım, iki belgenin akademik olarak da ayrı amaçlar taşıdığının bir göstergesidir.

Bu dönüşüm neden özellikle elektrik-elektronik mühendisliğinde değerlidir?

Elektrik-elektronik mühendisliği, laboratuvar ortamında kurulması zor veya pahalı sistemleri (yüksek gerilim ekipmanı, endüstriyel kontrol panoları, büyük ölçekli güç sistemleri) içerir; bu tür sistemlere gerçek koşullarda erişim genellikle yalnızca bir staj veya sektör deneyimi sırasında mümkün olur. Bu yüzden staj gözleminizi akademik bir probleme dönüştürmek, üniversite laboratuvarında yeniden üretemeyeceğiniz bir gerçek-dünya verisine dayanan, özgün bir bitirme projesi/tez fırsatı sunar.

Staj raporu ile bitirme projesi arasındaki fark nedir?

Staj raporu, tanımlayıcı bir günlüktür: hangi birimde çalışıldığı, hangi görevler yürütüldüğü, hangi ekipmanla karşılaşıldığı anlatılır. Bitirme projesi veya tez ise analitik bir belgedir: bir problem tanımlanır, bu problemin çözümüne yönelik bir yöntem uygulanır ve sonuçlar değerlendirilir. Aynı staj deneyimi her iki belgenin de kaynağı olabilir, ancak bitirme projesi staj raporunun genişletilmiş hâli değil, tamamen farklı bir amaçla yeniden kurulmuş bir belgedir.

Altı adımda dönüşüm

1. Staj sırasında karşılaşılan teknik bir problemi belirleyin

Staj defterinizi veya günlük notlarınızı gözden geçirin: hangi noktada bir arıza, verimsizlik, tasarım kısıtı veya çözülmemiş bir mühendislik sorunuyla karşılaştınız? “Trafo merkezinde sık yaşanan bir aşırı yük olayı”, “bir üretim hattındaki motor sürücüsünün verimlilik kaybı” veya “bir güneş enerjisi santralinde izleme sisteminin veri kaybı” gibi somut, gözlemlenmiş bir problem, staj raporundan bitirme projesine geçişin başlangıç noktasıdır.

2. Problemi literatür bağlamına oturtun

Belirlediğiniz problemin, alan yazınında nasıl ele alındığını araştırın: benzer bir arızanın/verimsizliğin çözümü için hangi yöntemler önerilmiş, hangi standartlar (ör. IEEE, IEC) konuyla ilgili? Bu adım, stajda gözlemlediğiniz somut bir olayı, akademik bir problem durumuna dönüştürür.

3. Kendi katkınızı tanımlayın

Bitirme projeniz ne sunacak? Seçenekler arasında bir analiz (ör. arızanın nedenini simülasyonla göstermek), bir iyileştirme önerisi (ör. alternatif bir kontrol algoritması) veya bir karşılaştırma (ör. mevcut sistemle önerilen sistemin performans karşılaştırması) olabilir. Katkınızın ne olduğu, danışmanınızla erken netleştirilmesi gereken en kritik karardır.

4. Şirket verisi kullanım izni alın

Stajda edindiğiniz gözlem ve verilerin bir kısmı şirkete ait gizli/ticari bilgi olabilir. Bitirme projenizde gerçek şirket adı, üretim rakamları veya müşteri bilgisi kullanmadan önce staj yaptığınız kurumdan yazılı izin almanız, mümkün değilse verileri anonimleştirip genel bir senaryoya dönüştürmeniz gerekir. Bazı kurumlar bir gizlilik sözleşmesi (NDA) imzalatmış olabilir; bu sözleşmenin akademik yayın/tez kapsamını nasıl etkilediğini önce kurumla, sonra danışmanınızla netleştirin.

5. Bölüm planını kurun

Tipik bir bitirme projesi/tez planı: giriş ve problem durumu, ilgili literatür/standartlar, yöntem (analiz/simülasyon/tasarım), bulgular, tartışma ve sonuç-öneriler. Elektrik-elektronik mühendisliğinde yöntem bölümünün nasıl kurulacağına dair genel mantığı (veri kümesi, deney düzeni, karşılaştırma ölçütleri) bilgisayar mühendisliği tezinde yöntem bölümü rehberimizde benzer bir mantıkla görebilirsiniz; elektrik-elektronik tarafında veri kümesi yerine genellikle ölçüm/simülasyon verisi kullanılır.

6. Danışman onayı ve resmî öneri süreci

Staj deneyiminizden türettiğiniz konuyu bir tez/bitirme projesi önerisine dönüştürüp danışmanınızın onayına sunun. Genel öneri süreci ve zaman çizelgesi için tez önerisi nasıl hazırlanır rehberimize bakabilirsiniz; bitirme projeleri genellikle tez önerisinden daha kısa bir onay süreci izler, ancak temel mantık (problem, amaç, yöntem, plan) aynıdır. Danışmanınıza sunacağınız önerinin en az şu üç unsuru netleştirmesi beklenir: hangi teknik problemin ele alınacağı, hangi yöntemle (simülasyon, ölçüm, analitik hesap) çözüleceği ve şirket verisiyle ilgili gizlilik durumunun ne olduğu. Bu üç unsur netleşmeden yapılan bir öneri sunumu, danışmanın ilk toplantıda geri gönderdiği en yaygın eksikliktir.

Staj defterinizi nasıl bir kaynak olarak kullanmalısınız?

Çoğu öğrenci staj defterini yalnızca imza toplamak için doldurulan bir formalite olarak görür, ama iyi tutulmuş bir staj defteri aslında bir problem günlüğüdür. Bitirme projesi konusu ararken defterinizdeki her günlük notu şu soruyla okuyun: “burada beklenmedik, açıklanmamış veya iyileştirilebilir bir şey var mıydı?” Genellikle en sıradan görünen bir gözlem (bir cihazın periyodik olarak yeniden başlatılması, bir ölçümün beklenenden farklı çıkması) en iyi konu adaylarını barındırır, çünkü bu tür gözlemler sahada gerçekten yaşanmış, yapay olmayan problemlerdir.

Hangi standartlara atıf yapılır?

Elektrik-elektronik mühendisliği bitirme projelerinde, problem durumunuzla ilgili varsa uluslararası veya ulusal standartlara atıf yapmanız beklenir: güç sistemleri için IEEE standartları, elektrik tesisatı ve güvenlik için TS EN (Türk Standardları Enstitüsü’nün Avrupa normlarına uyarlanmış) serisi, haberleşme sistemleri için ilgili ITU-T veya IEEE 802 aile standartları gibi. Hangi standardın geçerli olduğunu bilmiyorsanız, danışmanınıza veya staj yaptığınız kurumun mühendislerine sorabilirsiniz; bir standart adı ve numarasını yanlış veya güncel olmayan bir sürümle anmak (ör. revize edilmiş bir standardın eski numarasını kullanmak), jürinin kolayca yakaladığı bir hatadır — atıf yapacağınız her standardın güncel sürümünü kendiniz doğrulamanız gerekir.

Bulgular bölümü nasıl değerlendirilir?

Simülasyon veya analiz tabanlı bir bitirme projesinde bulgular bölümü, elde edilen sayısal sonuçları (ör. gerilim/akım grafiği, verim yüzdesi, hata oranı) tablo veya grafiklerle sunar ve bu sonuçları beklenen/teorik değerlerle karşılaştırır. “Sonuç beklentiyle uyumluydu” gibi genel bir cümle yeterli değildir; sapmanın büyüklüğü ve olası nedenleri (ölçüm hatası, model basitleştirmesi, gerçek sistemdeki ek değişkenler) somut olarak tartışılmalıdır. Jüri, özellikle simülasyon sonuçlarının gerçek sistem davranışıyla ne ölçüde örtüştüğünü sorgular.

Örnek dönüşüm (tamamen varsayımsal)

Aşağıdaki örnek gerçek bir şirketten veya olaydan alınmamıştır. Staj günlüğü notu: “Stajım sırasında bir dağıtım trafo merkezinde, öğle saatlerinde tekrarlayan bir gerilim düşümü gözlemledim; teknisyenler bunu yük dengesizliğine bağladı ama kesin bir ölçüm yapılmamıştı.” Bu gözlem, bitirme projesi problem durumuna şöyle dönüşür: “Bu çalışmanın amacı, bir dağıtım trafo merkezinde gözlemlenen periyodik gerilim düşümünün yük dengesizliği ile ilişkisini, anonimleştirilmiş yük ölçüm verileri üzerinden simülasyon ortamında incelemektir.” Dikkat edin: gerçek trafo merkezinin adı veya şirket bilgisi verilmez, gözlem genel bir mühendislik problemine dönüştürülür ve yöntem (simülasyon) baştan belirtilir.

Staj türüne göre tipik konu eşleşmeleri

Bu tablo kesin bir eşleştirme değil, olası yönleri göstermek içindir; kendi gözleminiz tabloda olmayan bambaşka bir konuya da işaret edebilir — önemli olan gözlemin somut ve tanımlanabilir bir teknik problem olmasıdır.

Danışmanla paylaşılacak kontrol listesi

• Staj sırasında gözlemlenen problem tek cümleyle tanımlandı mı?
• Problem literatürdeki/standarttaki karşılığıyla eşleştirildi mi?
• Katkı türü (analiz, iyileştirme önerisi, karşılaştırma) netleştirildi mi?
• Şirket verisi kullanım izni alındı mı veya senaryo anonimleştirildi mi?
• Yöntem (simülasyon aracı, analiz tekniği) belirlendi mi?

Bu yaklaşım diğer mühendislik dallarına da uyarlanır mı?

Evet, aynı altı adım makine, inşaat veya endüstri mühendisliği stajları için de geçerlidir; değişen yalnızca problem türü ve kullanılan standart/yöntem ailesidir. Turizm gibi tamamen farklı bir sektörde de aynı staj→proje dönüşüm mantığı geçerlidir; farklı bir sektördeki örneği turizm ve otelcilik stajı rehberimizde görebilirsiniz — altı adımın kendisi sektörden bağımsızdır, yalnızca 4. adımdaki gizlilik hassasiyeti ve 2. adımdaki standart/literatür kaynağı sektöre göre değişir.

Simülasyon mu, gerçek ölçüm mü?

Staj sırasında gözlemlediğiniz problemi mezuniyet projesinde tekrar gerçek sistem üzerinde ölçmek çoğu zaman mümkün değildir — şirketin ekipmanına ve tesisine sürekli erişiminiz olmaz. Bu yüzden elektrik-elektronik bitirme projelerinin büyük çoğunluğu simülasyon tabanlı çalışır: gerçek sistemin parametreleri (staj sırasında not aldığınız veya kurumdan izinle aldığınız genel değerler) bir simülasyon modeline aktarılır ve senaryo orada test edilir. Gerçek ölçüme erişiminiz varsa (ör. üniversitenizin laboratuvarında benzer bir kurulum varsa), simülasyon sonuçlarınızı laboratuvar ölçümüyle doğrulamanız çalışmanızın güvenilirliğini önemli ölçüde artırır; bu mümkün değilse, simülasyon modelinin varsayımlarını (parametreler, basitleştirmeler) yöntem bölümünde açıkça listelemeniz beklenir.

Sık yapılan üç hata

• Staj raporunu olduğu gibi genişletmek. Günlük notların uzunluğunu artırmak bir bitirme projesi yaratmaz; problem-yöntem-bulgu-sonuç iskeleti baştan kurulmalıdır.
• Şirket izni almadan gerçek veri/isim kullanmak. Bu hem etik hem de kurumla ilişkiler açısından ciddi bir risktir; anonimleştirme veya izin şarttır.
• Katkıyı belirsiz bırakmak. “Stajımda gözlemlediklerimi anlattım” bir bitirme projesi katkısı değildir; analiz, iyileştirme önerisi veya karşılaştırma gibi somut bir katkı gerekir.

Sık Sorulan Sorular

Staj yaptığım şirket verilerimi kullanmama izin vermezse ne yapmalıyım?

Gerçek verileri tamamen varsayımsal, benzer büyüklükte bir senaryoyla değiştirip aynı problem yapısını (ör. gerilim düşümü, verim kaybı) genel bir örnek üzerinden işleyebilirsiniz; bu durumda çalışmanın kurgusal olduğunu açıkça belirtmeniz gerekir.

Bitirme projesi ile yüksek lisans tezi arasında bu dönüşüm farklı mı işler?

Temel mantık aynıdır, ancak yüksek lisans düzeyinde beklenen katkı daha derin bir analiz veya özgün bir yöntem geliştirme olabilir; lisans bitirme projesinde genellikle mevcut bir yöntemin uygulanması yeterli kabul edilir.

Staj sırasında bir problem gözlemlemediysem ne yapmalıyım?

Staj yaptığınız birimin genel çalışma alanını (ör. güç sistemleri, otomasyon, haberleşme) temel alıp, o alanda literatürde güncel bir problemi bağımsız olarak seçebilirsiniz; staj deneyimi bir zorunluluk değil, bir başlangıç avantajıdır.

Simülasyon tabanlı bir çalışma için hangi yazılımlar kullanılır?

Alana göre değişir; güç sistemleri için devre/güç akışı simülasyon araçları, kontrol sistemleri için blok diyagram tabanlı simülasyon ortamları yaygındır. Kurumunuzun lisanslı erişimi olan aracı tercih etmeniz, erişim maliyetini ortadan kaldırır.

Danışmanım stajımla ilgisiz bir konu önerirse ne yapmalıyım?

Staj deneyiminiz yalnızca bir başlangıç noktasıdır, zorunlu değildir; danışmanınızın önerisi genellikle kendi araştırma hattıyla uyumlu ve veri erişimi daha kolay bir konuyu işaret eder, bu öneriyi ciddiye almanız önerilir.

Staj raporumu tez ekine koymalı mıyım?

Bazı enstitüler staj raporunu ayrı bir belge olarak tutar, bazıları bitirme projesinin ekinde referans olarak istenmesini talep edebilir; kendi enstitünüzün yönergesini kontrol edin.

Bu dönüşüm için ne kadar ek zaman gerekir?

Staj bitiminden bitirme projesi teslimine kadar geçen süre enstitüden enstitüye değişir; problem belirleme ve literatür taraması (1-2 hafta), yöntem/simülasyon kurulumu ve veri toplama (birkaç hafta) genellikle en çok zaman alan adımlardır.

Yanlış standart numarası kullanırsam ne olur?

Güncelliğini yitirmiş veya revize edilmiş bir standardı doğru numarasıyla anmamak, jüri tarafından hem bir bilgi hem de bir özen eksikliği olarak değerlendirilir; her standardı kaynağından (TSE, IEEE resmî sayfası gibi) kendiniz doğrulamanız gerekir.

Birden fazla staj yaptıysam hangisini kullanmalıyım?

Genellikle bitirme projesi konunuza en yakın teknik problemi içeren stajı seçmeniz mantıklıdır; birden fazla stajdan gözlem birleştirmek de mümkündür, ancak her kurumdan ayrı ayrı veri kullanım izni gerektiğini unutmayın.

Simülasyon sonuçlarım beklenenden farklı çıkarsa tez başarısız mı sayılır?

Hayır; beklenmedik bir sonuç, doğru şekilde tartışılıp olası nedenleri (model varsayımları, ölçüm sınırlamaları) açıklandığında geçerli bir bilimsel bulgudur. Jüri, sonucun “doğru” çıkmasından çok, sonucun neden o şekilde çıktığının doğru yorumlanmasını değerlendirir.

Staj defterimdeki bir gözlemi kullanmak için ayrıca izin gerekir mi?

Gözlemin kendisi (genel bir teknik olgu, ör. “bir trafo merkezinde gerilim düşümü yaşanabilir”) genellikle serbestçe kullanılabilir; izin gereken kısım, o gözleme ait şirkete özgü rakamlar, isimler veya konumlardır.

Bitirme projemi ileride bir yüksek lisans tezine dönüştürebilir miyim?

Evet, birçok öğrenci lisans bitirme projesindeki bir bulguyu veya yöntemi yüksek lisans tezinde daha derin bir analizle genişletir; bu durumda yüksek lisans tezinizde lisans çalışmanıza atıf yapmanız ve yeni katkınızı net biçimde ayırt etmeniz gerekir.

Staj yaptığım şirket akademik danışmanlığa açık değilse ne yapmalıyım?

Şirketten resmî bir danışmanlık beklemek zorunda değilsiniz; danışmanınız üniversite tarafındaki akademik rehberliği sağlar, şirketten beklenen yalnızca veri kullanım izni ve gerekiyorsa teknik doğrulamadır.

Tesify ile staj deneyiminizden türettiğiniz problemi, bu altı adımlık yapıya oturtarak bitirme projenize dönüştürmeye başlayabilirsiniz.