İşe Alım ve Yetenek Kazanım Veri Şablonunuz

iCIMS
İşe Alım ve Yetenek Kazanım Veri Şablonunuz

İşe Alım ve Yetenek Kazanım Veri Şablonunuz

Bu şablon, işe alım ve yetenek kazanım sürecinizi analiz etmek için gereken temel verileri toplamak için net bir yol haritası sunar. Toplanması gereken kritik nitelikleri, izlenecek temel aktiviteleri ve bu bilgileri iCIMS sisteminizden çıkarmak için pratik rehberliği özetler. Bu şablonu kullanmak, verilerinizi kapsamlı Process Mining için hazırlamanıza yardımcı olacaktır.
  • Toplanması Önerilen Nitelikler
  • Süreç analizi için izlenecek temel aktiviteler
  • iCIMS sisteminiz için veri çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

İşe Alım ve Yetenek Kazanımı Nitelikleri

Bunlar, işe alım ve yetenek kazanım sürecinizin kapsamlı analizi için event log'unuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 6 Önerilen 12 İsteğe Bağlı
Ad Açıklama
Etkinlik Başlangıç Zamanı
ActivityStartTime
Belirli bir işe alım aktivitesinin ne zaman başladığını veya kaydedildiğini gösteren timestamp.
Açıklama

Bu nitelik, bir başvurunun ne zaman tarandığı veya bir mülakatın ne zaman planlandığı gibi her aktivitenin tarihini ve saatini sağlar. Timestamps, süreç adımlarının zamanlamasını ve süresini anlamak için esastır.\n\nProcess Mining'de bu timestamp, olayları kronolojik olarak sıralamak için kullanılır ve gerçek süreç akışının keşfedilmesini sağlar. Aktiviteler arasındaki döngü sürelerini hesaplamak, gecikmeleri belirlemek ve hizmet düzeyi anlaşmalarına karşı performansı izlemek dahil olmak üzere tüm zaman tabanlı analizlerin temelidir.

Neden önemli

Olayların kronolojik sırasını sunar; bu, süreç sürelerini hesaplamak, darboğazları tespit etmek ve işe alım sürecinin zaman çizelgesini anlamak için kritik öneme sahiptir.

Nereden alınır

Bu bilgi genellikle iCIMS'teki İşe Alım Workflow Profili ile ilişkili denetim izinde veya geçmiş log'larında mevcuttur.

Örnekler
2023-10-26T10:00:00Z2023-11-05T14:30:00Z2023-11-15T09:15:00Z
Faaliyet Adı
ActivityName
İşe alım sürecinde meydana gelen belirli adımın veya kilometre taşının adı.
Açıklama

Aktivite Adı, bir iş başvurusu için belirli bir zamanda gerçekleşen bir olayı tanımlar. Örnekler arasında 'Başvuru Alındı', 'İlk Mülakat Yapıldı' ve 'Teklif Uzatıldı' bulunur. Bu aktiviteler, işe alım sürecinin sıralı adımlarını oluşturur.\n\nBu nitelik, süreç haritasındaki düğümleri tanımladığı için Process Mining için temeldir. Bu aktivitelerin sırasını ve sıklığını analiz etmek, gerçek işe alım Workflow'unu ortaya çıkarır, yaygın ve alternatif yolları vurgular ve darboğazları veya yeniden işleme döngülerini tespit eder.

Neden önemli

Bu nitelik, sürecin adımlarını tanımlayarak bir süreç haritası oluşturmayı, akışı analiz etmeyi ve standart işe alım prosedüründen sapmaları belirlemeyi mümkün kılar.

Nereden alınır

Genellikle iCIMS'teki İşe Alım Workflow Profili'ndeki durum değişikliklerinden türetilir. Belirli durumlar ve kategoriler genellikle kuruluş tarafından özelleştirilebilir.

Örnekler
Başvuru Tarandıİlk Mülakat YapıldıTeklif Kabul EdildiAday İşe Alındı
İş Başvurusu
JobApplicationId
Bir adayın belirli bir iş talebine yaptığı başvuru için benzersiz tanımlayıcı.
Açıklama

İş Başvurusu Kimliği (Job Application ID), işe alım süreci analizinin temel taşıdır ve Case tanımlayıcısı olarak görev yapar. Her Kimlik, belirli bir iş ilanı için tek bir adayın ilk başvurudan eleme, mülakatlar ve teklif yönetimi gibi tüm sonraki aşamalar boyunca olan yolculuğunu temsil eder.\n\nProcess Mining'de bu nitelik, tüm ilgili aktiviteleri birbirine bağlayarak tutarlı bir uçtan uca süreç akışı oluşturmak için kullanılır. İş Başvurusu Kimliği'ne dayalı süreçleri analiz etmek, işe alım hunisinin net bir şekilde görselleştirilmesine, döngü sürelerinin doğru bir şekilde hesaplanmasına ve farklı adaylar için işe alım yolundaki varyasyonların belirlenmesine olanak tanır.

Neden önemli

Tek bir başvurunun tüm yaşam döngüsünü izlemek için kritik öneme sahiptir; bu sayede her adayın yolculuğu için işe alım süresi, ayrılma oranları ve süreç uyumluluğu analiz edilebilir.

Nereden alınır

