Mülakatlar için STAR Yöntemi: Örneklerle Eksiksiz Rehber (2026)

Davranışsal mülakat soruları modern işe alımların bel kemiğidir. Google, Amazon, Microsoft ve binlerce başka şirket bunlara güvenir çünkü geçmiş davranış, gelecekteki performansın en iyi tahmincisidir. STAR yöntemi, deneyimlerinizi ikna edici ve yapılandırılmış mülakat cevaplarına dönüştüren çerçevedir.

Bu rehber STAR yönteminin her bileşenini analiz eder, farklı yetkinlikler üzerinde beş eksiksiz örnek sunar ve bir sonraki mülakatınızdan önce güven oluşturmanız için bir pratik sistemi verir.

STAR Yöntemi Nedir?

STAR; Durum (Situation), Görev (Task), Eylem (Action) ve Sonuç (Result) anlamına gelir. "Bana bir zamanı anlatın..." veya "Bana bir örnek verin..." gibi ifadelerle başlayan davranışsal mülakat sorularını cevaplamak için yapılandırılmış bir yaklaşımdır.

Yöntem işe yarar çünkü sizi net bir başlangıcı, ortası ve sonu olan eksiksiz bir hikâye anlatmaya zorlar. STAR gibi bir yapı olmadan adaylar daldan dala atlar, önemli bağlamı atlar veya sonucu belirtmeyi unutur. Mülakatçılar dört bileşeni de dinlemek üzere eğitilmiştir ve herhangi birinin eksik olması cevabınızı önemli ölçüde zayıflatır.

Mülakatçılar Neden Davranışsal Soruları Sever

Geleneksel mülakat soruları ("En büyük gücünüz nedir?") prova edilmiş, genel cevaplara davet eder. Davranışsal sorular ise spesifik bilgi talep eder. Bir mülakatçı sizden geçmişinizden gerçek bir durumu tanımlamanızı istediğinde, işte nasıl davrandığınıza dair somut kanıt elde eder; nasıl davranacağınızı düşündüğünüze dair değil.

Çoğu yapılandırılmış mülakat değerlendirme formu doğrudan STAR bileşenleriyle eşleşir. Mülakatçı kutucukları işaretler: Aday bağlam verdi mi? Net bir zorluk var mıydı? Kişisel olarak attığı somut adımları tanımladı mı? Ölçülebilir bir sonuç var mıydı? Dördünü de verirseniz mülakatçının işini kolaylaştırırsınız ve bu sizin lehinize çalışır.

Her Bileşenin Ayrıntılı Analizi

S - Durum (Situation): Sahneyi Kur

Durum bağlamı belirler. Bunu bir filmin açılış sahnesi olarak düşünün. Mülakatçıya hikâyenin geri kalanını anlaması için yeterli arka plan vermeniz gerekir, ancak dikkatini kaybettirecek kadar fazla değil.

Dahil edilecekler:

• Nerede çalıştığınız ve o zamanki rolünüz
• İlgili iş bağlamı (şirket büyüklüğü, sektör, ekip yapısı)
• Durumu dikkate değer kılan kısıtlamalar veya zorluklar

Kaçınılacaklar:

• Ana noktaya bağlanmayan aşırı arka plan
• Uzun açıklama gerektiren kişi veya şirket isimleri
• Ayrıntı içermeyen "işler zordu" gibi belirsiz ifadeler

Zaman ayırımı: Toplam cevabınızın yaklaşık %15-20'si. İki dakikalık bir cevap için bu kabaca 20-25 saniyedir.

T - Görev (Task): Sorumluluğunuzu Tanımlayın

Görev sizden özellikle ne beklendiğini netleştirir. Birçok aday burada sendeler çünkü kişisel sorumluluğu yerine ekibin ne yapması gerektiğini tanımlar.

Dahil edilecekler:

• Durum içindeki belirli rolünüz veya göreviniz
• Çalıştığınız hedef
• İlgili son tarihler, kısıtlamalar veya riskler

Temel ayrım: Durum, çevrenizde olup bitendir. Görev, kişisel olarak başarmanız gerekendir. Bunları ayrı ve net tutun.

Zaman ayırımı: Cevabınızın yaklaşık %10-15'i. Çoğu zaman sadece bir veya iki cümle.

A - Eylem (Action): Ne Yaptığınızı Gösterin

