Bir Startup Ekibi Kurmak: Erken İşe Alım ve Zamanında İşten Çıkarma

Bir startup ekibi kurmak gerçekte neyi kapsar

Seed ve erken büyüme aşamasındaki bir “startup ekibi”, büyük bir şirketin org şemasının minyatürü değildir. Belirsizliği tekrarlanabilir bir şeye dönüştürmeye çalışan küçük bir insan grubudur: müşterilerin istediği bir ürün, bunu satma yolu ve güvenilir bir teslimat biçimi.

Bu aşamada ekip kurmak etkileyici özgeçmişler toplamak değil, daha çok kapsam sağlamaktır: biri ürün kararlarını üstlenir, biri ürünü çalışır hale getirir, biri müşterilerle konuşur ve biri şirketin nakitsiz kalmasını önler.

Temel gerilim: hız vs. kalite vs. nakit

Her erken işe alım üç güç arasında bir takastır:

• Hız: Şimdi ilerleme gerekir—gönderme, öğrenme, anlaşma kapama.
• Kalite: Kötü işe alımlar sizi iki kere yavaşlatır: önce düşük performansla, sonra yönetmek veya değiştirmek için harcanan zamanla.
• Nakit: Runway sınırlıdır. “Harika” bir işe alım runwayi çok zorluyorsa, şirketi yaşatan “iyi” bir işe alımdan daha kötü olabilir.

Çoğu işe alım hatası, üçünü aynı anda optimize edebileceğinizi varsadığınızda olur. Gerçekte, sürekli olarak bir sonraki 60–90 gün için hangi faktörün en önemli olduğuna karar veriyorsunuz.

Birkaç hata bekleyin—ama aynı hatayı tekrarlamayın

İşe alım hataları normaldir. Hedef mükemmellik değil; öngörülebilir kalıplardan kaçınmaktır:

• Çıktı gerektiğinde gösterge için işe almak.
• Ortam hâlâ kaotikken yapı isteyen birini işe almak.
• Belirli bir iş problemini çözmek yerine “bir rolü doldurmak” için işe almak.
• Birini değiştirmek, onunla uğraşmaktan daha yavaş hissettiği için uzun süre tutmak (aslında daha hızlı değildir).

En iyi kurucular erken işe alımı net başarı kriterleri ve kısa geri bildirim döngüsü olan bir deneyim olarak görür.

Bu rehber kimin için

Bu rehber, henüz şirket kimliğini oluştururken bir ekip kurması gereken kurucular ve erken operasyon ekipleri (ilk İK/ops, ürün/mühendislik liderleri, erken satış liderleri) içindir. Hazır hissetmeden işe almaya çalışıyorsanız—ve birinin uygun olmadığını gördüğünüzde harekete geçme güvenine sahip olmak istiyorsanız—doğru yerdesiniz.

Hedefler, runway ve basit bir org planıyla başlayın

İşe alım, “insanlar” yerine “çıktılar” düşünmeye başladığınızda kolaylaşır. Bir iş tanımı taslağı hazırlamadan önce, şirketin anlamlı şekilde daha güçlü olması için 6–12 ay sonra hangi gerçeklerin doğru olması gerektiğini belirleyin.

Vazgeçilmez sonuçları tanımlayın (6–12 ay)

Vazgeçmeyeceğiniz 3–5 sonuç yazın. Ölçülebilir ve hayatta kalma ya da net büyümeyle bağlantılı olmalıdır.

Örnekler:

• Aylık $40k MRR'ye ulaş ve aylık churn %3'ün altında tut
• Ürünün v1'ini 20 tasarım ortağına gönder ve 5'ini ücretliye dönüştür
• Destek yanıt süresini <4 saat'e düşürürken CSAT %90'ın üzerinde tut

Eğer bir sonuç sermaye alma, satma veya müşteriyi elde tutma yeteneğinizi değiştirmiyorsa, muhtemelen vazgeçilmez değildir.

Sonuçları rollere çevirin (çözülmesi gereken problemler)

“Pazarlama Müdürü” gibi iş unvanlarıyla başlamaktan kaçının. Bunun yerine her sonucu, birinin sahiplenmesi gereken problemlere çevirin.

Örneğin:

• Sonuç: “5 tasarım ortağını ücretliye dönüştür” → Problemler: onboarding’e sıkılık getirmek, haftalık müşteri görüşmeleri yapmak, fiyatlandırma/paket denemeleri yürütmek, basit bir satış süreci oluşturmak.
• Sonuç: “v1’i 20 ortağa gönder” → Problemler: MVP kapsamını netleştirmek, teslimat ritmini yönetmek, QA ve geri bildirim döngülerini yürütmek.

Sadece problemleri listeledikten sonra rolü adlandırın. Bu, etkileyici özgeçmişlerin işi ilerletmediği durumları önler.

Kısıtları eşleştirin: runway, zaman, kurucu kapasitesi

Org planınız gerçekten destekleyebileceklerinizi yansıtmalı.

• Runway: yeni işe alımları (araçlar, vergiler, yan haklar dahil) kaç ay finanse edebileceğiniz.
• Zaman: sonuçların ne kadar sürede gerçekleşmesi gerektiği.
• Kurucu kapasitesi: kim günlük olarak yönetecek, eğitecek, işi gözden geçirecek ve karar verecek.

Harika bir işe alım, kimse yön gösterip engel kaldırmaya zaman ayırmazsa bile başarısız olabilir.

Sonuçlara bağlı basit bir scorecard oluşturun

Her rol için tek sayfalık bir scorecard kullanın:

• Misyon (90 günde başarı nasıl görünür)
• Sonuçlara bağlı 3–5 sorumluluk
• 3 ölçülebilir başarı metriği
• Olmazsa olmaz beceriler ve “iyi olur”lar
• Deal-breaker’lar (ör. belirsizlikle çalışamıyor, ağır gözetim istiyor)

Bu scorecard görüşme rehberiniz, teklif uyumu ve ilk performans kontrolünüz olur—böylece inandırmak istediğiniz hikâye için değil, ihtiyacınız olan iş için işe alırsınız.

Hazır hissetmeden önce ne zaman işe alınır

“Hazır olmadan önce işe al” demek, sadece meşgul olduğunuz için başlık eklemek değildir. Büyümeyi, ürün ilerlemesini veya müşteri teslimatını engelleyen bir darboğazı kaldırmak demektir. Amaç kaldıraçtır: bir işe alım, eklediği maliyet ve karmaşıklıktan daha fazla çıktı açmalıdır.

“Hazır değil” genelde nasıl görünür (ve neden sorun değil)

Erken dönemde kurucuların gerilmiş hissetmesi beklenir. Soru, sizi bunaltan işlerin tekrarlanabilir ve devredilebilir olup olmadığıdır—veya bunun henüz devredilemeyecek temel kurucu işi olup olmadığıdır.

Geçmiş olabileceğinizin sinyalleri:

• Tekrarlayan görevlerde boğuluyorsunuz: demo planlama, destek, CRM güncelleme, QA kontrolleri, aynı onboarding e-postasını yazma, bug triage.
• Gelir kaçırılıyor: takip yavaş olduğundan lead’ler soğuyor, teklifler bir hafta sürüyor, yenilemeler aksıyor, müşteriler yavaş tepki yüzünden ayrılıyor.
• Ürün kilometre taşları sürekli kayıyor: bağlam değiştirme nedeniyle gönderimler gecikiyor, olay müdahalesi günleri yiyor, ana özellikler tamamlanamıyor.

Beklemenin riski

Önemli bir işe alımı ertelemek maaş satırından daha pahalı olabilir. Gerçek maliyet yakalanmayan fırsattır (kaybedilen anlaşmalar, daha yavaş gönderimler, zayıf tutundurma) ve kurucu ile erken ekip üyelerinin tükenmişlik yaşamasıyla keskinliklerini kaybetmeleri.

Ertelediğinizde genelde gizli bir takas yaparsınız: “şimdi para kurtar” karşılığında “daha yavaş hareket et ve daha fazla stres taşı” seçimi. Bazen bu doğru karardır—ama bilinçli verin.

Şimdi işe al mı, 4–6 hafta gecikme mi: hızlı kontrol listesi

Aşağıdakilerin çoğuna “evet” diyebiliyorsanız işe almayı düşünün:

• Gelir, ürün teslimi veya müşteri tutma ile bağlantılı net bir darboğaz var mı?
• Rolü önümüzdeki 60–90 gün için 3–5 sonuç olarak tanımlayabiliyor musunuz?
• Bu işe alım kurucu yükünü belirli bir alanda en az %20–30 azaltacak mı?
• Rol için yeterli runway’iniz var mı (araçlar, onboarding zamanı ve birkaç haftalık ramp dahil)?
• Kim yönetecek ve başarı nasıl ölçülecek konusunda basit bir planınız var mı?

4–6 hafta erteleyin eğer:

• İş hâlâ çoğunlukla keşif aşamasındaysa (iyi’nin ne olduğu belirsiz).
• Darboğazı önce daha basit değişikliklerle giderebiliyorsanız (özellikleri düşürme, ICP’i daraltma, otomasyon, süreç iyileştirme).
• Onboarding için zaman ayıramıyorsanız—çünkü görmezden gelinen bir işe alım, hiç işe almamaktan daha kötüdür.

İlk işe alımlar: işi hızlandıran roller

Erken işe alım “tam bir ekip kurmak”tan çok, geliri, tutunmayı veya gönderimi engelleyen en büyük darboğazı kaldırmakla ilgilidir. Doğru ilk işe alımlar öğrenme hızınızı doğrudan artırır: gönder, sat, destekle ve işi ayakta tut.

Büyümeyi açan rollere öncelik verin

Hangi rolün en önemli olduğu iş türünüze bağlıdır:

• Ürün + Mühendislik: ana riskiniz “insanların kullanmaya devam edeceği bir şey inşa edebilecek miyiz?” ise (product-led SaaS, developer tools, consumer).
• Satış: kurucu-led satış yapıyorsanız ve talep var ama siz dar boğazsanız (B2B, yüksek ACV).
• Destek / Müşteri Başarısı: tutundurma ve güven büyümeyi tetikliyor ise (pazar yerleri, karmaşık onboarding’li B2B).
• Ops / Finans / İşe Alım: operasyonel kaos aktif olarak gönderimi veya anlaşma kapanmasını engelliyorsa.

Bir pratik kaldıraç: araçlar. Prototip ve yineleme hızınızı artırabiliyorsanız bazı işe alımları erteleyebilirsiniz. Örneğin, Koder.ai gibi bir vibe-coding platformu ürün gereksinimlerini sohbet aracılığıyla çalışan web/backend/mobil yapıya dönüştürebiliyorsa, mühendislik işe alımı kısıtlıysa size zaman kazandırabilir.

Genelci vs. uzman (erken neden önemli)

Bir genelci, dağınık ve değişen işleri idare edebilir: problemi tanımlar, uygular ve öncelikler değiştiğinde uyum sağlar. Bir uzman ise iş net, tekrarlanabilir ve derin uzmanlık gerekiyorsa en iyisidir (ör. ölçekli ücretli kazanım, güvenlik uyumu, kurumsal hukuk).

Erken ekipler genellikle önce genelcilere ihtiyaç duyar; sonra hacim ve netlik olunca uzmanlar eklenir.

Yaygın “ilk işe alım” modelleri

• İlk mühendis: kurucuyla birlikte çekirdek ürünü gönderir ve teslimatı stabilize eder.
• İlk satış elemanı (veya satış genelcisi): pipeline oluşturur, çağrılar yapar ve mesajlaşmayı tanımlar.
• İlk ops hire: faturalama, araçlar, tedarikçi kurulumu ve koordinasyonu kuruculardan alarak yürütür.

Çoğunlukla erken yapılan işe alımlar

• Tutarlı işe alım hacminiz yokken İK / People Ops almak.
• Ürün-pazar çekişi yokken brand/PR işe almak.
• Ölçeğini kanıtlamadığınız hareketi yürütmek üzere kıdemli bir uzman exec (VP seviyesi) almak.

Eğer bir rol sonraki 30–60 günde ne göndereceğinizi veya satacağınızı değiştirmeyecekse, muhtemelen ilk işe alımınız değildir.

Kurucu rolleri ve karar sahipliği

Erken dönemde “org şemanız” çoğunlukla kuruculardır. Bu normaldir—ama kim neyi sahipleniyor adlandırmazsanız hızla karışır.

Dürüst bir kurucu envanteriyle başlayın

