Yazılım becerileri için işe alım: küçük Türk ekipleri için pratik testler

TL;DR (Quick Summary)

Küçük ekiplerde “yazılım biliyor” ifadesi işe yaramaz. Doğru değerlendirme, rolün ilk aylarda üreteceği işi tanımlayıp bunu kısa, standart ve gerçekçi testlerle doğrulamaktan geçer.

• Önce hangi beceriyi gerçekten ölçmeniz gerektiğini netleştirin → Araç adını değil işi ölçün
• Rol bazlı hafif bir beceri matrisi oluşturun ve araçları kritik seviyeye göre ayırın → Olmazsa olmazları ayırın
• CV iddialarını hızlıca elemek için kısa bir ön doğrulama akışı kurun → Mülakat öncesi zayıf profili eleyin
• 20 dakikalık pratik testi gerçek iş akışına benzer ama küçük kapsamlı tasarlayın → Mini görevle gerçek beceriyi görün
• Hazır bir puanlama rubriğiyle sonucu standartlaştırın → Kararı sezgiye bırakmayın
• Sonucu yorumlarken hangi eksiklerin bir haftada kapanacağını, hangilerinin riskli olduğunu ayırın → Öğretilebilir eksiği net sınırlayın
• Mevcut ekibin boşluklarını görünür kılıp testleri buna göre güncelleyin → İşe alımı ekip açığına bağlayın

Takeaway

Kısa, rol bazlı ve yazılı bir değerlendirme sistemi kurarsanız CV’deki araç listelerine daha az bağımlı kalırsınız. Üstelik sadece adayı değil, ekibinizdeki kırılgan noktaları da görürsünüz.

Küçük ekiplerde pahalı işe alım hatalarından biri, CV’de görünen birkaç araç adına güvenip adayın günlük işte basit görevleri bile akıtamadığını sonradan fark etmektir.

Adaylara araç ismi saydırmak yerine rolün ilk 60–90 günde üretmesi gereken çıktıları tanımlayın; buna uygun kısa bir ön doğrulama ve 20 dakikalık pratik test kurun. İnsan kaynakları ekibi olmasa da bu düzenli yapılabilir.

Önce hangi beceriyi gerçekten ölçmeniz gerektiğini netleştirin

Küçük ekiplerde “yazılım biliyor” beklentisi sık kurulan ama zayıf bir ifadedir. Adayın menüler arasında dolaşabildiğini mi, düzenli rapor çekebildiğini mi, veri hatasını fark edebildiğini mi, yoksa bozuk bir süreci toparlayabildiğini mi anlatmaz.

Değerlendirme rolün ilk 60–90 günde üretmesi gereken çıktılara bağlanmalı. Soru şu olmalı: Bu kişi ilk aylarda hangi işleri kendi başına akıtacak, hangi hataları yakalayacak, hangi araçta hangi sonucu çıkaracak?

Rolü üç katmanda tanımlayın:

• Günlük kullanılan araçlar: Adayın her gün kullanacağı Sheets (veri tablosu), CRM, ticketing (talep takip / biletleme) sistemi veya CMS (Content Management System) gibi araçlar.
• İş akışını sürdüren temel operasyonlar: Veri girişi, kayıt düzeltme, rapor çekme, durum güncelleme, müşteri notu ekleme, görev kapatma gibi tekrar eden işler.
• Hata olduğunda gereken problem çözme seviyesi: Eksik veriyi, çakışan kaydı, yanlış filtrelenmiş raporu fark etme ve gerektiğinde doğru kişiyi uyarma.

Örneğin bir operasyon rolünde “Excel biliyor” yerine “filtreleyebiliyor, kopyala-yapıştır hatası yaratmadan veri temizleyebiliyor, hazır şablonda doğru sütunu doldurabiliyor ve tutarsız satırı işaretleyebiliyor” demek daha değerlidir.

Aynı mantık CRM kullanılan ekiplerde de geçerli. Örneğin Bitrix24 gibi CRM’lerde adayın yalnızca müşteri kaydı açıp kapatabilmesini değil, müşteri geçmişini takip edebilmesini, sonraki adımı doğru tanımlayabilmesini ve görevleri kayıtla ilişkilendirebilmesini ölçmek daha anlamlıdır.

Amaç CV’de geçen araç adlarını değil, işin istediği beceriyi ölçmektir. Aksi takdirde aday doğru araç isimlerini söyler ama gerçek iş çıktısı üretemez.