Eylem bölümü cevabınızın kalbidir ve mülakatçıların sizi değerlendirmek için en çok zaman harcadığı yerdir. Ekibin ne yaptığıyla ilgili değil; sizin ne yaptığınız, aldığınız kararlar ve neden aldığınızla ilgilidir.

Dahil edilecekler:

• Attığınız belirli adımlar, sırasıyla
• Alternatiflere karşı neden bu yaklaşımı seçtiğiniz
• Karşılaştığınız engeller ve bunları nasıl aştığınız
• Uyguladığınız beceri veya bilgi

Kaçınılacaklar:

• "Ben" demek isterken "biz" kullanmak (ekibe hak verin ama bireysel katkınız konusunda net olun)
• Karar alma sürecini geçiştirmek
• Arkasındaki muhakemeyi açıklamadan eylemleri sıralamak

Zaman ayırımı: Cevabınızın yaklaşık %40-50'si. Bu en uzun bölüm olmalıdır.

R - Sonuç (Result): Etkiyi Kanıtlayın

Sonuç sizin getirinizdir. Her mülakatçının aklındaki soruyu cevaplar: "Peki ne oldu?" Net bir sonuç olmadan en iyi hikâye bile etkisiz kalır.

Dahil edilecekler:

• Mümkün olduğunda nicelleştirilmiş sonuçlar (yüzdeler, dolar tutarları, kazanılan zaman, iyileştirilen metrikler)
• Deneyimden ne öğrendiğiniz
• Sonucun daha geniş iş hedeflerine nasıl bağlandığı
• Aldığınız takdir veya devam eden etki

Kaçınılacaklar:

• Ayrıntı olmadan "ve her şey yolunda gitti" diyerek bitirmek
• Doğrudan etkilemediğiniz sonuçların hakkını sahiplenmek
• Özellikle başarısızlık veya zorluk hikâyelerinde öğrenilen dersi atlamak

Zaman ayırımı: Cevabınızın yaklaşık %20-25'i.

Beş Eksiksiz STAR Örneği

Aşağıdaki örnekler neredeyse her mülakatta karşınıza çıkan beş yetkinliği kapsar. Yapıyı inceleyin ve yaklaşımı kendi deneyimlerinize uyarlayın — hangi pozisyona başvuruyor olursanız olun: yazılım mühendisi, ürün müdürü veya iş analisti.

Örnek 1: Liderlik

Soru: "Bana zorlu bir projede bir ekibi yönettiğiniz bir zamanı anlatın."

Durum: "Geçen yılın üçüncü çeyreğinde, en büyük kurumsal müşterimiz her ürün güncellemesi yaptığımızda özel entegrasyonları bozulduğu için ayrılmakla tehdit ediyordu. İlişki yıllık 2,4 milyon dolar tekrarlayan gelir değerindeydi ve hesap ekibi seçeneklerini tüketmişti."

Görev: "VP'm benden sorunu sahiplenmemi ve altı hafta içinde entegrasyonu stabilize etmek için dört mühendis, bir ürün müdürü ve bir hesap yöneticisinden oluşan çapraz fonksiyonel bir ekibi yönetmemi istedi."

Eylem: "İlk olarak, temel nedenleri anlamak için son altı ayın her destek biletini ve olay raporunu incelemek için iki gün harcadım. Arızaların %80'inin uygun sürümlemeden yoksun üç API uç noktasından geldiğini buldum. Analizi sunduğum ve üç aşamalı bir plan önerdiğim bir başlangıç toplantısı düzenledim: birinci haftada kritik uç noktalar için acil düzeltmeler, ikinci-dördüncü haftalarda API sürümleme uygulaması ve beşinci-altıncı haftalarda otomatik regresyon testleri. Her mühendise uzmanlıklarına göre belirli uç nokta sahipliği atadım. İlerlemeyi izlemek için 15 dakikalık günlük toplantılar ve müşterinin bağlılığımızı görebilmesi için haftalık durum görüşmeleri ayarladım. Üçüncü haftada sürümleme yaklaşımı başka bir ekibin yayın takvimiyle çakıştığı için bir engelle karşılaştığımızda, halihazırda tamamladığımız işi göstererek ve daha titiz yaklaşımın gelecekteki sorunları neden önleyeceğini açıklayarak müşteriyle bir haftalık erteleme konusunda anlaştım."

