Mülakatta özgeçmişteki projeler nasıl anlatılır

Özgeçmişindeki bir projeyi anlatırken işe uyan projeyle başla, çoğunlukla ne yaptığını ve nedenini anlatan iki dakikalık bir cevap ver ve ekip çalışmasıysa hangi kısmın sana ait olduğunu açıkça söyle. Ardından katkın, gerekçelerin, neyin ters gittiği ve neyi değiştireceğin üzerine takip soruları bekle.

Bu sayfa, özgeçmişine dayalı mülakat soruları hakkındaki genel rehberden daha derine, projelere iniyor. Öneriler üniversitelerin kariyer merkezlerinden ve bölümlerinden geliyor; hepsi kaynaklarda listeli. Kaynaklar İngilizce, alıntıları biz çevirdik.

Mülakatçı bir proje cevabından ne bekliyor?

Projenin tarifinden fazlasını. Üç üniversite kaynağı, mülakatçıların geçmiş işleri sorduklarında neye kulak verdiğini anlatıyor:

• Columbia Üniversitesi Bilgisayar Bilimleri Bölümü, öğrencilerine özgeçmişlerini derinlemesine konuşmaya hazır olmalarını söylüyor: “Mülakatçı yalnızca önceki işlerinde ya da projelerinde ne yaptığını sormayacak. Karşılaştığın zorlukları, üstesinden geldiğin başarısızlıkları, özellikle gurur duyduğun başarıları, üstlendiğin liderlik rollerini vb. duymak isteyecek.”
• Austin’deki Texas Üniversitesi’nin Doğa Bilimleri Fakültesi kariyer ofisi, öğrencilere teknik projelerini gözden geçirmelerini ve “katkın, öğrendiklerin ve ortaya çıkan sorunlarla nasıl başa çıktığın hakkındaki sorulara cevap vermeye hazır olmalarını” öneriyor. Aynı sayfa, teknik sorulara cevap verme notlarında şunu ekliyor: “Tercihin nedenleri, tercihin kendisinden daha ilginçtir.”
• Princeton’ın Kariyer Gelişim Merkezi, “Bize bitirme tezinizden bahseder misiniz?” sorusu için mülakatçıların “çalışmanın içeriği kadar sürecine de merak duyabileceğini” söylüyor. Bu cümle bağımsız araştırmayla ilgili. Bu rehber aynı noktayı başka projelere de uyguluyor.

Hepsi bir araya geldiğinde, bir proje cevabının dört işi var: kendi payını göstermek, gerekçeni göstermek, bir sorunu nasıl ele aldığını göstermek ve bundan ne çıkardığını göstermek. Projenin özelliklerini tek tek gezmek bu dördünden hiçbirini yapmaz.

Hangi projeyle başlamalısın?

Soru açık uçlu olduğunda (“Üzerinde çalıştığınız bir projeden bahseder misiniz?”) seçim sende. En çok gurur duyduğuna göre değil, işe göre seç.

1. Önce ilanı oku. MIT’nin kariyer ofisi iş tanımını ve pozisyonun sorumluluklarını gözden geçirmeni, “belirli eylem fiillerinin kullanımına ve sıklığına dikkat ederek” okumanı öneriyor. Tekrar eden fiiller, cevabın hangi becerileri göstermesi gerektiğini söyler.
2. Daha büyük ve daha uzun projeyi seç. Washington State University Vancouver’ın Mühendislik ve Bilgisayar Bilimleri Okulu, mezun olacak öğrencilere “daha uzun süreye yayılan daha büyük projeleri” ve “başvurduğun işler ve stajlarla doğrudan ilgili” beceriler kazandıran projeleri öne çıkarmalarını söylüyor.
3. Kendi payının yeterince büyük olduğunu kontrol et. Cevabın büyük kısmı senin yaptıklarınla ilgili olacak. Bu yüzden küçük bir parçasını yaptığın ünlü bir proje, bizzat yürüttüğün mütevazı bir projeden daha zayıf bir seçimdir.
4. İçindeki her kararı açıklayabildiğini kontrol et. Bir şeyin neden öyle yapıldığını söyleyemiyorsan takip soruları bunu ortaya çıkarır.

İkinci bir projeyi de hazır tut. Mülakatçı özgeçmişinden başka bir satırı seçebilir ya da ilkinden sonra başka bir örnek isteyebilir.

İki dakikalık bir proje cevabı için yapı

Neden iki dakika? Ohio State’in Fisher rehberi, STAR cevaplarının pratiğini yapan öğrencilere “soru başına iki ila üç dakika” hedeflemelerini söylüyor; Chicago Üniversitesi’nin kariyer ofisi de STAR’ı kullanırken “cevap başına 2-3 dakika hedeflemeyi” öneriyor. İncelenen sayfaların hiçbiri özellikle proje cevapları için bir süre belirlemiyor. İki dakika bu aralığın alt ucu ve mülakatçıya önemsediği kısımları sorması için zaman bırakıyor.