Bu yaklaşım, işverenlerin aradığı becerilerin de yalnızca araç bilgisinden ibaret olmadığını gösteriyor. CVBenim’in 2026 derlemesinde analitik düşünme, teknolojik okuryazarlık ve problem çözme öne çıkarken; teknolojik okuryazarlık da “her programı bilmekten” çok yeni araçlara uyum sağlayabilmek olarak tanımlanıyor.

Küçük Ekipler İçin 30 Dakikalık Kodlama Test Paketi

Kapsamlı ve adım adım kılavuzu almak için e-posta adresinizi girin.

You acknowledge that you have read and understood Bitrix24 Privacy Policy

Rol bazlı hafif bir beceri matrisi oluşturun ve araçları kritik seviyeye göre ayırın

Uzun yetkinlik dokümanlarına ihtiyacınız yok. Tek sayfalık ve kolay okunabilir bir matris, rol için hangi araç veya becerinin ne kadar kritik olduğunu göstermeye yeter.

Sınıf kısmını matriste göründüğü gibi üçe ayırmak yeterlidir. Sırf ekipte birileri kullanıyor diye her aracı rolün zorunluluğu hâline getirmeyin.

Rol örnekleri matrisi netleştirir:

• Operasyon uzmanı: Excel/Sheets, CRM, ticketing sistemi (Freshdesk veya Zoho Desk). Veri doğruluğu ve düzenli takip, araç isminden daha kritiktir.
• Pazarlama rolü: CMS, analiz aracı, e-posta veya otomasyon aracı. Yönetim ekranını görmüş olmak yetmez, içerik yayına alma ve temel performans takibi ölçülmelidir.
• Junior geliştirici olmayan teknik roller: No-code araçlar, giriş düzeyi SQL, dashboard okuma, form entegrasyonu. Teknik hissiyat önemlidir ama derin mühendislik bilgisi şart olmayabilir.
• Muhasebe/finans: Excel/Sheets, Paraşüt, Logo veya Mikro. Fatura, cari kayıt ve temel rapor akışını doğru yürütebilmek ölçülmelidir.

Bir haftada öğretilebilecek becerileri ayrıca işaretleyin. Temel arayüz kullanımı, hazır filtreyle standart rapor çekme, belirli alanlara veri girişi yapma ve hazır şablonda çalışma genelde kısa sürede öğretilebilir. Buna karşılık veri mantığı, dosya düzeni disiplini, dikkat seviyesi ve hata fark etme becerisi kısa bir eğitimle kolayca kazanılamaz.

Örneğin CRM kullanan bir satış operasyonu rolünde becerileri doğrudan işlevlerle eşleştirebilirsiniz: müşteri takibi için CRM kayıtları ve satış hunisi, görev disiplini için görev atama ve son tarih belirleme, süreç takibi için Kanban, tekrar eden işler için ise otomasyon kuralları. Bitrix24’ün CRM, görev ve otomasyon araçları bu becerileri ayrı ayrı test etmeye izin verir. Böylece “CRM biliyor” gibi geniş bir kriter yerine adayın hangi işi ne seviyede yapabildiğini ölçebilirsiniz.

CV iddialarını hızlıca elemek için kısa bir ön doğrulama akışı kurun

Pratik teste herkesi sokmak zaman kaybı olabilir. Önce 5–7 dakikalık kısa bir tarama yapın. Amaç, adayın gerçekten kullandığı araçla sadece adını duyduğu aracı ayırmaktır.

İyi tarama soruları araç merkezli değil, çıktı merkezlidir:

• Bu aracı hangi amaçla kullandınız?
• En son bu araçta ne ürettiniz?
• Hangi adımları siz yaptınız?
• Hazır bir süreç mi yürüttünüz, yoksa siz mi kurdunuz?
• Bir hata olduğunda nasıl fark ettiniz?

Burada aradığınız şey akıcı konuşma değil, somutluktur. Aday “CRM kullandım” diyorsa hangi kayıt tipleriyle çalıştığını, not mu girdiğini, satış kanalı mı güncellediğini, rapor mu çektiğini sorun. “Analiz biliyorum” diyorsa hangi raporu açtığını, hangi metriğe baktığını ve veriyi ne için kullandığını netleştirin.

Somut örnek istemekten çekinmeyin. Dosya tipi, şablon adı, rapor adı, otomasyon kuralı, hata senaryosu veya düzelttiği kayıt örneği ayırt edicidir. “Excel kullandım” demekle “tedarikçi listesindeki eksik eşleşmeleri ürün koduna göre iki tabloyu karşılaştırarak buldum” demek aynı şey değildir.

Bu kısa ön doğrulama açıkça yetersiz profilleri erken elemenizi, güçlü görünen adayları da daha adil şekilde pratik teste almanızı sağlar.