Sonuç: "Stabilize edilmiş entegrasyonu yedi haftada teslim ettik — başlangıç hedefinden bir hafta sonra ama müşterinin onayladığı revize takvim içinde. Entegrasyon sonraki dört ayda sıfır arıza yaşadı; önceki aylık ortalama üçe kıyasla. Müşteri sözleşmesini iki yıl daha yeniledi ve kullanımını %35 artırdı. VP'm bu projeyi, bir sonraki çeyrekte Kıdemli Mühendisliğe terfimin nedeni olarak gösterdi."

Örnek 2: Problem Çözme

Soru: "Karmaşık bir sorunu çözdüğünüz bir zamanı tanımlayın."

Durum: "Önceki şirketimde, bir e-ticaret platformunda, ödeme tamamlama oranımızın iki ayda %68'den %51'e düştüğünü fark ettik. Düşüş ayda yaklaşık 180.000 dolar kayıp gelire mal oluyordu ve ekipte kimse nedeni bulamıyordu."

Görev: "Büyüme ekibindeki baş analist olarak, sorunu teşhis etmek ve iki hafta içinde Ürün VP'sine bir çözüm önermekle sorumluydum."

Eylem: "Düşüşün nerede yoğunlaştığını izole etmek için verileri cihaz türü, coğrafya ve trafik kaynağına göre segmentleyerek başladım. Veriler, düşüşün neredeyse tamamen mobil cihazlarda olduğunu ve orantısız biçimde ücretli sosyal reklamlardan gelen kullanıcıları etkilediğini gösterdi. Ardından 200 mobil ödeme oturumunun kaydını inceledim ve yeni bir ödeme formu yeniden tasarımının, 390 pikselden dar ekranlarda klavye katmanının 'Sipariş Ver' düğmesini kapattığı bir hata oluşturduğunu keşfettim. Kullanıcılar ödeme bilgilerini dolduruyor ama son düğmeyi göremiyor ve dokunamıyorlardı. Sorunu ekran görüntüleri ve oturum kayıtlarıyla belgeledim, gelir etkisini niceliklendirdim ve ürün ile mühendislik liderlerine sundum. Ayrıca hızlı bir düzeltme — düğmeyi klavye bölgesinin üstüne taşımak — ve uzun vadeli bir düzeltme — tüm mobil formlarda CTA düğmesi için yapışkan bir alt çubuk uygulamak — önerdim."

Sonuç: "Mühendislik ekibi hızlı düzeltmeyi 48 saat içinde çıkardı. Ödeme tamamlama oranı bir hafta içinde %65'e yükseldi ve yapışkan düğme yeniden tasarımından sonra %72'ye ulaştı; aslında düşüş öncesi referans değerimizi de aştı. Şirket ayda yaklaşık 200.000 dolar gelir geri kazandı. Bu deneyim ayrıca gelecekteki tüm form değişiklikleri için otomatik görünüm penceresi testi uygulamamıza da yol açtı."

Örnek 3: Ekip Çalışması

Soru: "Bir ekibin parçası olarak etkili bir şekilde nasıl çalıştığınıza dair bir örnek verin."

Durum: "Şirket hackathonu sırasında, farklı bölümlerden dört kişiyle bir gruba dâhil edildim: iki tasarımcı, bir backend mühendisi ve bir veri bilimci. Hiçbirimiz daha önce birlikte çalışmamıştık ve çalışan bir prototip oluşturmak için 48 saatimiz vardı."

Görev: "Hedefimiz müşteri destek biletlerini otomatik olarak kategorize eden ve yönlendiren bir dahili araç oluşturmaktı. Rolüm proje koordinatörü olmak ve aynı zamanda frontend geliştirmeyi üstlenmekti."

Eylem: "İlk saatte, her kişinin uzmanlığını ve 48 saatte gerçekçi olarak ne inşa edebileceğini paylaştığı bir beyin fırtınası oturumu kolaylaştırdım. Mimariyi dikte etmek yerine, her kişiden parçasının nasıl çalışacağını önermesini istedim ve ardından entegrasyon noktalarını birlikte belirledik. 12 saatte bir net kilometre taşları ve iletişim anlaşmaları olan paylaşılan bir belge oluşturdum: eşzamansız güncellemeler için özel bir Slack kanalı kullanacak ve her kilometre taşında 10 dakika yüz yüze buluşacaktık. Veri bilimci yarı yolda sınıflandırma modelinin elimizdekinden daha fazla eğitim verisine ihtiyaç duyduğunu fark ettiğinde, hackathon demosu için kural tabanlı bir sisteme geçmeyi ve makine öğrenimi yaklaşımını ikinci faz yol haritası maddesi olarak sunmayı önerdim. Ayrıca tasarımcılardan birinin prototipleme aracıyla zorlandığını fark ettim, bu yüzden ihtiyaç duyduğu bileşen kütüphanesini oluşturmasına yardımcı olmak için bir saat onunla eşleştim."