Bu, tipik olarak iCIMS'teki bir başvuru kaydı için birincil anahtardır. Kişi veya İşe Alım Workflow Profili API'lerine danışın.

Örnekler
APP-2023-001234APP-2023-005678APP-2024-009101
`İş Talep Kimliği`
JobRequisitionId
İş ilanı veya pozisyon için benzersiz tanımlayıcı.
Açıklama

İş Talep Kimliği (Job Requisition ID), birden çok başvuruyu tek bir iş ilanına bağlar. Adayların başvurduğu belirli rolü temsil eder ve iş unvanı, departman ve konum gibi ayrıntıları içerir.\n\nAnalizde bu Kimlik, aynı pozisyon için tüm başvuruları gruplamak ve karşılaştırmak için kullanılır. Tek bir rol için tüm aday havuzunu görmeye olanak tanıyarak, farklı iş türleri için işe alım sürecinin etkinliğini anlamaya yardımcı olur.

Neden önemli

Aynı pozisyon için tüm başvuruları gruplayarak, belirli bir iş ilanı için tüm işe alım hunisinin analiz edilmesini sağlar.

Nereden alınır

Bu Kimlik, iCIMS'teki İş Profilinin temel bir parçasıdır ve bu rol için gönderilen her başvuruya bağlıdır.

Örnekler
REQ-2023-105REQ-2024-012REQ-2024-301
Başvuru Durumu
ApplicationStatus
İş başvurusunun nihai sonucu veya mevcut durumu.
Açıklama

Bu nitelik, bir başvurunun nihai durumunu temsil eder; adayın işe alınıp alınmadığını, şirket tarafından reddedilip reddedilmediğini veya başvurusunu geri çekip çekmediğini gösterir. İşe alım sürecinin sonuçlanan olayını sağlar.\n\nBu, sonuca dayalı analiz için kritik bir niteliktir. Dönüşüm oranlarını, teklif kabul oranlarını ve ayrılma oranlarını hesaplamak için kullanılır. Başvuruların nihai durumunu anlamak, tüm işe alım hunisinin başarısını ve verimliliğini ölçmek için temeldir.

Neden önemli

Süreç sonucunu tanımlar, bu da işe alım oranları ve ret oranları gibi anahtar metrikleri hesaplamak için gereklidir.

Nereden alınır

Bu, iCIMS'teki İşe Alım Workflow Profili'ndeki son durumdur. Genellikle bir başvuru terminal bir 'dispozisyon' kutusuna taşındığında ayarlanır.

Örnekler
`İşe Alındı`Şirket Tarafından ReddedildiAday Geri Çekildi
Bölüm
Department
İş pozisyonunun işe alındığı iş departmanı veya fonksiyonu.
Açıklama

Bu nitelik, açık pozisyonun ait olduğu 'Mühendislik', 'Pazarlama' veya 'Satış' gibi departmanı belirtir. İş talebi için organizasyonel bağlam sağlar.\n\nDepartman bilgisi, analiz için güçlü bir boyuttur. 'İşe Alım Süresi' ve 'Teklif Kabul Oranı' gibi KPI'ları departmana göre segmentlere ayırmaya olanak tanır; bu da kuruluş genelinde işe alım süreçlerinde ve verimliliğinde önemli farklılıklar ortaya çıkarabilir. Bu, hangi departmanların optimize edilmiş süreçlere sahip olduğunu ve hangilerinin desteğe ihtiyaç duyabileceğini belirlemeye yardımcı olur.

Neden önemli

Farklı iş birimleri arasında performans karşılaştırması yaparak, işe alım verimliliğindeki varyasyonları ve bottleneck'leri vurgular.

Nereden alınır

Bu, genellikle iCIMS'teki İş Talep Kimliği ile ilişkili İş Profili bilgilerinin bir parçasıdır. Organizasyonel yapı verilerine bağlanabilir.

Örnekler
MühendislikSatışPazarlamaİnsan Kaynakları
İşe Alım Yöneticisi
HiringManager
İş talebi için işe alım yöneticisinin adı veya Kimliği.
Açıklama

İşe Alım Yöneticisi, pozisyonun doldurulduğu kişidir. Süreçte kilit bir paydaş olup, adayları incelemekten, mülakat yapmaktan ve nihai işe alım kararını vermekten sorumludur.\n\nBu nitelik, 'İşe Alım Yöneticisi Geri Bildirim Döngüsü' Dashboard'u için kritik öneme sahiptir. Her işe alım yöneticisi başına bir mülakat ile geri bildirim gönderimi arasındaki süreyi izleyerek, kuruluşlar karar verme sürecindeki gecikmeleri tespit edebilir ve bunları azaltmak için çalışarak genel işe alım süresini hızlandırmaya yardımcı olabilir.

Neden önemli

Özellikle sıkça gecikmeye yol açan zamanında geri bildirim sağlama konusunda işe alım yöneticisi katılımını ve verimliliğini analiz etmeye yardımcı olur.

Nereden alınır

Genellikle iCIMS'teki iş talebiyle ilişkili İş Profilinde saklanır.

Örnekler
Robert BrownSusan WhiteMichael Green
Recruiter
Recruiter
İş başvurusunu yönetmekten sorumlu işe alım uzmanının adı veya Kimliği.
Açıklama

