İşe alım SLA sistemi, personel talebinin açılmasından adayın işe başlamasına kadar geçen sürede her aşamanın hedef süresini ve sorumlusunu belirleyen çalışma modelidir. Pozisyonların neden geciktiğini anlamak ve işe alım ekibiyle bölüm yöneticileri arasındaki sorumlulukları netleştirmek için kullanılabilir.
İşe alım süresi yalnızca insan kaynakları ekibinin performansına bağlı değildir. Geç onaylanan personel talepleri, belirsiz görev tanımları, yöneticilerin aday geri bildirimini geciktirmesi veya ücret teklifinin zamanında netleşmemesi de süreci uzatabilir.
Etkili bir sistem; kapsamın belirlenmesi, görev ve yetkilerin tanımlanması, standart kayıtların oluşturulması, istisnaların yönetilmesi ve sonuçların düzenli olarak ölçülmesi üzerine kurulmalıdır.
Bu rehberde i̇şe alım sla yönetimi sürecinin başlangıçtan denetime kadar nasıl yapılandırılabileceği ayrıntılı biçimde ele alınmaktadır.
İşe Alım SLA Yönetimi Neden Önemlidir?
İşe Alım SLA Yönetimi, şirket içinde belirsizlikleri azaltır ve günlük uygulamaların kişilere göre değişmesini önler. Yazılı bir yöntem bulunması, çalışanların ve yöneticilerin hangi durumda ne yapacağını daha kolay anlamasını sağlar.
Süreç doğru kurulmadığında gecikme, maliyet, veri güvenliği, çalışan memnuniyetsizliği, iş güvenliği ve kurumsal itibar açısından farklı riskler ortaya çıkabilir.
Yönetim açısından en önemli fayda, kararların somut veriye dayanması ve tekrar eden sorunların kök nedenlerinin görülebilmesidir.
- Tutarlı uygulama
- Açık sorumluluk
- İzlenebilir kayıt
- Hızlı müdahale
- Daha düşük hata riski
- Düzenli yönetim raporlaması
Sürecin Kapsamını Açıkça Belirleyin
Politika veya prosedür hazırlanırken hangi kişi, bölüm, işlem ve durumların kapsama girdiği açıkça yazılmalıdır. Kapsamın belirsiz olması, çalışanların aynı konuyu farklı kanallardan ve farklı biçimlerde yürütmesine neden olabilir.
Kapsam dışı durumlar ve özel onay gerektiren istisnalar da ayrıca belirtilmelidir.
- Personel talebi
- bütçe onayı
- ilan
- aday bulma
- ön görüşme
- yönetici görüşmesi
- teklif
- evrak
- işe başlama
Görev ve Sorumluluk Dağılımı Yapın
Her aşamanın sahibi tanımlanmalıdır. Talebi oluşturan, kontrol eden, onaylayan, uygulayan ve sonuçları raporlayan kişilerin aynı kişi olması kontrol zayıflığı oluşturabilir.
Asıl sorumlu izinli veya görev dışında olduğunda süreci kimin devralacağı vekâlet planında gösterilmelidir.
- Talep veya ilk bildirimi oluşturan kişi
- Ön kontrolü yapan sorumlu
- Onay yetkilisi
- Uygulama sorumlusu
- Kayıt ve arşiv sorumlusu
- Denetim ve raporlama sorumlusu
- Vekâlet edecek kişi
İşe alım sürecinin aşamalarını çıkarın
Personel talebinin oluşturulması, bütçe onayı, ilan hazırlanması, aday kaynağı oluşturulması, ön görüşme, bölüm görüşmesi, teklif, evrak ve işe başlama aşamaları ayrı ayrı belirlenmelidir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Her aşama için hedef süre tanımlayın
Örneğin personel talebinin onaylanması, ilan taslağının hazırlanması veya yöneticinin görüşme geri bildirimi için ayrı hedef süreler oluşturulabilir.
Hedefler pozisyonun zorluk seviyesine göre değişmelidir. Seri üretim personeli ile uzman mühendis pozisyonunun aynı sürede kapanması beklenmemelidir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Pozisyonları zorluk seviyesine göre sınıflandırın
Kolay bulunan, orta zorlukta ve kritik pozisyonlar için farklı işe alım takvimleri hazırlanabilir. Lokasyon, vardiya, ücret, belge zorunluluğu ve aday piyasası zorluk seviyesini etkileyebilir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Bölüm yöneticisinin sorumluluklarını yazın
Görev tanımının tamamlanması, görüşme saatlerinin belirlenmesi, aday değerlendirmesi ve teklif onayı gibi işlemlerin hangi sürede yapılacağı açıkça belirtilmelidir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Bekleyen aşamaları görünür hâle getirin
Her açık pozisyonun hangi aşamada olduğu, kaç gündür beklediği ve sıradaki işlemin kimde bulunduğu raporlanmalıdır.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Süre kadar kaliteyi de ölçün
Pozisyonu çok hızlı kapatmak tek başına başarı değildir. İşe başlayan çalışanın ilk 30, 60 ve 90 gündeki devamlılığı da işe alım kalitesiyle birlikte değerlendirilmelidir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
SLA ihlallerinin nedenini kaydedin
Gecikme insan kaynakları, bölüm yöneticisi, aday, ücret onayı veya operasyonel değişiklikten kaynaklanabilir. Her gecikme doğru kategoriye alınmalıdır.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Aylık işe alım toplantısı yapın
Açık pozisyonlar, gecikmeler, aday kaynağı sorunları ve yaklaşan personel ihtiyaçları düzenli olarak bölüm yöneticileriyle değerlendirilmelidir.
Bu adımda yalnızca işlemin tamamlanıp tamamlanmadığı değil, işlemi kimin yaptığı, hangi tarihte sonuçlandırdığı ve hangi belgenin kanıt olarak saklandığı da kayıt altına alınmalıdır.
Uygulama sırasında ortaya çıkan istisnalar ayrıca sınıflandırılmalı; aynı sorun tekrar ediyorsa geçici çözüm yerine kök neden analizi yapılmalıdır.
- Sorumlu kişi
- Başlangıç ve bitiş tarihi
- Onay noktası
- Kayıt veya belge
- İstisna yöntemi
- Kontrol sıklığı
Standart Form ve Kayıt Alanları Oluşturun
Sürecin sözlü, e-posta ve farklı dosyalar üzerinden dağınık biçimde yürütülmesi yerine standart form veya dijital ekran kullanılmalıdır.
Zorunlu alanlar boş bırakılmamalı; kritik değişikliklerde eski ve yeni değer birlikte saklanmalıdır. Kayıtlarda tarih, saat ve işlemi yapan kullanıcı bilgisi bulunması denetim kolaylığı sağlar.
- Personel talep formu
- pozisyon öncelik seviyesi
- hedef süre
- aşama sahibi
- bekleme nedeni
- aday geri bildirim tarihi
- teklif tarihi
- işe başlama tarihi
Onay ve Yetki Seviyelerini Tanımlayın
Her işlem aynı onay seviyesine ihtiyaç duymayabilir. Risk, maliyet, süre veya erişim düzeyine göre kademeli yetki yapısı kurulabilir.
Olağan dışı, yüksek maliyetli veya güvenlik etkisi bulunan işlemler için ikinci kontrol ya da üst yönetim onayı aranabilir.
- Rutin işlem onayı
- Bölüm yöneticisi onayı
- İnsan kaynakları kontrolü
- Mali veya hukuki kontrol
- İş güvenliği kontrolü
- Üst yönetim istisna onayı
Dijital Sistem ve Erişim Yetkilerini Düzenleyin
Dijital sistemde herkesin tüm kayıtlara erişmesi yerine görev ihtiyacına göre yetki verilmelidir. Görüntüleme, değiştirme, onaylama, dışa aktarma ve silme yetkileri ayrı tanımlanabilir.
İşten ayrılan veya görevi değişen kullanıcıların yetkileri aynı gün gözden geçirilmeli; kritik işlemler için işlem geçmişi tutulmalıdır.
- Rol bazlı erişim
- Çift aşamalı onay
- Değişiklik geçmişi
- Erişim logu
- Otomatik hatırlatma
- Yetki sona erme tarihi
- Yedekleme ve geri yükleme
Olası Riskleri Önceden Değerlendirin
Risk analizi yalnızca sorun yaşandıktan sonra yapılmamalıdır. Her risk için gerçekleşme olasılığı, etkisi, mevcut kontrol ve ek önlem belirlenmelidir.
Yüksek riskli durumlar için acil müdahale, eskalasyon ve üst yönetime bildirim yöntemi hazırlanmalıdır.
- Belirsiz görev tanımı
- geciken yönetici geri bildirimi
- ücret onay gecikmesi
- aday kaybı
- yanlış zorluk sınıfı
- hız uğruna düşük kalite
İstisna ve Acil Durum Yönetimi Kurun
Normal prosedürün uygulanamadığı acil durumlarda kimin geçici karar verebileceği, işlemin sonradan nasıl doğrulanacağı ve hangi süre içinde kayıt altına alınacağı açıklanmalıdır.
İstisna süreci, normal kontrol mekanizmalarını tamamen ortadan kaldırmamalıdır. Acil işlem sonrasında geriye dönük kontrol yapılmalıdır.
- Acil durumun tanımı
- Geçici karar yetkilisi
- Bilgilendirilecek kişiler
- Sonradan onay süresi
- Olay kaydı
- Düzeltici faaliyet
- Tekrarı önleme planı
Çalışan ve Yönetici İletişimini Planlayın
Süreçten etkilenen çalışanlara amaç, yöntem, sorumluluk ve başvuru kanalları anlaşılır bir dille açıklanmalıdır.
Yöneticilere yalnızca prosedür gönderilmesi yeterli değildir. Örnek olaylar üzerinden eğitim verilmesi, uygulama farklılıklarını azaltabilir.
- İşe giriş bilgilendirmesi
- Yönetici eğitimi
- Kısa kullanım rehberi
- Sık yapılan hata örnekleri
- İtiraz veya destek kanalı
- Değişiklik duyurusu
Performans Göstergeleri Belirleyin
Sistemin çalışıp çalışmadığını görebilmek için yalnızca işlem sayısı değil; süre, kalite, hata, maliyet ve memnuniyet göstergeleri birlikte izlenmelidir.
Göstergeler bölüm, lokasyon, yönetici veya dönem bazında karşılaştırılarak sorun yoğunlaşmaları belirlenebilir.
- Talep-onay süresi
- ilk aday sunum süresi
- görüşme geri bildirim süresi
- teklif kabul oranı
- pozisyon kapatma süresi
- ilk 90 gün kalıcılık oranı
Aylık veya Dönemsel Yönetim Raporu Hazırlayın
Rapor, yalnızca toplam sayıları göstermemeli; gecikmeler, tekrar eden hatalar, açık aksiyonlar ve yönetimden beklenen kararları da içermelidir.
Kritik göstergelerde önceki dönem, hedef ve gerçekleşen değer birlikte sunulmalıdır.
- Toplam işlem sayısı
- Zamanında tamamlanma oranı
- Geciken işlemler
- Hata ve düzeltme sayısı
- En sık risk nedeni
- Açık aksiyonlar
- Sorumlu yönetici
- Hedef kapanış tarihi
İç Denetim ve Örneklem Kontrolü Yapın
Belirli aralıklarla rastgele kayıtlar seçilerek prosedüre, yetki matrisine ve belge standardına uygunluk kontrol edilmelidir.
Denetim bulguları yalnızca hata listesi olarak bırakılmamalı; sorumlu ve hedef tarih içeren aksiyon planına dönüştürülmelidir.
- Kayıt eksiksiz mi?
- Onay doğru yetkiliden mi?
- Tarihler tutarlı mı?
- Erişim yetkisi uygun mu?
- İstisna gerekçesi var mı?
- Aksiyon kapatılmış mı?
- Tekrarlayan bulgu mevcut mu?
En Sık Yapılan Hatalar
İşe Alım SLA Yönetimi sürecinde aşağıdaki hatalar uygulamanın güvenilirliğini ve çalışanların sisteme duyduğu güveni azaltabilir.
- Sürecin yalnızca sözlü yürütülmesi
- Sorumluların açık olmaması
- Tarih ve onay kaydı tutulmaması
- İstisnaların normal uygulamaya dönüşmesi
- Yetkilerin güncellenmemesi
- Çalışanların bilgilendirilmemesi
- Raporların analiz edilmeden arşivlenmesi
- Tekrarlayan sorunlar için kök neden çalışması yapılmaması
Uygulama İçin Ayrıntılı Kontrol Listesi
Sistem devreye alınmadan ve dönemsel gözden geçirmelerde aşağıdaki kontrol listesi kullanılabilir.
- Politika veya prosedür yazılı mı?
- Kapsam ve istisnalar açık mı?
- Görev ve onay sahipleri belli mi?
- Vekâlet düzeni tanımlı mı?
- Standart form veya dijital ekran hazır mı?
- Zorunlu veri alanları belirlendi mi?
- Erişim yetkileri sınırlandırıldı mı?
- Değişiklik ve erişim logları tutuluyor mu?
- Acil durum yöntemi var mı?
- Çalışanlar ve yöneticiler bilgilendirildi mi?
- Performans göstergeleri tanımlandı mı?
- Raporlama takvimi oluşturuldu mu?
- İç denetim planlandı mı?
- Açık aksiyonların sorumlusu ve tarihi var mı?
- Prosedür düzenli güncelleniyor mu?
Sonuç
Etkili bir i̇şe alım sla yönetimi sistemi, yalnızca işlemlerin tamamlanmasını değil; işlemlerin doğru kişi tarafından, doğru zamanda, doğru yetkiyle ve doğrulanabilir kayıtlarla yürütülmesini sağlar.
Sistem, çalışanların ve yöneticilerin kolay kullanabileceği kadar sade; güvenlik, maliyet, veri ve denetim risklerini yönetecek kadar ayrıntılı olmalıdır.
Düzenli ölçüm, çalışan geri bildirimi ve iç denetim sonuçları kullanılarak süreç belirli aralıklarla geliştirilmelidir.
Profesyonel işe alım desteği
İşletmeniz için doğru personeli bulma, aday ön eleme ve işe başlatma süreçlerinde SEA Academy İK ile iletişime geçebilirsiniz.
İletişime geçin