Sonuç: "Test biletlerinin %78'ini doğru şekilde yönlendiren çalışan bir prototip teslim ettik. Ekibimiz 12 ekip arasında ikinci oldu. Daha da önemlisi, Müşteri Başarısı VP'si bunu gerçek bir araca dönüştürmemizi istedi. Kural tabanlı sürüm iki ay sonra yayınlandı ve ortalama bilet yönlendirme süresini 4 saatten 15 dakikaya indirdi. Beş ekip üyesinden üçü, ben dâhil, üretim sürümünde iş birliğine devam etti."

Örnek 4: Başarısızlık Yönetimi

Soru: "Bana başarısız olduğunuz bir zamanı anlatın."

Durum: "Ürün müdürü olarak ikinci yılımda, kullanıcıların paylaşılan çalışma alanları oluşturmasına olanak tanıyan yeni bir özelliğin savunuculuğunu yaptım. Rekabet analizine ve birkaç kullanıcı görüşmesine dayanarak bunun iş birliğini ve elde tutmayı artıracağına ikna olmuştum."

Görev: "Gereksinimleri tanımlamak, yol haritasında önceliklendirmek ve geliştirme boyunca yönlendirmekten sorumluydum. Özellik üç ay ve iki mühendisin tam zamanlı çabasını gerektirdi."

Eylem: "İş gerekçesini rakip özellik karşılaştırmaları ve insanların paylaşılan çalışma alanlarını kullanacağını söylediği altı kullanıcı görüşmesiyle oluşturdum. Ürün spesifikasyonunu yazdım, mimaride mühendislikle çalıştım ve özelliği tüm kullanıcı tabanımıza bir e-posta kampanyasıyla yayınladım. Ancak kritik bir hata yaptım: niceliksel doğrulamayı atladım. Gerçek talebi ölçmek için hiçbir zaman anket yapmadım, ilgiyi ölçmek için bir test açılış sayfası oluşturmadım ve lansmandan önce başarı metrikleri tanımlamadım."

Sonuç: "30 gün sonra, kullanıcıların yalnızca %3'ü özelliği denemişti ve yalnızca %0,4'ü birden fazla kullanmıştı. Özellik altı kişi-ay mühendislik zamanını tüketen fiili bir başarısızlıktı. Retrospektifte tam sorumluluk üstlendim ve herhangi bir özelliğin önceliklendirilmeden önce niceliksel talep sinyalleri gerektiren yeni bir özellik doğrulama çerçevesi önerdim. Bu çerçeve bugün hâlâ ürün ekibi tarafından kullanılıyor. Bu deneyim ürün kararlarına yaklaşımımı kökten değiştirdi — artık kaynak ayırmadan önce talebi her zaman veriyle doğruluyor ve neyin işe yarayıp yaramadığı konusunda belirsizlik olmaması için başarı metriklerini baştan tanımlıyorum."

Örnek 5: Çatışma Çözümü

Soru: "İşte bir çatışmayı çözdüğünüz bir zamanı tanımlayın."

Durum: "Veritabanı altyapımızı taşımak için bir projede, baş backend mühendisi ve DevOps lideri taşıma stratejisi hakkında temel bir anlaşmazlık içindeydi. Backend mühendisi çift yazma ile tablo tablo kademeli bir taşıma istiyordu, DevOps lideri ise bakım penceresi sırasında tek seferlik bir geçiş istiyordu. Anlaşmazlık projeyi iki haftadır durdurmuştu ve ekip morali düşüyordu."

Görev: "Proje yöneticisi olarak, anlaşmazlığı çözmem, ekibi tek bir yaklaşım etrafında hizalamam ve hafta içinde ilerlemeyi yeniden başlatmam gerekiyordu."