Bu nitelik, başvuruya atanan birincil işe alım uzmanını tanımlar. Bu kişi tipik olarak adayları elemekten, mülakatları koordine etmekten ve süreci yönetmekten sorumludur.\n\nVerileri işe alım uzmanına göre analiz etmek, 'İşe Alım Uzmanı Performansına Genel Bakış' Dashboard'u için esastır. Tarama süresi, mülakat tamamlama oranları ve başarılı işe alım sayısı gibi metrikleri izleyerek bireysel ve ekip performansını değerlendirmeye yardımcı olur. Bu, en iyi uygulamaların ve ek eğitim alanlarının belirlenmesine olanak tanır.

Neden önemli

Bu nitelik, işe alım uzmanı iş yükünü ve performansını değerlendirmek için anahtar olup, hedefe yönelik iyileştirmelere ve kaynak tahsisine olanak tanır.

Nereden alınır

Bu bilgi genellikle iCIMS'teki İşe Alım Workflow Profili'nde veya ilişkili İş Profilinde, belirli eylemleri gerçekleştiren kullanıcıya bağlı olarak saklanır.

Örnekler
Can DemirAyşe YılmazEmily Jones
Uygulama Kaynağı
ApplicationSource
Adayın başvurusunu gönderdiği kanal veya yöntem.
Açıklama

Bu nitelik, başvurunun kaynağını belirtir; örneğin, 'Şirket Web Sitesi', 'LinkedIn', 'Çalışan Referansı' veya 'İş İlanı Panosu'. Adayların açık pozisyonları nasıl bulup başvurduğunu izler.\n\nBu bilgi, 'Başvuru Kaynak Kanalı ROI' Dashboard'u için esastır. Başvuru hacmini ve daha da önemlisi her kaynaktan yapılan işe alım sayısını analiz ederek, kuruluşlar hangi kanalların en iyi yatırım getirisini sağladığını belirleyebilir. Bu, işe alım pazarlama harcamalarını optimize etmeye ve çabaları en etkili kaynaklara odaklamaya yardımcı olur.

Neden önemli

Farklı işe alım kanallarının etkinliğini ölçmeye yardımcı olur, böylece kaynak bulma stratejilerinin ve bütçesinin optimize edilmesini sağlar.

Nereden alınır

Bu veri, adayın iCIMS'teki başvuru profilinde yakalanır, genellikle aday tarafından seçilir veya URL parametreleri aracılığıyla izlenir.

Örnekler
LinkedInÇalışan ReferansıŞirket Kariyer SayfasıIndeed
`İş Unvanı`
JobTitle
Adayın başvurduğu pozisyonun unvanı.
Açıklama

İş Unvanı, 'Yazılım Mühendisi' veya 'Ürün Yöneticisi' gibi açık rolün resmi adıdır. Departman veya iş ailesinin ötesinde pozisyon hakkında özel detaylar sağlar.\n\nBu nitelik, işe alım verilerini filtrelemek ve segmentlere ayırmak için yaygın bir boyuttur. Örneğin, 'İşe Alım Süresi'ni iş unvanına göre analiz etmek, belirli rollerin, özellikle kıdemli veya uzmanlaşmış rollerin doldurulmasının önemli ölçüde daha uzun sürdüğünü ortaya çıkarabilir. Bu içgörü, farklı pozisyon türleri için özel işe alım stratejileri geliştirmeye yol açabilir.

Neden önemli

Benzersiz işe alım zorlukları ve zaman çizelgeleri olabilecek belirli roller için detaylı analiz ve performans karşılaştırması yapılmasını sağlar.

Nereden alınır

Bu, iCIMS'teki İş Profilinde birincil bir alandır.

Örnekler
Kıdemli Yazılım MühendisiPazarlama MüdürüVeri Analisti
Aday Kimliği
CandidateId
Bir bireysel adayın tüm başvuruları boyunca benzersiz tanımlayıcı.
Açıklama

Aday Kimliği (Candidate ID), Yetenek Havuzundaki bir kişi için benzersiz bir tanımlayıcıdır ve İş Başvurusu Kimliği'nden (Job Application ID) farklıdır. Tek bir adayın birden çok başvurusu olabilir, ancak her zaman aynı Aday Kimliği'ne sahip olacaktır.\n\nBu nitelik, 'Mükerrer Tarama Tespiti' analizi için özellikle kullanışlıdır. Aktiviteleri Aday Kimliği'ne göre gruplayarak, aynı kişinin gereksiz yere farklı roller için birden çok kez taranması durumlarını tespit etmek mümkündür. Ayrıca, bir adayın şirketle olan etkileşim geçmişine daha bütünsel bir bakış açısı sağlar.

Neden önemli

Bir kişiyi benzersiz bir şekilde tanımlayarak, bir adayın birden çok başvuru üzerindeki yolculuğunu analiz etmeye ve tekrarlayan aktiviteleri tespit etmeye olanak tanır.

Nereden alınır

Bu, iCIMS'teki Kişi Profili için birincil tanımlayıcıdır.

Örnekler
CAND-9876CAND-5432CAND-1001
Etkinlik Bitiş Zamanı
ActivityEndTime
Bir işe alım aktivitesinin ne zaman tamamlandığını gösteren timestamp.
Açıklama

