İşe Alım ve Yetenek Kazanım Veri Şablonunuz
İşe Alım ve Yetenek Kazanım Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Süreç analizi için izlenecek temel aktiviteler
- iCIMS sisteminiz için veri çıkarma rehberliği
İşe Alım ve Yetenek Kazanımı Nitelikleri
| 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
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'
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
|
|||
İşe Alım ve Yetenek Kazanımı Aktiviteleri
| 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
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
|
|||