Eylem: "Yönetici kararı almak yerine, her biriyle ayrı bire bir görüşmeler programladım. Her birinden yaklaşımını, endişe duyduğu riskleri ve diğer kişinin neyi kaçırdığını düşündüğünü anlatmasını istedim. Bu görüşmeler aracılığıyla gerçek çatışmanın teknik olmadığını keşfettim. Backend mühendisi önceki bir şirkette yıkıcı, başarısız bir geçiş yaşamış ve riskten kaçınır hale gelmişti. DevOps lideri ise önceki işindeki benzer bir deneyime dayanarak, çift yazmanın temizlenmesi aylar sürecek veri tutarlılığı hataları getireceğinden endişeleniyordu. Altta yatan endişeleri anladıktan sonra, her iki mühendisi bir araya getirdim ve konuşmayı strateji seçimi yerine risk azaltma etrafında yeniden çerçeveledim. Onlardan iş birliği içinde hibrit bir yaklaşım tasarlamalarını istedim: backend mühendisinin risk endişelerini gideren kademeli bir taşıma ve DevOps liderinin endişelerini gideren, fazlar arasında tutarlılık sorunlarını yakalayacak bir doğrulama adımı. Ayrıca her ikisinin de güvende hissetmesi için her faz için bir geri alma planı önerdim."

Sonuç: "Ekip o tek toplantıda hibrit yaklaşım üzerinde anlaştı. Taşıma, sıfır veri kaybı ve toplam 12 dakikalık kesinti ile üç hafta sonunda tamamlandı — her iki orijinal teklifin de öngördüğünden daha iyi. Her iki mühendis de daha sonra bana ayrı ayrı, bire bir görüşmelerin kendilerini dinlenmiş hissettiren şey olduğunu söyledi. O yaklaşımı — grup hizalamasından önce ayrı görüşmeler — tüm projelerimde standart bir çatışma çözümü uygulaması olarak kullanmaya başladım."

Yaygın STAR Yöntemi Hataları

Hata 1: Zayıf Hikâyeler Seçmek

Her deneyim iyi bir STAR cevabı oluşturmaz. Net riskleri, attığınız belirli eylemleri ve ölçülebilir sonuçları olan hikâyeler seçin. "Bir iş arkadaşıma bir görevde yardım ettim" yeterince güçlü değildir. "Bir junior geliştiriciye mentorluk yaptım ve üretkenliği %40 arttı" güçlüdür.

Hata 2: Eylem Bölümünde Çok Belirsiz Olmak

"Çok çalıştım ve çözdüm" mülakatçıya hiçbir şey söylemez. Belirli adımları, kullandığınız araçları, yaptığınız konuşmaları ve aldığınız kararları duymaları gerekir.

Hata 3: Sonucu Unutmak

Adayların harika bir hikâye anlatıp net bir sonuç olmadan kaybolması şaşırtıcı derecede yaygındır. Her zaman nicelleştirilmiş sonuçlar ve öğrenilen derslerle bitirin.

Hata 4: Hazırlığa Çok Fazla Zaman Ayırmak

Durum ve Görev bölümleriniz birlikte 30 saniyeden fazla sürüyorsa, iyi kısma ulaşmadan mülakatçının dikkatini kaybediyorsunuz.

Hata 5: Yalnızca "Biz" Kullanmak

Ekip başarıları harikadır, ancak mülakatçı sizi değerlendiriyor. Belirli katkılarınızı tanımlamak için "ben" ve ekip sonuçları için "biz" kullanın.

STAR Hikâye Bankanızı Nasıl Oluşturursunuz

En hazırlıklı adaylar STAR hikâyelerini doğaçlama yapmaz. Farklı sorulara uyarlayabilecekleri 8 ila 12 hikâyeden oluşan bir banka oluştururlar.

Adım 1: Temel Yetkinlikleri Belirleyin

İş tanımını inceleyin ve değerlendirilen en önemli 6-8 yetkinliği belirleyin. Yaygın olanlar arasında liderlik, problem çözme, ekip çalışması, iletişim, uyum sağlama, çatışma çözümü, inisiyatif ve öğrenme çevikliği yer alır.

Adım 2: Hikâyeleri Yetkinliklerle Eşleyin

Her yetkinlik için STAR çerçevesini kullanarak bir veya iki hikâye yazın. Birçok hikâye birden fazla yetkinliği kapsayabilir. Liderlik hikâyeniz aynı zamanda problem çözmeyi ve iletişimi de gösterebilir.