Aktivite Bitiş Zamanı, bir olayın sona ermesini işaret eder. Birçok durumda, özellikle 'Teklif Uzatıldı' gibi ayrık olaylar için, bitiş zamanı başlangıç zamanı ile aynı olabilir. Ancak, bir mülakat bloğu gibi süresi olan aktiviteler için farklı olabilir.\n\nBu nitelik, işlem süresi olarak bilinen bireysel aktivitelerin kesin süresini hesaplamak için kullanılır. İşlem süresini analiz etmek, görevler arasındaki bekleme süresi yerine hangi belirli görevlerin en çok zaman aldığını belirlemeye yardımcı olur.

Neden önemli

Bir etkinliğin işleme süresinin hesaplanmasını sağlayarak, aktif çalışma süresi ile boşta bekleme süresi arasında ayrım yapmaya yardımcı olur.

Nereden alınır

Başlangıç zamanına benzer şekilde, bu bilgi iCIMS'teki denetim izinde veya geçmiş log'larında bulunabilir. Yalnızca tek bir event timestamp'i mevcutsa çıkarım yapmayı gerektirebilir.

Örnekler
2023-10-26T10:05:00Z2023-11-05T15:30:00Z2023-11-15T09:15:00Z
Faaliyet İşlem Süresi
ProcessingTime
Tek bir işe alım aktivitesi üzerinde aktif olarak harcanan süre.
Açıklama

İşlem Süresi, belirli bir aktivitenin bitiş zamanı ile başlangıç zamanı arasındaki fark olarak hesaplanan süresidir. Birçok işe alım olayında bu süre sıfır veya çok kısa olabilir. Ancak, 'Mülakat Yapma' gibi görevlerde, bu göreve harcanan gerçek zamanı temsil edebilir.\n\nBu metrik, aktif çalışma süresi ile bekleme süresi arasında ayrım yapmaya yardımcı olur. 'Mülakat Planlandı' ve 'Mülakat Yapıldı' arasındaki süre uzun olsa da (bekleme süresi), mülakatın işlem süresi çok daha kısadır. İşlem süresini analiz etmek, bireysel görevlerin yürütülmesini optimize etmeye yardımcı olabilir.

Neden önemli

Bir aktivitenin gerçek süresini ölçerek aktif çalışmayı bekleme süresinden ayırmaya ve zaman alıcı görevleri belirlemeye yardımcı olur.

Nereden alınır

Bu, Process Mining aracında, her event için ActivityStartTime'ın ActivityEndTime'dan çıkarılmasıyla hesaplanır.

Örnekler
1 saat 0 dakika0 saat 30 dakika0 saat 5 dakika
İşin Konumu
JobLocation
İş ilanının belirli şehir veya ofis konumu.
Açıklama

İş Konumu, ülkeden daha detaylı coğrafi bilgi sağlar, genellikle şehir, eyalet veya belirli ofisi gösterir.\n\nBu nitelik, daha detaylı bölgesel analizlere olanak tanır. Örneğin, 'İşe Alım Süresi' farklı şehirler arasında karşılaştırılarak yerel pazar koşulları ve işe alım zorlukları anlaşılabilir. Ayrıca bölgesel işe alım ekipleri için kaynak planlamasına da yardımcı olabilir.

Neden önemli

Detaylı coğrafi içgörüler sunarak belirli ofisler veya şehirler arasındaki performans farklılıklarını analiz etmeye yardımcı olur.

Nereden alınır

Bu, iCIMS'teki İş Profilindeki konum alanlarında saklanır.

Örnekler
New York, ABDSan Francisco, CALondra, İngiltere
Kaynak Sistem
SourceSystem
Verinin kaynaklandığı sistem, bu durumda iCIMS.
Açıklama

Bu nitelik, işe alım verilerinin oluşturulduğu ve depolandığı kaynak uygulamayı tanımlar. Bu süreç için değer, sürekli olarak 'iCIMS' veya iCIMS örneği için daha spesifik bir tanımlayıcı olacaktır.\n\nTek sistem analizinde statik görünse de, birden çok sistemden veri birleştirilirken, örneğin iCIMS'ten gelen işe alım verilerinin başka bir sistemden gelen İKYS verileriyle birleştirilmesi gibi durumlarda kritik hale gelir. Veri soy ağacını sağlar ve veri entegrasyon sorunlarını gidermeye yardımcı olur.

Neden önemli

Veri kaynağı hakkında bağlam sağlar; bu, veri yönetişimi ve birden çok İK sisteminden veri entegrasyonu için çok önemlidir.

Nereden alınır

Bu, veri çıkarma ve dönüştürme süreci sırasında eklenmesi gereken statik bir değerdir ('iCIMS').

Örnekler
iCIMS Talent CloudiCIMS
Ret Nedeni
RejectionReason
Bir adayın başvurusunun şirket tarafından reddedilme nedeni.
Açıklama

Bir başvuru reddedildiğinde, bu nitelik 'Kültüre uyum sağlamadı', 'Gereken becerilere sahip değil' veya 'Pozisyon başka bir aday tarafından dolduruldu' gibi belirli nedeni sağlar. Bu veri tipik olarak işe alım uzmanı veya işe alım yöneticisi tarafından önceden tanımlanmış bir listeden seçilir.\n\nReddetme nedenlerini analiz etmek, işe alım süreci hakkında değerli geri bildirimler sağlar. İş tanımlarında uyumsuzluk, belirli kaynaklardan aday kalitesiyle ilgili sorunlar veya tarama sürecinin iyileştirilebileceği alanlar gibi sorunları vurgulayabilir. Bu, işe alım stratejisini iyileştirmeye ve aday havuzunun kalitesini artırmaya yardımcı olur.