Her kurucunun güçlü ve zayıf yönlerini ve enerji yutan noktalarını yazın. Amaç öz-farkındalık değil; ilk işe alımlarınızı şekillendirmektir.

Eğer ürün odaklı bir kurucuysanız ama satış çağrılarından kaçınıyorsanız, ilk işe alımınız founding AE veya satış odaklı bir operatör olabilir. Eğer göndermede iyiseniz ama takipleme konusunda düzensizseniz, ops/genelciye daha erken ihtiyaç duyabilirsiniz.

Kim karar veriyor kararını verin (görünür kılın)

“Herkes fikir belirtir, kimse sahiplenmez” durumundan kaçının. Her alan için net bir sahip seçin ve hangi girdinin nasıl göründüğünü tanımlayın.

Basit bir model:

• D (Decider): kararı verir, beraberliği bozar, sonuçlardan sorumlu
• I (Input): karar öncesi danışılan
• E (Executor): karardan sonra işi yapan

Erken atanacak örnekler: fiyat değişiklikleri, işe alım evet/hayır, yol haritası öncelikleri, müşteri eskalasyon yönetimi, harcama onayları.

Sınırlar koyun: koru vs delege et

Kurucular şunları korumalıdır:

• Vizyon ve strateji (ne inşa ettiğiniz ve neden)
• İşe alım çıtası (erken işe alımlarda son karar)
• Temel müşteri öğrenme döngüleri (kullanıcılarla düzenli konuşma)

Kurucular tekrar eden işler olduğunda derhal devretmelidir:

• Planlama, raporlama ve iç koordinasyon
• Müşteri onboarding/destek playbook'ları
• İşe alım operasyonları (kaynak bulma, tarama koordinasyonu)

Hafif bir “rol karteri” şablonu

Aşağıyı kurucular ve erken işe alımlar için beklentileri somut yapmak üzere kullanın.

Role Charter
- Mission: (Why this role exists in one sentence)
- Outcomes (next 90 days):
  1) …
  2) …
  3) …
- Metrics: (How we’ll measure success)
  - …
- Decision ownership: (What this role decides vs. escalates)
- Interfaces: (Who you work with weekly, and for what)

Karterleri aylık olarak gözden geçirin; startup’lar değişir ve sahiplik buna ayak uydurmalı.

Hızlı ve adil bir işe alım süreci

Startup’ta hız önemlidir, ama “hızlı” kaotik veya önyargılı olmak demek değildir. Basit, tekrarlanabilir bir süreç daha iyi kararlar almanıza, adaylara güven vermenize ve üç ay içinde yönetimden çıkaracağınız birini işe alma olasılığını azaltmaya yardımcı olur.

Bir sayfalık iş özetiyle başlayın

Herhangi bir ilan yayınlamadan önce, sonuç odaklı bir tek sayfa iş özeti yazın:

• Rolün misyonu: bu kişi 60–90 günde neyi gerçek kılacak
• 3–5 ölçülebilir sonuç: ör. “onboarding v1’i gönder”, “10 tasarım ortağı kapat”, “destek yanıt süresini <4 saate düşür”
• Olmazsa olmaz beceriler: sadece temel gereksinimler. “Olmazsa olmaz” ile “iyi olur”u ayırın.
• Kısıtlar: zaman dilimi örtüşmesi, ofiste olma gereği, nöbet, seyahat, bütçe

Bu görüşmeleri kanıta değil hislere dayandırmaktan alıkoyar.

Aday bulma maliyeti olmadan kaynak yaratın

Erken dönemde pahalı işe alımcılar gerekmeyebilir. Bileşen kanallarla başlayın:

• Ağınız + ikinci derece tanışıklıklar: iş özetini gönderin, genel “işe alıyoruz” yerine.
• Topluluklar: ilgili Slack/Discord grupları, meetup’lar, mezun grupları, operator bültenleri.
• Referanslar: küçük, net bir referans bonusu ve hızlı geri bildirim sunun.

Haftalık düzenli erişim hedefleyin, büyük bir işe alım sprinti yerine.

Basit bir görüşme akışı

Tahmin edilebilir ve zaman kutulu tutun:

1. 15–20 dk tarama: motivasyon, kısıtlar, maaş aralığı, rol anlama
2. Beceri testi: küçük, rolle alakalı, rubrikle puanlanan
3. Ekip sohbeti: çalışma tarzı, işbirliği ve karşılaşacakları gerçek senaryolar
4. Referans kontrolleri: 2–3 çağrı, geçmiş sonuçlar ve güvenilirlik üzerine

Ev ödevleri: yapılması gerekenler ve kaçınılması gerekenler

Yapın: 2–3 saatten uzun tutmayın, anonim veri kullanın ve “iyi”nin ne olduğunu açıklayın.

Yapmayın: canlı ürününüz üzerinde ücretsiz danışmanlık istemek, aşırı zaman talep etmek veya adayları yeni adımlarla şaşırtmak. Adil bir süreç, net zaman çizelgeleri, hızlı güncellemeler ve mümkünse geri bildirim içerir.

Doğru kişiyi nasıl bulursunuz (ve yanlış işaretlerden nasıl kaçınırsınız)

Erken startup işe alımı “mükemmel” adayı bulmaktan ziyade gereksinimler haftada değiştiğinde etkili kalacak insanları bulmaktır.

İlk 10–20 işe alımda en çok önem taşıyan özellikler

Öğrenme hızı. Yeni alanları hızla kavrar ve eğitimi beklemeden ilerler.

Sahiplenme. Başladıklarını bitirir, eksik veriyle karar verir ve sorunları yukarıya yoksaymaz.

İletişim. Yazılı ve sözlü netlik, riskleri erken bildirme ve çekişmeyi dramatize etmeden çözebilme.

Dayanıklılık. Belirsizlik, reddedilme ve ani yön değişikliklerine kapanmadan dayanır.

Her özelliği nasıl test edersiniz (görüşme soruları)

Öğrenme hızı için: “2–4 hafta içinde uzmanlaşmanız gereken yabancı bir konuda nasıl işe koyuldunuz? Önce ne yaptınız?” Sonra: “Başta neyi yanlış anladınız ve bunu nasıl fark ettiniz?”

Sahiplenme için: “Yetkiniz olmayan bir projede sonucu nasıl ileri taşıdınız?” ve “Plan işe yaramadığında ne yaptınız?”

İletişim için: “Bana üç dakikada karmaşık bir şeyi uzman olmayan birine nasıl anlattığınızı gösterin.” Yazılı netlik için kısa bir yazılı plan isteyin.

Dayanıklılık için: “Aldığınız en zor profesyonel geri bildirim neydi? Sonra ne değişti?” ve “Herkesin önünde yanlış olduğunuz bir zamanı anlatın—sonra ne yaptınız?”

Yaygın yanlış pozitifler

Büyük isimli özgeçmişler “eğitilmiş çaresizlik” gizleyebilir (büyük sistemde iyi olan, süreçsiz yavaş kalan). Süreç olmadan teslim edip edemediğini sorgulayın.

Karizma liderlik gibi görünebilir ama gerçek hesap verebilirlik altında çökebilir—özgül eylemler, fedakârlıklar ve ölçülebilir sonuçlar isteyin.

“Kültüre uyum”un yanlış kullanımı genelde “bize benzeyenleri işe al”a dönüşür. Bunun yerine değerler ve düşünce çeşitliliği için işe alın.

Örnek scorecard (her aday için aynı olanı kullanın)

Çıtayı belirlemek: değerler, beceriler ve ücret dengeleri

Eğer vazgeçilmezlerinizi erken tanımlamazsanız, bunları genelde anlık pazarlıklarda belirlemiş olursunuz—genellikle yorgun, aceleyle ve adayı kapatmaya çalışırken.

Vazgeçilmezler: ödün verilmeyecekler

3–5 maddelik, somut ve gözlemlenebilir deal-breaker’lar yazın:

• Değerler ve etik: müşteriye karşı dürüstlük, çatışmada saygı, “her ne pahasına olursa olsun kazanma” tavrına hayır.
• Kalite çıtası: sizin bağlamınızda “iyi iş”in ne anlama geldiği (örn. testler, dokümantasyon, düşünceli UX, net yazı).
• Sahiplenme: insanlar sadece görev almaz, sonuçlar için sorumluluk üstlenir.

Bunları işe alım gereksinimi olarak görün, duvar yazıları değil.

