> tpl_peo_007
Çalışan/Danışman İşe Uyum 30/60/90 Günlük Planı
Geliştiricilerin ilk commit süresini ve üretken özerkliğini hızlandıran, 1. Gün araç/erişim kontrol listelerini, rehber eşleştirmesini (buddy pairing), 30 günlük temel kavrayışı, 60 günlük bağımsız canlıya çıkışı ve 90 günlük sistemsel sahiplik kilometre taşlarını kurallara bağlayan yapılandırılmış teknik oryantasyon rehberi.
İlk commit süresini, rehber eşleştirmesini ve 30/60/90 günlük özerklik aşamalarını hızlandıran teknik oryantasyon rehberi.
Önemli Teknik Doküman Şablonu ve Hukuki Uyarı
TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.
Çözülen Üretim Problemi
Yeni mühendisler repo izinleri için haftalarca bekler, güncelliğini yitirmiş kurulum dokümanlarını çözmeye çalışır ve izole hisseder; bu da ilk commit süresini aylara uzatarak işe bağlılığı zedeler.
Ne Zaman Kullanılmalı?
- •Mühendislik ekibine yeni tam zamanlı yazılım mühendisleri, QA otomasyoncuları veya danışmanlar katarken
- •Dağıtık geliştirme ekiplerinde ilk commit için tekrarlanabilir 48 saatlik hedef standardı kurarken
- •Şeffaf ve ulaşılabilir hedeflerle deneme süresi kilometre taşı incelemeleri (30, 60 ve 90 gün) yapılandırırken
Ne Zaman Kullanılmamalı?
- •Geniş ekip çalışma ilkeleri ve iletişim kurallarında (TPL-PEO-002 kullanın)
- •Resmi iş seviyelendirmesi ve uzun vadeli kariyer gelişim basamaklarında (TPL-PEO-008 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Sürtünmesiz karşılama: Güvenlik yazılımları yüklenmiş bilgisayar, Okta SSO erişimleri hazır, GitHub repo yetkileri verilmiş, Slack kanallarına eklenmiş ve öğlene kadar çalışan Docker geliştirici ortamı.
Yeni çalışanı yöneticisi olmayan kıdemli bir ekip arkadaşıyla eşleştirme. 1. Hafta günlük 15 dakikalık görüşmeler, eşli programlama (pair-programming) seansları ve yazılı olmayan kuralları yargısız yanıtlama.
Anlamaya odaklanma: alan mimarisini kavrama, önceden seçilmiş "iyi bir ilk görevi" tamamlama, küçük bir hatayı veya özelliği başarıyla canlıya alma ve kilit paydaşlarla tanışma.
Bağımsız teslimata odaklanma: planlamadan canlıya çıkışa kadar epic seviyesinde bir özelliği sahiplenme, kod incelemelerine yapıcı katkı sağlama ve nöbet vardiyasını izleme (shadowing).
Özerk liderliğe odaklanma: birincil nöbet rotasyonuna dahil olma, bir mimari karar kaydı (ADR) yazma, sonraki çalışanlar için dokümanları iyileştirme ve uzun vadeli hedefleri belirleme.
Doldurma ve Uygulama Yönergeleri
Bağımsız İnceleme ve Onay Kontrol Listesi
- Tüm zorunlu bölümler dolduruldu
- Gizli anahtar veya parola içermiyor
- Yönetici sponsor onayı alındı
Çalışan/Danışman İşe Uyum 30/60/90 Günlük Planı - Örnek Vaka Analizi
Örnek Organizasyon: Seri B FinTech Çekirdek Bankacılık Platformu
Seri B FinTech Çekirdek Bankacılık Platformu için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •40 ardışık yazılım mühendisi alımında ilk commit süresini 18 iş gününden 36 saate indirdi
- •Atanmış rehber eşleşmesi ve seçilmiş ilk görev iş listesiyle 90 günlük kilometre taşı tamamlama oranını %100'e çıkardı
- •İlk ay yaşanan izolasyonu ve araç kurulum sıkıntılarını gidererek 1 yıllık geliştirici tutundurmasını %78'den %95'e yükseltti
Sıkça Sorulan Sorular
"İlk Commit Süresi" (Time-to-First-Commit) mühendislik ekipleri için neden bu kadar kritiktir?
İlk commit süresi; mühendislik altyapınızın, dokümantasyonunuzun ve yetkilendirme hijyeninizin sağlığını ölçer. Bir geliştirici 48 saat içinde çalışan bir kodu commitleyemiyorsa; bu durum kırılgan yerel kurulum ortamlarını, hantal izin süreçlerini veya herkesin verimini düşüren aşırı bilişsel yükü gösterir.
"Oryantasyon Rehberi" (Buddy) ile "Mühendislik Yöneticisi" (EM) arasındaki fark nedir?
Mühendislik yöneticisi performansı değerlendirir, ücreti yönetir ve resmi beklentileri belirler. Oryantasyon rehberi ise akran olarak değerlendirilme korkusu olmadan günlük soruların ("Kafka sorununu hangi Slack kanalına sormalıyım?", "PR inceleme süreci pratikte nasıl işliyor?") rahatça sorulabileceği psikolojik olarak güvenli bir alan sunar.
Yeni çalışan 60 günlük kilometre taşı hedeflerini kaçırırsa ne yapılır?
Bir hedefin kaçırılması disiplin cezası yerine erken bir teşhis sinyali olarak görülür. Yönetici ve rehber, aksamanın gerçekçi olmayan hedeflerden mi, bozuk araçlardan mı, belirsiz bağımlılıklardan mı yoksa beceri uyumsuzluğundan mı kaynaklandığını değerlendirir ve 90 günlük inceleme öncesinde 30 günlük destek planı hazırlar.
Teknik Doküman Şablon Paketi
Giriş GerekliTüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.
Yetkili Standartlar ve Kaynaklar
- GitLab Engineering Onboarding Playbook & 30-60-90 FrameworkGitLab • OFFICIAL REQUIREMENT
- The Cost of Bad Onboarding and Developer Churn EconomicsSHRM • OFFICIAL REQUIREMENT
- Accelerating Developer Time-to-First-Commit Best PracticesGoogle Cloud DORA • OFFICIAL REQUIREMENT