Neden önemli

Adayların neden ilerlemediğine dair kritik geri bildirimler sunarak iş tanımlarını, kaynak bulma ve eleme kriterlerini iyileştirmeye yardımcı olur.

Nereden alınır

Bu genellikle bir adayın iCIMS'teki İşe Alım Workflow'unda reddedilme durumuna taşındığında kaydedilir.

Örnekler
Asgari nitelikleri karşılamıyorMaaş beklentileri çok yüksekDaha nitelikli aday seçildi
Son Veri Güncellemesi
LastDataUpdate
Verinin kaynak sistemden son çekildiği veya yenilendiği zamanı gösteren zaman damgası.
Açıklama

Bu nitelik, iCIMS'ten yapılan en son veri çekiminin tarih ve saatini kaydeder. Olayın ne zaman gerçekleştiğini değil, kaydın Process Mining aracıyla en son ne zaman senkronize edildiğini yansıtır.\n\nBu bilgi, analiz edilen verinin güncelliğini anlamak için hayati öneme sahiptir. Kullanıcıların gerçek zamanlı bilgilere mi yoksa belirli bir zamandaki bir anlık görüntüye mi baktıklarını bilmelerini sağlar; bu da analizin alaka düzeyi ve doğruluğu açısından önemlidir.

Neden önemli

Kullanıcıları verilerin güncelliği hakkında bilgilendirir, böylece analiz ve kararların güncel bilgilere dayanmasını sağlar.

Nereden alınır

Bu timestamp, veri çıkarma, dönüştürme ve yükleme (ETL) pipeline'ı her çalıştığında oluşturulmalı ve kaydedilmelidir.

Örnekler
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Teklif Miktarı
OfferAmount
Bir iş teklifinde adaya uzatılan maaş veya tazminat miktarı.
Açıklama

Bu nitelik, bir adaya sunulan ücret paketinin parasal değerini içerir. Genellikle 'Teklif Uzatıldı' aktivitesi gerçekleştiğinde kaydedilir.\n\nBu veri, 'Teklif Kabul Oranı Trendleri' Dashboard'u için değerlidir. Kabul oranlarını teklif miktarına göre analiz ederek ve iş unvanı veya departman gibi faktörlere göre segmentlere ayırarak, kuruluşlar ücret rekabetçilikleri hakkında içgörüler elde edebilir. Tekliflerin ücret nedeniyle reddedilip reddedilmediğini belirlemeye ve maaş bantlarında ayarlamalar yapılmasına yardımcı olabilir.

Neden önemli

Teklif kabul oranlarını analiz etmek ve ücretin işe alım başarısı üzerindeki etkisini anlamak için önemli bir bağlam sağlar.

Nereden alınır

Bu bilgi genellikle iCIMS'teki İşe Alım Workflow Profili'ndeki bir 'Teklif' sekmesinde veya ilgili alanlarda saklanır.

Örnekler
8500012000095500.50
Toplam Cycle Time
CycleTime
Bir iş başvurusu için ilk aktiviteden son aktiviteye kadar geçen toplam süre.
Açıklama

Döngü Süresi, tek bir başvuru için işe alım sürecinin uçtan uca süresini ölçer. İlk olayın (örn. 'Başvuru Alındı') zaman damgası ile son olayın (örn. 'Aday İşe Alındı' veya 'Başvuru Reddedildi') zaman damgası arasındaki fark olarak hesaplanır.

Bu, genel süreç verimliliğini ölçmek için birincil bir KPI'dır. Rolleri doldurmanın ne kadar sürdüğünü izlemek için 'İşe Alım Performans Süresi' dashboard'unda kullanılır. Döngü süresini analiz etmek, uzun süren süreçleri belirlemeye ve süreç iyileştirme girişimleri için referans noktaları belirlemeye yardımcı olur.

Neden önemli

Bu hesaplanmış metrik, genel süreç verimliliği için temel bir performans göstergesidir ve işe alım süresini izleyen Dashboard'lar için çok önemlidir.

Nereden alınır

Bu nitelik iCIMS'te doğrudan mevcut değildir. Process Mining aracında, her JobApplicationId için maksimum ve minimum ActivityStartTime arasındaki fark alınarak hesaplanır.

Örnekler
45 gün 10 saat62 gün 4 saat30 gün 0 saat
Ülke
Country
İş pozisyonunun bulunduğu ülke.
Açıklama

Bu nitelik, iş talebiyle ilişkili ülkeyi belirtir. İşe alım süreci için coğrafi bağlam sağlar.\n\nGlobal kuruluşlar için işe alım sürecini ülkeye göre analiz etmek esastır. İşe alım zaman çizelgelerindeki bölgesel farklılıkları, kaynak bulma kanalı etkinliğini ve süreç uyumluluğunu vurgulayabilir. Bu analiz, konuma özel işe alım stratejileri geliştirmeye ve gerçekçi bölgesel performans hedefleri belirlemeye yardımcı olur.

Neden önemli