Adım 3: Yüksek Sesle Pratik Yapın

Hikâyelerinizi sessizce okumak yeterli değildir. Her birini notsuz iki dakikanın altında anlatabilecek hale gelene kadar yüksek sesle pratik yapın. Kendinizi kaydedin ve dolgu kelimeleri, belirsiz geçişler ve eksik ayrıntılar için geri dinleyin.

Adım 4: Gerçek Zamanda Uyarlayın

Görüşme sırasında soruyu dikkatlice dinleyin, bankanızdan en ilgili hikâyeyi seçin ve vurguyu ayarlayın. Soru ekip çalışmasıyla ilgiliyse hikâyenin iş birliği yönlerine ağırlık verin. Problem çözmeyle ilgiliyse analitik sürecinizi vurgulayın.

Pratik İçin Yapay Zeka Kullanın

Yapay zekâ mülakat araçları davranışsal soruları simüle edebilir ve STAR cevaplarınızı gerçek zamanda değerlendirebilir. ResumeQuick'in mülakat hazırlık özelliği role özel davranışsal sorular üretir ve cevaplarınızın yapısı, özgünlüğü ve etkisi hakkında geri bildirim verir. STAR akıcılığını geliştirmenin en verimli yollarından biridir.

Hızlı Başvuru: STAR Kontrol Listesi

Görüşmenizden önce, hazırlanan her hikâye için bu kontrol listesini kullanın:

• Durum: Bağlam iki-üç cümlede net mi?
• Görev: Belirli sorumluluğum daha geniş durumdan ayırt edilebilir mi?
• Eylem: Kişisel olarak attığım en az üç belirli adımı tanımladım mı?
• Eylem: Bu yaklaşımı neden seçtiğimi açıkladım mı?
• Sonuç: En az bir nicelleştirilmiş sonucum var mı?
• Sonuç: Ne öğrendiğimi veya yaklaşımımı nasıl değiştirdiğini belirttim mi?
• Zamanlama: Bunu iki dakikanın altında anlatabilir miyim?

STAR Yöntemi Hakkında Sıkça Sorulan Sorular

STAR yöntemi nedir?

STAR yöntemi, davranışsal mülakat sorularını cevaplamak için cevabınızı dört bölüme ayıran bir çerçevedir: Durum (bağlam), Görev (sorumluluğunuz), Eylem (yaptığınız şey) ve Sonuç (yarattığınız etki). Eksiksiz, kolayca değerlendirilebilen bir hikâye anlatmanızı sağlar.

STAR yöntemine örnek verebilir misiniz?

Evet. Bu rehber beş eksiksiz örnek içerir — liderlik, problem çözme, ekip çalışması, başarısızlık yönetimi ve çatışma çözümü — her biri ayrıntılı Durum, Görev, Eylem ve Sonuç ile. Bunları şablon olarak kullanın ve kendi deneyimleriniz ve rakamlarınızla değiştirin.

Bir STAR cevabı ne kadar uzun olmalı?

90 saniye ile iki dakika arası. Yaklaşık %15-20'sini Duruma, %10-15'ini Göreve, %40-50'sini Eyleme (en önemli bölüm) ve %20-25'ini Sonuca ayırın. İki dakikayı geçiyorsanız, muhtemelen giriş kısmında çok fazla zaman harcıyorsunuz demektir.

Her Şeyi Bir Araya Getirmek

STAR yöntemi katı bir senaryo değildir. Deneyimlerinizi eksiksiz ve ikna edici bir şekilde iletmenizi sağlayan bir düşünme çerçevesidir. En iyi mülakat cevapları her STAR bileşenine değinirken yine de doğal ve sohbet tarzında hissettirir.

Bugün hikâye bankanızı oluşturmaya başlayın. En yaygın 50 mülakat sorusunu inceleyin ve her biri için hangi STAR hikâyelerini kullanacağınızı belirleyin. Özgeçmişinizin mülakatlarda tartışmayı planladığınız aynı başarıları desteklediğinden emin olun. Yazılı anlatımınız ve sözlü anlatımınız uyum sağladığında, tutarlı, güvenilir ve akılda kalıcı bir adaylık sunarsınız.

Teklif alan adaylar her zaman en nitelikli olanlar değildir. Niteliklerini en etkili şekilde iletebilenlerdir. STAR yöntemi bunu yapmanın yoludur.