"Daha önce kullandığımız diğer yazılımlardan çok daha üstün olduğu için Bitrix24'ü seçtik.

CEO, Daniel Venegas

Ecuatoriana Industrial Termoval Cia. Ltda.

Ücretsiz kayıt

20 dakikalık pratik testi gerçek iş akışına benzer ama küçük kapsamlı tasarlayın

Pratik testin amacı adayı zorlamak değil, CV’de söylenen becerinin gerçek iş akışında küçük bir görev olarak doğrulanıp doğrulanmadığını görmektir.

İyi bir 20 dakikalık görev şu özellikleri taşır:

• Tek ekranda anlaşılır bir kısa talimat içerir.
• Dış araştırma gerektirmez. Mevcut beceriyi ölçer.
• Tek bir doğru cevap dayatmaz. Sonuç kadar çalışma mantığını da gösterir.
• Ekipte gerçekten yapılan işe benzer. Uydurma vaka yerine gerçek işten türetilmiş mini görev olur.

Talimat kısa ve net olmalıdır: Görev nedir, beklenen çıktı nedir, aday neyi değiştirebilir, neyi değiştiremez? Gereksiz belirsizlik beceriyi değil stres toleransını ölçer.

Rol tipine göre örnek kurgular ise şöyle olabilir:

• Operasyon rolü: Sheets dosyasında tekrar eden kayıtları temizleme, eksik alanları işaretleme, iki sütun arasında temel eşleştirme yapma.
• Satış operasyonu veya müşteri süreçleri: Örnek CRM kayıtlarında hatalı durumları düzeltme, eksik müşteri notunu ekleme, takip görevi oluşturma.
• Pazarlama operasyonu: CMS’de örnek içerik girişini düzene sokma, kampanya linklerini kontrol etme, basit performans tablosunda eksik sütunları bulma.
• Teknik ama geliştirici olmayan rol: no-code akış şemasında mantık hatası bulma, basit bir form yanıtını doğru tabloya yönlendirme mantığını açıklama, okunabilir bir SQL sorgusunda filtre hatasını işaretleme.

Kullandığınız araca göre uyarlama yapın. Ekibiniz Google Sheets kullanıyorsa Excel makro sorusu sormayın. CRM olarak HubSpot, Zoho veya benzeri bir yapı kullanıyorsanız test mantığını aynı tutup ekran görüntüsü ya da örnek kayıt üzerinden ilerleyebilirsiniz.

Canlı araç kullanmak şart değildir. Ekran görüntüsü, örnek tablo, örnek kayıt seti veya kısa akış şeması da yeterli olabilir. Mesele gösterişli test değil, günlük işi minyatür hâlde görmektir.

Veri tarafında da benzer bir tablo var. Özel Ders Alanı’nın 2026 rehberi, veri analizi ve veri okuryazarlığının önümüzdeki yıllarda yüksek talep göreceğini; becerinin Excel ve temel formüllerden başlayıp SQL ve Python’a kadar ilerleyebildiğini belirtiyor. Her operasyon rolünde SQL testi yapmak yerine, rolün gerçekten ihtiyaç duyduğu veri seviyesini ölçmek daha doğru bir tasarımdır.

Hazır bir puanlama rubriğiyle sonucu standartlaştırın

Küçük ekiplerde sık yapılan bir hata, adayın “iyi hissettirmesi” veya “karışık gelmesi” gibi muğlak yorumlarla karar vermektir. Test sonucunu basit bir rubriğe bağlayın. Neye bakacağınızı ve hangi performansın ne anlama geldiğini baştan yazın.

Görevi tamamlama, doğruluk, çalışma mantığı ve yardım ihtiyacı ölçütlerinden oluşan yapı yeterlidir:

İsterseniz bunu 1–5 puanla da kullanabilirsiniz. Ancak küçük ekipler için “yetersiz / yeterli / güçlü” çoğu zaman daha okunaklıdır zira anlamı belirsiz 3 ve 4’ler karar vermeyi kolaylaştırmaz.

Rubriği görüşmeden önce yazmak sezgisel kararları azaltır, iki görüşmecinin daha tutarlı konuşmasını sağlar ve insan kaynakları fonksiyonu olmasa da kayıt bırakmanıza yardımcı olur.

Karar anlamlarını da önceden belirleyin:

• Hemen yapar: Görevi tamamlıyor, doğruluk yüksek, yardım ihtiyacı düşük. En az iki ölçütte “güçlü”. Hiçbir ölçütte “yetersiz” sonucu yok.
• Eğitilerek toparlar: İş mantığı doğru ama araç akıcılığı zayıf, kısa yönlendirmeyle toparlanıyor. Tüm kritik ölçütlerde en az “yeterli” performans.
• Riski yüksek: Araç adını biliyor gibi görünse de görevi akıtamıyor, hataları fark etmiyor, sık yönlendirme istiyor. En az bir ölçütte “yetersiz” sonuç.