İşe alım sürecinin coğrafi olarak segmentlere ayrılmasını sağlayarak, bölgesel performans varyasyonlarını ortaya çıkarır ve küresel süreç standardizasyon çabalarını destekler.

Nereden alınır

Bu, iCIMS'teki İş Profilindeki konum bilgilerinin bir parçasıdır.

Örnekler
Amerika Birleşik DevletleriAlmanyaBirleşik KrallıkKanada
Yeniden İşleme mi?
IsRework
Bir etkinliğin aynı iş başvurusu için tekrarlandığını gösteren bir işaret.
Açıklama

Tekrar İşlem (Is Rework) niteliği, aynı Case içinde belirli bir aktivitenin birden fazla kez gerçekleşmesi durumunda 'doğru' olarak ayarlanan bir boolean bayrağıdır. Örneğin, bir adayın 'İlk Mülakat' aşamasını iki kez geçmesi gerekiyorsa, ikinci örnek tekrar işleme olarak işaretlenecektir.\n\nBu, 'Süreç Uyumluluğu ve Varyantları' analizi için güçlü bir niteliktir. Verimsizlikleri, gereksiz tekrarları ve standart süreçten sapmaları hızla vurgular. Tekrar işlemleri belirlemek ve nicelleştirmek, süreci kolaylaştırmaya, boşa harcanan çabayı azaltmaya ve aday deneyimini iyileştirmeye yardımcı olur.

Neden önemli

Tekrarlanan adımları tespit ederek süreç verimsizliklerini nicelleştirmeye yardımcı olur; bu adımlar genellikle sorunların veya standart dışı süreç akışlarının göstergesidir.

Nereden alınır

Bu nitelik, Process Mining aracında, belirli bir JobApplicationId için aynı ada sahip bir aktivitenin daha önce gerçekleşip gerçekleşmediği kontrol edilerek hesaplanır.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

İşe Alım ve Yetenek Kazanımı Aktiviteleri

Bunlar, işe alım huninizdeki doğru süreç keşfi ve darboğaz tespiti için event log'unuza kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Aday İşe Alım Yöneticisine Sunuldu
Bir işe alım uzmanı, nitelikli bir adayın profilini işe alım yöneticisine resmi olarak incelemesi için sunar. Bu genellikle işe alım uzmanı adayı iCIMS iş akışında belirli bir 'İşe Alım Yöneticisi İncelemesi' adımına taşıdığında kaydedilir.
Neden önemli

Bu kritik bir devir noktasıdır. Bu adımdan yönetici geri bildirimine kadar geçen süreyi ölçmek, işe alım yöneticisinin süreçteki gecikmelerini belirlemek için anahtardır.

Nereden alınır

Başvuru durumunun 'İşe Alım Yöneticisine Sunuldu', 'İşe Alım Yöneticisi İncelemesi' veya yöneticinin dahil olduğunu gösteren benzer bir duruma değiştirildiği zaman damgasından çıkarılır.

Yakala

'İşe Alım Yöneticisi İncelemesi' veya eşdeğeri bir durum değişikliğinin zaman damgasını yakalayın.

Event tipi inferred
Aday İşe Alındı
Başarılı bir işe alım sürecini gösteren son aktivite. Bu olay, adayın nihai 'İşe Alındı' durumuna taşındığında, başvuru sürecini resmi olarak sonlandırdığında ve genellikle işe alım Workflow'larını tetiklediğinde kaydedilir.
Neden önemli

Bu, süreç için birincil başarı son noktasıdır. Genel işe alım süresini ve işe alım hunisi dönüşüm oranlarını hesaplamak için esastır.

Nereden alınır

Başvuru iş akışında 'İşe Alındı' veya 'Başladı' final durumuna geçişin zaman damgasından çıkarılır. Bu bir terminal durumdur.

Yakala

Son 'İşe Alındı' durumuna geçişin zaman damgasını yakalayın.

Event tipi inferred
Başvuru Alındı
Belirli bir iş başvurusu için işe alım sürecinin başlangıcını işaret eder. Bu olay, adayın kariyer portalı üzerinden başvurusunu başarıyla göndermesi veya iCIMS'e manuel olarak girilmesiyle kaydedilir.
Neden önemli

Bu, süreç için birincil başlangıç event'idir. Bu aktiviteden sonraki kilometre taşlarına kadar geçen süreyi analiz etmek, genel doldurma süresini anlamak ve ön uç darboğazlarını tespit etmek için esastır.

Nereden alınır

Genellikle başvuru kaydının oluşturulma tarihinden veya adayın Workflow geçmişindeki 'Gönderildi' veya 'Yeni Başvuru' gibi ilk durumla ilişkili bir timestamp'ten çıkarılır.

Yakala

İş başvuru kaydının oluşturulma timestamp'ini veya ilk durum değişikliği timestamp'ini kullanın.

Event tipi inferred
Başvuru Şirket Tarafından Reddedildi
Şirket, sürecin bir aşamasında adayla ilerlememeye karar verdi. Bu, bir işe alım uzmanı veya işe alım yöneticisi tarafından başvuru durumunun 'Reddedildi' veya 'Seçilmedi' gibi son bir duruma güncellenmesiyle kaydedilir.
Neden önemli