“Çıtayı yükseltmek” vs “Koltuk doldurmak”

“Koltuk doldurmak” hız ve kısa vadeli rahatlama için iyidir. Bir hafta iyi hissedersiniz, sonra daha fazla denetim, yeniden iş ve gerilim çıkar.

“Çıtayı yükseltmek” demek her işe alımın takımı iyileştirmesi—sadece büyütmemesi demektir. Pratik kural: emin değilseniz yavaşlayın ve aramaya devam edin veya riski azaltmak için kısa kontrat projeye geçin.

Beceri seviyesi vs. bütçe: kıdemli, orta seviye veya kontratör?

• Kıdemli: rol muğlak, çapraz fonksiyonlu veya müşteriyle yüz yüze ise en yüksek kaldıraç; hataların maliyetinden genellikle daha ekonomiktir.
• Orta seviye: iyi tanımlanmış iş ve güçlü onboarding ile çok uygundur.
• Kontratör: patlama işler (tasarım yenilemesi, içerik, uzman mühendislik) veya fonksiyonu teste tabi tutmak için kullanışlıdır.

Ücret temelleri (tablolar olmadan)

Basit, adil bir paket hedefleyin: nakit + hisse + yan haklar + netlik. Beklentileri, büyüme yolunu ve hissenin neyi ödüllendirdiğini açıkça belirtin (risk ve uzun vadeli etki).

En önemlisi: rolü “indirimli” sunup kültürün farkı kapatacağını ummayın. Az ödeme daha sonra churn, kin ya da performans sorunları olarak döner.

Yeni gelenleri hızlı üretken yapan onboarding

Onboarding startup’ta “iyi olur” değil—tutma ve performans aracıdır. Birisi katılıp hemen iyi görünmenin ne olduğunu, nereye odaklanacağını ve kararların nasıl alındığını anladığında daha çabuk gönderir ve daha az tereddüt eder.

30/60/90 günlük planla beklentileri koyun (faaliyet değil sonuç)

Gün bir öncesinde hafif bir plan oluşturun. İş çıktıları ve gözlemlenebilir çıktılarla bağlı tutun.

30 gün (öğren + küçük bir şey teslim et):

• Ürünü, müşteriyi ve mevcut öncelikleri anla
• Ana paydaşları ve çalışma ritimlerini haritala
• Bir “başlangıç zaferi” gönder (küçük bir düzeltme, doküman iyileştirmesi, müşteri çağrısı özeti, küçük süreç değişikliği)

60 gün (bir dilimi sahiplen):

• Bir problem alanının sahibi ol (bir funnel adımı, özellik alanı, ops workflow, içerik kanalı)
• Ölçülebilir başarı kriteriyle bir proje teslim et
• Öğrendiklerine dayanarak 1–2 iyileştirme öner

90 gün (bağımsız çalış):

• Az denetimle uçtan uca projeler yürüt
• Anlaşılan metriklere ulaş veya onlara gerçekçi bir yol göster
• Sonraki en yüksek kaldıraçlı işi belirle ve plan taslağı hazırla

Planı her iki tarafın da düzenleyebildiği paylaşılan bir döküman haline getirin—onboarding gerçekliğe göre uyarlanmalı.

Şaşkınlıkları önleyen basit check-in ritmi

Hızlı ekipler sık, küçük düzeltmelere dayanır.

• Haftalık 1:1 (30–45 dk): öncelikler, engeller, gereken kararlar ve kişinin durumu
• Yazılı haftalık güncelleme (5–10 dk): ne gönderildi, sırada ne var, nerede yardım lazım
• Geri bildirim döngüsü: anlık notlar (“bunu daha çok yap / bunu daha az yap”) ve 4. ve 8. haftada kısa retro

Amaç, karışıklığı performans sorunu olmadan önce ortaya çıkarmaktır.

Dokümantasyon temelleri: kararların nerede durduğu ve iş nasıl takip edilir

Yeni gelenler bağlam dağınıksa hız kaybeder.

• Kararlar için tek kaynak: basit bir “Decision Log” sayfası (tarih, karar, sahibi, gerekçe, bağlantılar).
• İş takibi: net statü ve sahiplerle paylaşılan bir pano veya liste (sadece “Backlog / Doing / Done” bile olabilir).
• Operasyon notları: toplantı notları ve proje tanımları tek yerde, görevten linkli.

