İşe Alım ve Yetenek Kazanımı Veri Template'inuz

iCIMS
İşe Alım ve Yetenek Kazanımı Veri Template'inuz

İşe Alım ve Yetenek Kazanımı Veri Template'inuz

Bu şablon, işe alım ve yetenek kazanım sürecinizi analiz etmek için gereken temel verileri toplamak için net bir rehberlik. eder. Toplanması gereken kritik nitelikleri, izlenecek temel aktiviteleri ve bu bilgileri iCIMS sisteminizden çıkarmak için pratik rehberliği özetler. Bu Template'i kullanmak, verilerinizi detaylı Process Mining için hazırlamanıza yardımcı olacaktır.
  • Önerilen Öznitelikler
  • Süreç analizi için izlenecek temel aktiviteler
  • iCIMS sisteminiz için veri veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

İşe Alım ve Yetenek Kazanımı Öznitelikleri

Bunlar, işe alım ve yetenek kazanım sürecinizin detaylı analizi için event lognuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 6 Önerilen 11 Opsiyonel
Ad Açıklama
Aktivite 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 büyük önem taşır. 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?dir?

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 sunar.

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ı
Etkinlik Başlangıç Zamanı
ActivityStartTime
Belirli bir işe alım aktivitesinin ne zaman başladığını veya kaydedildiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu nitelik, bir başvurunun ne zaman tarandığı veya bir mülakatın ne zaman planlandığı gibi her aktivitenin tarihini ve saatini sunar. Zaman damgaları, süreç adımlarının zamanlamasını ve süresini anlamak için gereklidir.\n\nProcess Mining'de bu zaman damgası (zaman damgası), olayları kronolojik olarak sıralamak için kullanılır ve gerçek süreç akışının keşfedilmesini sunar. 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?dir?

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 büyük önem taşır.

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
İş 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 en önemli bileşenidir 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 sunar.

Neden Önemli?dir?

Tek bir başvurunun tüm süreç döngüsünü izlemek için büyük önem taşır; 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 temel rol oynar. Kişi veya İşe Alım Workflow Profili API'lerine danışın.

Örnekler:::::::
APP-2023-001, 2, 3, 4APP-2023-005678APP-2024-009101
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ı sunar.\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 büyük önem taşır.

Neden Önemli?dir?

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 Vazgeçti
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 bir çerçeve sunar.\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 sunar; 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?dir?

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

Nereden Alınır??

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

Örnekler:::::::
MühendislikSatışPazarlamaİnsan Kaynakları
İş Talebi Kimliği
JobRequisitionId
İş ilanı veya pozisyon için benzersiz tanımlayıcı.
Açıklama

İş Talebi 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?dir?

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

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
İş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 büyük önem taşır. 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?dir?

Özellikle sıkça gecikmeye yol açan zamanında geri bildirim güçlüa 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 gereklidir. 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 sunar.

Neden Önemli?dir?

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 sunar.

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ş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 gereklidir. 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?dir?

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 sunar.

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şan ReferansıŞirket Kariyer SayfasıIndeed
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 uçtan uca bir bakış açısı sunar.

Neden Önemli?dir?

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 sunar.

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 zaman damgası (zaman damgası)dır.
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?dir?

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 zaman damgası (zaman damgası)'i mevcutsa çıkarım yapmayı gerektirebilir.

Örnekler:::::::
2023-10-26T10:05:00Z2023-11-05T15:30:00Z2023-11-15T09:15:00Z
İş 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 sunar.\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 önemli bilgi, farklı pozisyon türleri için özel işe alım stratejileri geliştirmeye yol açabilir.

Neden Önemli?dir?

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ı sunar.

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
İşin Konumu
JobLocation
İş ilanının belirli şehir veya ofis konumu.
Açıklama

İş Konumu, ülkeden daha detaylı coğrafi bilgi sunar, genellikle şehir, eyalet veya belirli ofisi gösterir.\n\nBu nitelik, daha detaylı bölgesel analizlere sunar. Ö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?dir?

Detaylı coğrafi stratejik bilgiler 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 veri izlenebilirliğini sunar ve veri entegrasyon sorunlarını gidermeye yardımcı olur.

Neden Önemli?dir?

Veri kaynağı hakkında bağlam sunar; bu, veri yönetişimi ve birden çok İK sisteminden veri entegrasyonu için büyük önem taşır.

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 güçlüadı', 'Gereken becerilere sahip değil' veya 'Pozisyon başka bir aday tarafından dolduruldu' gibi belirli nedeni sunar. 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 sunar. İş 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?dir?

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:::::::
Minimum nitelikleri karşılamıyorMaaş beklentisi ç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ı (zaman damgası)dır.
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 büyük önem taşır. 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 sunar; bu da analizin alaka düzeyi ve doğruluğu açısından önemlidir.

Neden Önemli?dir?

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

Nereden Alınır??

Bu zaman damgası (zaman damgası), veri çıkarma, dönüştürme ve yükleme (ETL) veri hattı 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 stratejik bilgiler elde edebilir. Tekliflerin ücret nedeniyle reddedilip reddedilmediğini belirlemeye ve maaş bantlarında ayarlamalar yapılmasına yardımcı olabilir.

Neden Önemli?dir?

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

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ı (zaman damgası) ile son olayın (örn. 'Aday İşe Alındı' veya 'Başvuru Reddedildi') zaman damgası (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' kontrol paneli'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?dir?

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 büyük önem taşır.

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 sunar.\n\nGlobal kuruluşlar için işe alım sürecini ülkeye göre analiz etmek gereklidir. İş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?dir?

İş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 faaliyetin birden fazla kez gerçekleşmesi durumunda 'doğru' olarak ayarlanan bir mantıksal (boolean) değerdir. Ö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?dir?

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 Opsiyonel

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

Bunlar, işe alım huninizdeki doğru süreç keşfi ve darboğaz tespiti için event lognuza kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 Opsiyonel
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?dir?

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 temel rol oynar.

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ı (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ı (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?dir?

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 gereklidir.

Nereden Alınır??

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

Yakala

Son 'İşe Alındı' durumuna geçişin zaman damgası (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?dir?

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 gereklidir.

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 zaman damgası (zaman damgası)'ten çıkarılır.

Yakala

İş başvuru kaydının oluşturulma zaman damgası (zaman damgası)'ini veya ilk durum değişikliği zaman damgası (zaman damgası)'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?dir?

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 büyük önem taşır.

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?dir?

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 büyük önem taşır.

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?dir?

Bu aktivite, teklif kabul oranını belirlemeye yardımcı olur.saplamak için büyük önem taşır 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ı (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?dir?

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ı (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?dir?

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ı (zaman damgası)nı yakalayın.

Event tipi inferred
Aday Telefonla Ön Elemeden Geçti
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?dir?

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?dir?

'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?dir?

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ı (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 sunar ve bu olay, geri bildirim kaydının oluşturulmasından çıkarılabilir.
Neden Önemli?dir?

'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ı (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 zaman damgası (zaman damgası)'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?dir?

İ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?dir?

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 zaman damgası (zaman damgası)'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?dir?

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 stratejik bilgiler sunar.

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ı (zaman damgası)nı belirleyin.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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