Bu, en yaygın son noktadır. Reddetmelerin çoğunun hangi aşamada gerçekleştiğini analiz etmek, işe alım hunisi etkinliğini anlamak ve darboğazları tespit etmek için temeldir.

Nereden alınır

'Reddedildi', 'Seçilmedi' veya 'Pozisyon Dolu' gibi terminal bir ret durumuna geçişten çıkarılır. iCIMS genellikle bir reddetme nedeni gerektirir.

Yakala

İşe alım yapılmamış, geri çekilmemiş terminal bir duruma geçişi tespit edin.

Event tipi inferred
İlk Mülakat Yapıldı
Bu aktivite, aday ile ilk tur mülakatların tamamlandığını gösterir. Genellikle bir işe alım uzmanı veya işe alım yöneticisi, mülakat gerçekleştikten sonra adayın durumunu güncellediğinde kaydedilir.
Neden önemli

Bu, değerlendirme sürecinde önemli bir kilometre taşıdır. Bu olay ile geri bildirim gönderimi arasındaki süre, 'İşe Alım Yöneticisi Geri Bildirim Döngüsü' analizi için kritik öneme sahiptir.

Nereden alınır

Başvuru iş akışındaki bir durum güncellemesinden 'Mülakat Tamamlandı', 'Geri Bildirim Bekleniyor' veya 'İlk Mülakat Tamamlandı' gibi bir duruma geçişten çıkarılır.

Yakala

Planlanan mülakat tarihinden sonra 'Mülakat Tamamlandı' veya ilgili bir duruma geçişi tespit edin.

Event tipi inferred
Teklif Kabul Edildi
Aday, iş teklifini resmi olarak kabul etti. Bu, işe alım uzmanının adayın durumunu yanıtına göre güncellediği zaman kaydedilen önemli bir başarı kilometre taşıdır.
Neden önemli

Bu aktivite, teklif kabul oranını hesaplamak için kritik öneme sahiptir ve işe alım öncesi kontroller ile işe başlatmaya geçişin sinyalini verir.

Nereden alınır

Başvuru iş akışında 'Teklif Kabul Edildi' veya 'İşe Alım Beklemede' durumuna zaman damgalı bir durum değişikliğinden çıkarılır.

Yakala

'Teklif Kabul Edildi' durumuna geçişin zaman damgasını belirleyin.

Event tipi inferred
Teklif Sunuldu
Adaya resmi bir iş teklifi oluşturulmuş ve sunulmuştur. Bu kritik bir dönüm noktasıdır ve genellikle başvurunun durumunun özel bir 'Teklif' aşamasına değiştirilmesiyle kaydedilir.
Neden önemli

Bu aktivite, 'Teklif Kabul Oranı' KPI'sının payıdır. İşe alım sürecinin nihai karar verme aşamasının başlangıcını işaret eder.

Nereden alınır

Başvuru iş akışında 'Teklif Uzatıldı', 'Teklif Yapıldı' veya 'Sözlü Teklif' gibi bir duruma geçişten çıkarılır.

Yakala

Herhangi bir 'Teklif' ile ilgili duruma geçişin zaman damgasını yakalayın.

Event tipi inferred
Aday Başvuruyu Geri Çekti
Aday, kendi isteğiyle pozisyon için değerlendirmeden çekildi. Bu, adayın işe alım uzmanını bilgilendirmesi ve işe alım uzmanının başvuru durumunu 'Geri Çekildi' olarak güncellemesiyle kaydedilir.
Neden önemli

Bu kritik bir başarısızlık son noktasıdır. Belirli aşamalardaki yüksek geri çekilme oranları, uzun bir süreci, zayıf iletişimi veya olumsuz bir aday deneyimini gösterebilir.

Nereden alınır

iCIMS iş akışında 'Aday Tarafından Geri Çekildi', 'Geri Çekildi' veya benzeri bir terminal duruma zaman damgalı bir durum değişikliğinden çıkarılır.

Yakala

'Geri Çekildi' veya eşdeğeri bir durum değişikliğinin zaman damgasını yakalayın.

Event tipi inferred
Aday Telefonla Taranmış
Bir işe alım uzmanının aday ile ön telefon mülakatı yaptığını gösterir. Bu olay genellikle bir işe alım uzmanı, görüşme tamamlandıktan sonra adayın durumunu iş akışında güncellediğinde kaydedilir.
Neden önemli

Bu, işe alım hunisinde önemli bir filtreleme aşamasıdır. Süresini ve dönüşüm oranını analiz etmek, ilk eleme ve kaynak bulma kalitesini değerlendirmeye yardımcı olur.

Nereden alınır

Aday iş akışında 'Telefon Taraması Tamamlandı', 'Sonraki Adıma Geçildi' veya benzeri bir özel duruma geçişten çıkarılır.

Yakala

Başvuru iş akışında 'Telefon Taraması' veya benzer bir yapılandırılmış duruma geçişi tespit edin.

Event tipi inferred
Arka Plan Kontrolü Başlatıldı
Teklif kabul edildikten sonra işe alım öncesi tarama sürecinin başlangıcını temsil eder. Bu genellikle adayın 'Arka Plan Kontrolü' durumuna taşınmasıyla takip edilir; bu da üçüncü taraf bir satıcıyla entegrasyonu tetikleyebilir.
Neden önemli