Eğer ürünü bir LLM destekli iş akışıyla oluşturuyorsanız (örneğin, React/Go/PostgreSQL veya Flutter scaffolding üretmek için Koder.ai kullanma), prompt’ları, anlık görüntüleri ve rollout kararlarını aynı şekilde belgelendirin: dokümante edilmiş, gözden geçirilebilir ve sonuçlarla bağlı.

Performans problemleri: erken teşhis ve aksiyon

Performans sorunları nadiren “başarısızlık” diye bağırır. Bunlar sürtünme, sapma ve kaçırılan vaatler olarak ortaya çıkar. Amaç sert olmak değil—takımın hızını ve güvenini korumak, sorunlar hala düzeltilebilirken müdahale etmektir.

Ciddi alınması gereken erken uyarı işaretleri

Deseni izleyin, tek kötü haftayı değil:

• Verilen taahhütleri kaçırma: son teslim tarihleri haber verilmeden kayıyor veya inandırıcı bir telafi planı yok.
• Düşük sahiplenme: iş sadece kovalandığında yapılır; problemler geç bildirilir; “benim işim değil” dili.
• Kötü ekip çalışması: suçlama, savunmacılık veya başkaları için yeniden iş yaratma; çözülmemiş çatışma.
• Değerler sorunları: dürüst olmama, saygısızlık, müşteriye karşı kural çiğneme, geri bildirimi görmezden gelme.

Beceri açığı mı yoksa niyet/davranış açığı mı?

Bir beceri açığı şu şekilde görünür: çaba yüksek, öğrenme görünür, hatalar spesifik ve geri bildirim uygulanıyor.

Bir niyet/davranış açığı şu şekilde görünür: bahaneler tekrarlanır, geri bildirim reddedilir, taahhütler muğlak kalır ve aynı sorunlar projeler arasında tekrarlar.

Bu ayrım önemlidir çünkü eğitim becerileri düzeltebilir; dürüstlük, tutum veya kronik düşük sahiplenmeyi nadiren düzeltebilir.

Beklemenin maliyeti

Beklemek huzuru korumaz—sessizce herkese maliyet yükler:

• Moral düşer çünkü yüksek performans gösterenler fazladan yük taşır.
• Hız düşer çünkü insanlar daha fazla kontrol, toplantı ve “ihtimal” incelemesi ekler.
• Müşteri etkisi büyür gecikmeler, kalite sorunları ve tutarsız iletişimle.

Basit bir destek planı (net, zamanlı, dokümante)

Kısa bir “destek planı” belirleyin (genelde 2–4 hafta):

1. Beklentileri tanımla: 3–5 ölçülebilir sonuç (“iyi”nin ne olduğu)
2. Destek sağla: araçlar, eşleştirme, koçluk, engellerin kaldırılması
3. Zaman çizelgesi belirle: yazılı notlarla haftalık check-in’ler
4. Karar ver: çıta yükseltilir mi, rol değişir mi yoksa çıkış mı verilir—yeni kanıt olmadan uzatma yok

Erken harekete geçmek birinin yavaşça başarısız olmasına izin vermekten daha naziktir—ve startup’ınızın ivmesini korur.

Birini ne zaman ve nasıl işten çıkarmalı

Birini “çok geç olmadan” işten çıkarmak sert olmakla ilgili değil—takımı, misyonu ve yanlış rolde olan kişiyi korumakla ilgilidir. Küçük bir startup’ta bir uzun süreli uyumsuzluk sessizce herkese maliyet yükler: teslim tarihlerinin kaçması, standartların düşmesi, kurucuların zamanını sürtüşmeyi yönetmeye harcaması ve yüksek performans gösterenlerin neden yük taşıdığını sorgulaması.

Adil bir karar kontrol listesi

Bir sonlandırma kararı duygusal veya fevri değil, savunulabilir ve tutarlı olmalı. Genelde şu maddelerin çoğu olduğunda vakittir:

• Tekrarlayan sorunlar, tek seferlik hata değil (taahhütleri kaçırma, kalite sorunları, güvensiz iletişim, zararlı davranış).
• Net beklentiler konulmuş: iyi’nin ne olduğu, ne değişmesi gerektiği, ne zamana kadar.
• Gerçek destek ve iyileşme zamanı: koçluk, geri bildirim, araçlar ve makul bir pencere.
• Kanıt, his değil: örnekler, metrikler, müşteri etkisi, ekip etkisi.
• Rol uyumsuzluğu kalıcı: kişi temel gereksinimleri yapamıyor veya yapmak istemiyor yardım sonrası.

Eğer spesifik beklentiler ve örnekler gösteremiyorsanız, önce bunları düzeltin.

Konuşma: saygılı ve doğrudan

Kısa ve net tutun. Uzun bir tartışmadan veya “belki”den kaçının.

• Kararla başlayın: “Bugün şirketle son gününüz.”
• Yüksek düzeyde sebebi söyleyin, beklentiler ve sonuçlarla bağlantılı olarak.
• Lojistik bilgileri açıklayın: son ödeme, haklar, ekipman, erişim, referanslar (varsa).
• Onları insan gibi muamele edin: özel bir ortam, kamuya açık suçlama yok, gösterişçi sertlik yok.

Sonrası: ekip için ne söyleyeceksiniz

Güveni korumak için gereken en az bilgiyi paylaşın.

Şunu söyleyin: kişinin ayrıldığı, geçişi yönettiğiniz ve öncelik ya da sahiplik değişikliklerinin ne olduğu.

Söylemeyin: kişisel detaylar, performans suçlamaları veya tekrar edilmesini istemeyeceğiniz şeyler.

Amacınız güvence vermek: çıta gerçek, insanlara adil davranılıyor ve işler ilerleyecek.

Ekibi ölçeklendirirken hız ve güveni kaybetmemek

Büyüme planlı olsun olmasın takımı değiştirir. Hedef, “erken günleri korumak” değil—en iyi parçaları (netlik, aciliyet, sahiplenme) korurken sürtünmeyi azaltan yapıyı eklemektir.

Kültürü kasıtlı tutun (varsayılmasın)

Kültür “kurucuların yaptığı” değil, “ödüllendirilen davranışlar” haline gelmelidir. Beklenen 4–6 davranışı yazın (örn. “çekiş ve sonra commit et”, “aksiyona öncelik ver”, “haftada müşterilerle konuş”). Ardından bunları işe alım scorecard’larına, onboarding’e ve performans değerlendirmelerine yerleştirin.

Değerler bulanıksa, politika doldurur. İyi olanı açıkça tanımlayın ve herkese açık şekilde takdir edin.

Hızı koruyan hafif işletme alışkanlıkları

Uyum yaratacak ama toplantı canavarı olmayacak birkaç rutin ekleyin:

• Haftalık hedefler: her ekip için 3–5 sonuç; Cuma gözden geçirilir.
• Retrolar: iki haftada 30 dakika: devam et / bırak / başla ve bir eylem sahibi.
• Karar günlüğü: büyük kararları, “neden”i ve sahibi yakalayan paylaşılan doküman—yeniden tartışmayı engeller.

Bir sonraki aşamayı planlayın: liderler ve yöneticiler

Bir katman ekleyin yalnızca kurucu ekip işi güvenilir şekilde destekleyemez hale geldiğinde.

• Takım lideri ~4–6 kişi aynı problem alanını paylaşıp günlük önceliklendirmeye ihtiyaç duyduğunda.
• Yönetici işe alım, geri bildirim ve performans konuşmaları teslimatı bozacak kadar zaman aldığında.

Terfiyi sadece en iyi bireysel katkı olma üzerinden değil, koçluk yeteneği ve yargı üzerinden yapın.

Aylık ekip sağlığı kontrol listesi (10 dakika)

• Her en önemli öncelik için net sahiplerimiz var mı?
• Kararlar yeterince hızlı alınıyor mu—ve belgeleniyor mu?
• Kimse aşırı yüklü mü ya da sürekli bağlam değiştirmede takıldı mı?
• Düzenli olarak gönderiyor/öğreniyor muyuz?
• İnsanlar sorunları erken dile getirmek konusunda güvende hissediyor mu?
• Bir sonraki darboğaz için işe alıyor muyuz, en yüksek sesli isteğe göre değil mi?
• Alt performans gördükten iki hafta içinde ele alındı mı?