Nasıl bölmeli? MIT’nin kariyer ofisi STAR yönteminin dört parçasına yüzdeler veriyor ve bunların “hikâyenin her bölümüne ayrılacak zamanı gösterdiğini” söylüyor. Tablodaki saniyeler, bu yüzdelerin iki dakikalık bir cevaba uygulanmış basit hesabı.

Parça	MIT’nin payı	İki dakikalık cevapta	Bir projede içine ne girer
Durum (Situation)	%20	yaklaşık 24 saniye	Projenin ne olduğu, kimin için yapıldığı, ekip büyüklüğü, ne kadar sürdüğü
Görev (Task)	%10	yaklaşık 12 saniye	Sorumlu olduğun kısım ve hedef
Eylem (Action)	%60	yaklaşık 72 saniye	Attığın adımlar, onları nasıl ve neden attığın
Sonuç (Result)	%10	yaklaşık 12 saniye	Ne oldu, bunu nereden biliyorsun, ne öğrendin

MIT, rakamların bir yol gösterici olduğunu ve “cevabının büyük kısmının Eylemlerine odaklanması gerektiğini” ekliyor.

Diğer kariyer merkezlerinden gelen üç ayrıntı, yapıyı projelere uyarlıyor:

• Girişte ölçeği ver. Princeton’ın mülakat rehberi, “Kendinizden bahseder misiniz?” sorusu için verdiği tavsiyede “bir projeye ne kadar zaman harcandığı ya da ne düzeyde özerkliğin ve sorumluluğun olduğu” gibi bağlam vermeyi öneriyor. Aynı bağlam bir proje cevabının girişine de uyuyor.
• Yalnızca neyi değil, nedenini de söyle. Princeton’ın STAR versiyonu eylemi “attığın adımlar”, “onları nasıl attığın” ve “neden attığın” diye üçe bölüyor.
• İşe bağlayarak bitir. UC Irvine’in kariyer ofisi B-A-R-T adını verdiği bir varyant öğretiyor: Background (arka plan), Action (eylem), Results (sonuçlar), Tie Back (bağlama). Örnek cevabında son adım, öğrencinin ne öğrendiğini söylüyor ve bunu mülakata girdiği pozisyona bağlıyor.

Örnek cevap: yeni mezun, yazılım pozisyonu, “Özgeçmişinizdeki bir projeden bahseder misiniz?” Bu örnek bu rehber için yazıldı. Ders projesi ve klinik genel tanımlar, gerçek değil.

Durum

Görev

Eylem

Sonuç

1. Durum

   Son sınıftaki bitirme projesi dersimde dört kişilik bir ekip olarak, randevuları telefonla ve kâğıt üzerinde alan yerel, kâr amacı gütmeyen bir klinik için randevu planlama aracı geliştirdik. Proje iki döneme yayıldı.

2. Görev

   Randevu mantığı ve veritabanı benim sorumluluğumdaydı. Hedef, dersin sonunda resepsiyonun gerçekten kullanabileceği bir araçtı.

3. Eylem

   Çift randevuların nasıl oluştuğunu anlamak için iki resepsiyon çalışanıyla görüştüm, sonra tabloları bir saat dilimi yalnızca bir kez tutulabilecek şekilde tasarladım. Çakışmaları önce uygulama kodunda kontrol ettim; iki kişi aynı anda randevu aldığında bunun başarısız olduğunu gördüm ve kuralı veritabanına, benzersizlik kısıtı olarak taşıdım. Randevu alma ve iptal testlerini ben yazdım. Hatırlatma e-postaları ve takvim ekranı ekip arkadaşlarımın işiydi; onların kodunu ben inceledim.

4. Sonuç

   Aracı teslim ettik ve nisanda destekçimize sunduk. İki haftalık denemede resepsiyon hiç çift randevu kaydetmedi. Tekrar yapsam aracı çalışanların önüne bir ay daha erken koyardım, çünkü en büyük değişiklikler onları kullanırken izlememizden çıktı.

Bitirmek için bir bağlama cümlesi: “Burada da yapmak istediğim iş bu: bir sistemi nasıl kuracağıma karar vermeden önce insanların onu gerçekte nasıl kullandığını öğrenmek.”

Ekip projeleri: kendi payını dürüstçe nasıl söylersin?

Üç kariyer merkezi aynı talimatı farklı kelimelerle veriyor:

• MIT: sahiplendiğini “ben” cümleleriyle göster, çünkü “biz” cümleleri kullanmak “işverenin becerilerinin ne olduğunu net olarak anlamasını zorlaştırabilir. Bunun yerine cevabını, ekip çalışmasının sonuçlarına nasıl katkı verdiğine odakla.”
• Princeton: “Hikâye bir grubun parçası olmayı içeriyorsa ‘biz’ demeyi abartmamaya dikkat et; cevabının büyük kısmını bireysel rolüne ve katkılarına ayır.”
• Ohio State’in Fisher rehberi: Eylem adımında “bireysel katkılarını mutlaka vurgula.”

Dürüstlük iki yönlü işler. Fazla sahiplenmenin bir riski var: MIT, doğru olmayan bir cevabın “başvuru belgelerinle” ya da “bir referansın senin hakkında paylaştıklarıyla örtüşmeyebileceği” konusunda uyarıyor; Washington State University Vancouver da öğrencilere bir özgeçmişin “%100 dürüst olması gerektiğini” söylüyor. Az sahiplenmek, yani “biz”in arkasına saklanmak ise mülakatçıya değerlendirecek hiçbir şey bırakmıyor.

İkisini birden yapan bir kalıp:

1. Ekip için tek cümle. Büyüklük, hedef ve sonuç. Bir üyenin üzerine düşeni yapmadığı bir grup projesiyle ilgili soru için Princeton, hikâyeyi “grubun hedefleri ve senin gruptaki bireysel rolün bağlamında” kurmayı öneriyor.
2. Kendi kısmın için “ben”e geç. Sahiplendiğin parçayı ve o parçada aldığın kararları söyle.
3. Diğerlerinin ne yaptığını söyle. Bir ekip arkadaşının kısmını söylemek, senin kısmının nerede bittiğini gösterir.
4. Sonucu doğru sahibine bağla. Ekibin sonucu ekibindir. Senin sonucun, senin kısmının mümkün kıldığı şeydir.

Örnek: deneyimli aday, kurgusal bir bölgesel market zincirinde pazarlama analisti. Bu rehber için yazıldı.

Mülakatçı üzerine düşeni yapmayan bir ekip arkadaşını sorarsa, Princeton’ın rehberi mülakatçıların “kendini grup içinde nasıl konumlandırdığına, akranlarınla nasıl iletişim kurduğuna ve çatışmayı nasıl karşıladığına ya da çözdüğüne” baktığını söylüyor ve şunu öneriyor: “Projeyi yavaşlatan ekip arkadaşına empati göster ya da o kişi sensen sorumluluğu üstlen.” Tam bir örnek başarılı bir ekip projesinden bahseder misiniz sayfasında. Özgeçmişindeki bir rakam ekibin rakamıysa özgeçmişteki rakamları nasıl savunacağına bak.

Yeni mezunlar için ders, bitirme ve kişisel projeler

Bir ders projesi yedek bir seçenek değil, beklenen bir örnek. Washington State University Vancouver’ın mühendislik okulu, mezun olmak üzere olan ya da yeni mezun olmuş kişileri işe alan işverenlerin “özgeçmişlerinde çoğu zaman proje temelli deneyim görmeyi beklediğini” ve ders projelerinin “üniversitede kazandığın becerilerin seni işe nasıl hazırladığını işverenlerin anlamasına yardımcı olmanın harika bir yolu” olduğunu yazıyor.

• Neyse onu söyle. O rehberin önerdiği özgeçmiş biçimi dersin adını ve tarihlerini veriyor. Sesli anlatırken de aynısını yap: “Son sınıftaki bitirme projesi dersimde…” Bir ödevi olduğundan fazlası gibi sunmak, aynı rehberin uyardığı türden bir esnetme.
• Destekçisi olan bitirme projeleri. Rehber “Ağzı sıkı ol ve gizliliğe dikkat et; birlikte çalıştığın şirketin adını veremeyebilirsin” diyor ve “yerel bir elektronik ya da üretim şirketi gibi” genel tanımlar öneriyor. Bu tavsiye özgeçmiş için yazılmış. Konuşurken de aynen geçerli; o yüzden bir destekçinin adını vermeden önce neyi kabul ettiğini kontrol et.
• Tez ya da bağımsız araştırma. Princeton’ın rehberi öğrencilere “bu konuyu neden seçtiğini” kısaca anlatmalarını, “attığın başlıca adımları ve kullandığın araştırma kaynaklarını özetlemelerini” ve “projenin süresini ya da kapsamını rakamla vermelerini” öneriyor.
• Yazılım ders projeleri. UC Irvine’in kariyer ofisi şu örnek teknik soruyu listeliyor: “Yazılım geliştirme yaşam döngüsünün tüm aşamalarını kapsayan bir okul projesinde yer aldınız mı?” Hangi aşamaları kendin yaptığını söylemeye hazır ol.
• Ne öğrendiğini söyle. Washington State rehberinde Sonuç adımı, “bu deneyimden ne öğrendiğini ve gelecekte benzer bir duruma nasıl yaklaşacağını” da içeriyor.