'Teklif Kabul Edildi'den bu etkinliğe kadar geçen süreyi analiz etmek, işe alım öncesi süreçlerdeki gecikmeleri belirlemeye yardımcı olur; bu da adayın başlama tarihini etkileyebilir.

Nereden alınır

'Arka Plan Kontrolü Devam Ediyor' veya benzer bir duruma geçişten çıkarılır. Bazı iCIMS entegrasyonları bunu açık bir olay olarak kaydedebilir.

Yakala

Bir 'Arka Plan Kontrolü' durumuna geçişi tespit edin.

Event tipi inferred
Başvuru Tarandı
Bir işe alım uzmanı tarafından bir başvurunun ilk incelemesinin tamamlanmasını temsil eder. Bu aktivite genellikle, bir başvurunun durumu 'yeni' bir durumdan 'İnceleniyor' veya 'Tarama' gibi incelemeyi gösteren bir duruma değiştirildiğinde çıkarılır.
Neden önemli

Bu aktiviteyi izlemek, işe alım uzmanı verimliliğini ve tarama süresi KPI'sını ölçmeye yardımcı olur. Buradaki gecikmeler adayların ayrılmasına neden olabilir ve genel işe alım süresini uzatabilir.

Nereden alınır

Başvuru profilindeki bir durum değişikliğinden çıkarılır. Başlangıç durumundan 'İncelendi', 'Tarandı' veya 'Değerlendirmede' gibi bir duruma geçişleri arayın.

Yakala

Bir 'incelendi' veya 'tarandı' durumuna geçişin zaman damgasını belirleyin.

Event tipi inferred
Geri Bildirim Gönderildi
İşe alım ekibinin bir üyesi, genellikle işe alım yöneticisi, mülakat sonrası aday değerlendirmesini gönderdiğinde meydana gelir. iCIMS yapılandırılmış geri bildirim yakalamaya olanak tanır ve bu olay, geri bildirim kaydının oluşturulmasından çıkarılabilir.
Neden önemli

'Ort. İşe Alım Yöneticisi Geri Bildirim Süresi' KPI'ını ölçmek için gereklidir. Geri bildirim gönderimindeki gecikmeler, tüm işe alım sürecini yavaşlatan yaygın bir bottleneck'tir.

Nereden alınır

Başvuru ile ilişkili bir mülakat geri bildirim kaydının oluşturulma zaman damgasından çıkarılır. Ayrıca 'Geri Bildirim Alındı' gibi belirli bir durum değişikliği de olabilir.

Yakala

Sistemdeki mülakat geri bildirim girdisinin oluşturulma timestamp'ini kullanın.

Event tipi inferred
İkinci Mülakat Planlandı
Adayın ilerlediğini ve sonraki mülakat turlarının düzenlendiğini gösterir. Bu, yeni bir mülakat olayı planlandığında veya aday 'İkinci Mülakat' aşamasına taşındığında kaydedilir.
Neden önemli

İkinci mülakatların sıklığını ve bu mülakatlara giden süreyi analiz etmek, süreç derinliğini anlamaya ve bazı rollerin aşırı mülakat turları gerektirip gerektirmediğini belirlemeye yardımcı olur.

Nereden alınır

'İkinci Mülakat Planlandı' durumuna geçişten veya daha önce mülakat yapılmış bir aday için yeni bir mülakat kaydının oluşturulmasından çıkarılır.

Yakala

Aynı başvuru için bir durum değişikliğini veya yeni bir mülakat kaydının oluşturulduğunu belirleyin.

Event tipi inferred
İlk Mülakat Planlandı
Aday ile işe alım ekibi arasında bir mülakatın planlandığı noktayı temsil eder. iCIMS planlama yeteneklerine sahiptir ve bu, bir mülakat olayı oluşturulup başvuruyla ilişkilendirildiğinde kaydedilir.
Neden önemli

Eleme aşamasından resmi değerlendirmeye geçişi işaret eder. Bu adımı izlemek, planlama verimliliğini ve nitelikli adaylarla etkileşim kurmak için geçen süreyi analiz etmeye yardımcı olur.

Nereden alınır

iCIMS mülakat planlama modülünden açık bir olay olabilir veya 'Mülakat Planlandı' veya benzer bir duruma geçişten çıkarılabilir.

Yakala

Mülakat kaydının oluşturulma tarihini veya 'Mülakat Yapılıyor' durum değişikliğinin timestamp'ini kullanın.

Event tipi inferred
Teklif Reddedildi
Aday, iş teklifini resmi olarak reddetti. Bu, bir işe alım uzmanının adayın durumunu 'Teklif Reddedildi' veya 'Teklif Geri Çevrildi' olarak güncellediğinde kaydedilen başarısız bir sonuçtur.
Neden önemli

Bu, önemli bir başarısızlık son noktasıdır. Tekliflerin ne zaman ve neden reddedildiğini analiz etmek, ücret rekabetçiliği ve aday deneyimi hakkında içgörüler sağlar.

Nereden alınır

Başvuru iş akışında 'Teklif Reddedildi' veya 'Teklif Reddedildi' gibi terminal bir duruma geçişten çıkarılır.

Yakala

'Teklif Reddedildi' veya eşdeğeri bir duruma geçişin zaman damgasını belirleyin.

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi iCIMS'den nasıl alırsınız?