1–5 puan kullanıyorsanız dört ölçüt üzerinden toplam puan 4–20 arasında olur. Pratik bir başlangıç eşiği olarak 17–20 “hemen yapar”, 13–16 “eğitilerek toparlar”, 4–12 “riski yüksek” şeklinde sınıflandırabilirsiniz.

Sonucu yorumlarken hangi eksiklerin bir haftada kapanacağını, hangilerinin riskli olduğunu ayırın

Her eksik aynı türde değildir. Küçük ekiplerde adayın eksiği öğretilerek aşılabilir sanılır ama eksik bazen araçta değil temel çalışma biçimindedir.

Genelde hızlı öğretilebilenler:

• Menü navigasyonu
• Standart rapor alma
• Hazır şablon kullanımı
• Belirli alanlara doğru veri girişi
• Mevcut süreçte adım takibi

Daha riskli eksikler:

• Veri mantığını kuramamak
• Dikkat hatalarını fark etmemek
• Dosya ve kayıt düzeni disiplininin zayıf olması
• Basit problem çözümünde tıkanmak
• Ne zaman yardım istemesi gerektiğini ayıramamak

Karar çerçevesi net olmalıdır. Araç bilgisi zayıf ama iş mantığı güçlü aday, rolün ilk haftasında öğretilebilecek sınırlı bir araç seti varsa alınabilir. Süreç akışını anlıyor, hatayı sezebiliyor ve adımları düzgün kuruyorsa bu iyi işarettir.

Buna karşılık araç bilgisi iyi görünüp süreci anlamayan aday risklidir. Yönetim ekranını daha önce görmüş ve hızlı gezinebiliyor olabilir ancak hangi kaydın neden düzeltildiğini, hangi verinin neden kritik olduğunu anlamıyorsa kısa sürede bağımsız çalışması zor olur.

Yoğun işe alıştırma (onboarding) kapasiteniz yoksa “öğretilebilir” tanımını fazla genişletmeyin. Bu ifade ilk hafta içinde kazandırılabilecek somut beceriler için kullanılmalı. “Biraz destekle olur” cümlesi çoğu zaman fazla iyimserdir.

Mevcut ekibin boşluklarını görünür kılıp testleri buna göre güncelleyin

İşe alım testi sadece adayı değil, ekibinizin nerede kırılgan olduğunu da göstermelidir. Bazen aradığınız kişi, ilandaki rolü değil de ekipte yedeksiz kalan işi kapatmak için gerekir.

Bunu görmek için basit bir ekip matrisi hazırlayın:

Bu çalışma hangi araçta tek kişi bağımlılığı olduğunu, hangi sürecin yedeksiz ilerlediğini, yeni rolde hangi açığın kapanması gerektiğini ve pratik testte hangi görevi ölçmenin daha anlamlı olduğunu gösterir.

Örneğin herkes CRM’e not girebiliyor ama sadece bir kişi rapor filtreleyebiliyorsa yeni adayın testinde basit veri girişi değil rapor mantığı öne çıkmalı. Ticketing sistemini herkes kullanıyorsa ama hata eskalasyonu tek kişideyse değerlendirme buna göre kurgulanmalı.

Süreç tekrar ediyorsa otomasyonu da beceri değerlendirmesine dâhil edin. Örneğin bir fırsat belirli bir aşamaya geldiğinde Bitrix24’te otomatik görev veya bildirim oluşturulabiliyor. Testte yalnızca görevi yapmayı değil, hangi adımın neden otomatikleştirilebileceğini fark etmeyi de ölçebilirsiniz.

Testleri sabit bırakmayın. Ekip değiştikçe, iş akışı yoğunlaştıkça ve araç kullanımı oturdukça mini görevleri güncelleyin. Aynı testin yıllarca kopyalanması iyi bir pratik değildir çünkü rol değişince sorun da değişir.

Süreç sonunda bakmanız gereken şey sadece “iyi aday bulduk mu” seviyesinde değildir. CV iddialarına daha az güveniyor, adayları ekipteki beceri boşluklarına göre seçiyor ve daha tutarlı karar alıyorsanız doğru sistemi kurmuşsunuz demektir. Bir sayfalık matris, kısa ön doğrulama, 20 dakikalık gerçekçi test ve yazılı rubrik çoğu küçük ekip için yeterli bir omurga kurar.