Kişisel projeler. Bu rehber için incelenen kariyer merkezi sayfaları kişisel projeler için ayrı bir tavsiye vermiyor; bu paragraf yukarıdaki tavsiyeleri uyguluyor ve kaynağa dayanan bir kural değil. Projeyi sana kimse vermedi, bu yüzden ilk doğal takip sorusu “Bunu neden yaptınız?” olur; Princeton’ın “bu konuyu neden seçtiğin” sorusuna çok benzer. Projenin gerçek durumunu söyle: bitti mi bitmedi mi, senden başka kullanan var mı.

Başvurmadan önce özgeçmişin ile sözlü anlatımını birbirine uydur. Bizim önerimiz şu: bir ders projesini ders çalışması olarak tanımla, kendi teslim ettiğin işi söyle ve ekibin sonuçlarını bireysel işten ayır. Yayına alınmamış bir proje, gerçek müşterilere hizmet veriyormuş gibi anlatılmamalı. Proje bölümünü düzenlemek için özgeçmiş oluşturucuyu kullanabilirsin, ama oluşturucunun kurallara dayalı puanı bir iddianın doğru olup olmadığını doğrulayamaz.

Yeni bir alana geçişte ana kanıtın projelerse kariyer değişikliğini özgeçmişin üzerinden nasıl anlatacağına bak.

Bir proje cevabı hangi takip sorularını davet eder?

İki dakikalık bir cevap konuşmanın başlangıcıdır. Her takip sorusunun ifadesi bu rehbere ait. İkinci sütun, sorunun çıkarıldığı kaynak satırını veriyor.

Takip sorusu	Neden beklemeli	Ne hazırlamalı
“Sizin kısmınız tam olarak neydi?”	UT Austin listede “katkını” ilk sıraya koyuyor. MIT ve Princeton’ın ikisi de “biz” konusunda uyarıyor.	Tek cümlelik bir ayrım: önce senin parçan, sonra ekip arkadaşlarınınki
“Neden bu şekilde yaptınız?”	UT Austin, teknik cevaplar için: nedenler “tercihin kendisinden daha ilginç.” Columbia’nın bilgisayar bilimleri bölümü, yazılım tasarımı için: “tasarım tercihlerini savunmak zorunda kalmayı bekle.”	Düşündüğün bir alternatif ve onu neden elediğin
“Ne ters gitti?”	UT Austin: “ortaya çıkan sorunlarla nasıl başa çıktığın.” Columbia: “karşılaştığın zorluklar, üstesinden geldiğin başarısızlıklar.”	Gerçek bir sorun, onunla ilgili ne yaptığın, nasıl bittiği
“Neyi değiştirirdiniz?”	Princeton’ın STAR taslağı, adaylardan Sonuç adımında “aynı durumla karşılaşsan neyi değiştirebileceğini” anlatmalarını istiyor.	“Hiçbir şey” değil, belirli bir değişiklik
“Ne büyüklükteydi?”	Princeton, tez soruları için: “Projenin süresini ya da kapsamını rakamla ver.”	Süre, ekip büyüklüğü ve işin gerçek ölçeği
“Ekip olarak nasıl çalıştınız?”	Princeton: mülakatçılar “akranlarınla nasıl iletişim kurduğuna” bakar.	İşin nasıl bölündüğü, bir anlaşmazlık ve nasıl çözüldüğü

Proje cevaplarına nasıl hazırlanmalı

1. Senaryo değil, taslak hazırla. MIT, 3 ila 5 hikâyeyi madde işaretli taslaklar halinde hazırlamayı öneriyor, çünkü senaryo yazmak ya da ezberlemek “mülakatta gerektiğinde uyum sağlama becerini kısıtlayabilir.”
2. Her taslağın altına altı takip sorusunun cevabını yaz. Her biri bir iki satır.
3. Her cevabı sesli söyle ve süre tut. İki buçuk dakikayı geçiyorsa eylemleri değil, girişi kısalt.
4. Özgeçmişinin neyi davet ettiğini kontrol et. Ücretsiz özgeçmişine göre mülakat soruları aracı, bir özgeçmişi büyük ihtimalle doğuracağı sorulara dönüştürüyor ve her soruyu arkasındaki özgeçmiş satırına bağlıyor; böylece mülakatçının hangi projeleri açacağını görebilirsin.

Bütün geçmişini anlatmanı isteyen açılış sorusu için özgeçmişinizi anlatır mısınız sayfasına bak.