İşe Alım ve Yetenek Kazanımı Veri Templateiniz
İşe Alım ve Yetenek Kazanımı Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel faaliyetler
- Veri çıkarma rehberi
İşe alım ve yetenek kazanımı öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Gerçekleşen belirli işe alım etkinliğinin veya aşamasının adıdır. | ||
|
Açıklama
Bu öznitelik, işe alım sürecindeki her olayın adını, örneğin 'Application Received', 'Interview Scheduled' veya 'Offer Accepted' değerlerini kaydeder. Süreç haritasını oluşturan olay dizisini meydana getirir. Bu etkinliklerin sırasını ve sıklığını analiz etmek Process Mining için temel bir adımdır. İşe alım hunisini görselleştirmeye, yaygın süreç yollarını belirlemeye, standart iş akışından sapmaları tespit etmeye ve sürecin durduğu darboğazları bulmaya yardımcı olur. Örneğin, kaç başvurunun 'Application Reviewed' etkinliğinden 'Recruiter Screen Conducted' etkinliğine geçtiğini izlemenizi sağlar.
Neden önemli?
Bu öznitelik, işe alım sürecindeki adımları tanımlar; süreç akışını görselleştirmenize, darboğazları ve sapmaları belirlemenize olanak tanır.
Nereden alınır?
Bu değer genellikle Greenhouse içindeki başvuru aşaması değişiklikleri, mülakat durumları, teklif olayları veya denetlenebilir diğer işlemler haritalanarak elde edilir. Sistem olaylarını standartlaştırılmış etkinlik adlarına dönüştürmek için mantık kurmak gerekebilir.
Örnekler
Başvuru incelendiMülakat tamamlandıTeklif kabul edildiBaşvuru reddedildi
|
|||
|
Etkinlik zaman damgası
ActivityTimestamp
|
İşe alım etkinliğinin gerçekleştiği kesin tarih ve saattir. | ||
|
Açıklama
Etkinlik zaman damgası, işe alım sürecinde bir olayın gerçekleştiği kesin anı gösterir. Her iş başvurusu için etkinliklerin kronolojik sırasını sağlayarak tüm performans ve süre analizlerinin zamansal temelini oluşturur. Bu zaman damgası, İşe Alım Süresi, Mülakat Planlama Çevrim Süresi ve Mülakat Geri Bildirimi Yanıt Süresi gibi zamanla ilgili tüm KPI hesaplamaları için gereklidir. Farklı etkinlikler arasında geçen süreyi analiz ederek kuruluşların verimliliği ölçmesine, gecikmeleri belirlemesine ve Service Level Agreement uyumluluğunu izlemesine yardımcı olur. Böylece performans ve darboğazlara odaklanan Dashboardları doğrudan destekler.
Neden önemli?
Bu zaman damgası, olayları sıralamak, çevrim sürelerini hesaplamak ve işe alım sürecinin performansını analiz etmek için önemlidir.
Nereden alınır?
Greenhouse içindeki çeşitli nesnelerde bulunur. Örneğin Application nesnesindeki "applied_at", Offer nesnelerindeki "created_at" veya etkinlik akışları ve denetim günlüklerindeki zaman damgaları.
Örnekler
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
İş Başvurusu
JobApplicationId
|
Belirli bir işe tek bir adayın yaptığı başvurunun benzersiz tanımlayıcısıdır. | ||
|
Açıklama
İş Başvurusu Kimliği, benzersiz vaka tanımlayıcısı olarak işe alım süreci analizinin temelini oluşturur. İlk başvuru ve elemeden mülakatlara, tekliflere ve nihai işe alım kararına kadar ilgili tüm etkinlikleri birbirine bağlar. Böylece her adayın yolculuğunu uçtan uca görmenizi sağlar. Process Mining'de bu öznitelik, her adayın işe alım hunisinde izlediği yolu yeniden oluşturmak için kullanılır. Başvuru bazında süreç varyantlarını ve çevrim sürelerini, ayrıca süreçten ayrılma noktalarını analiz etmenizi sağlar. Böylece her başvuru sahibi için genel işe alım yaşam döngüsünü net biçimde görebilirsiniz.
Neden önemli?
Bu, tek bir adayın tüm işe alım olaylarını birbirine bağlayan ve işe alım yolculuğunun baştan sona analiz edilmesini sağlayan temel Case ID'dir.
Nereden alınır?
Bu, genellikle bir başvuru nesnesinin birincil anahtarıdır. Genellikle "id" veya "application_id" olarak adlandırılan "Applications" uç noktası için Greenhouse API belgelerine başvurun.
Örnekler
987654321098765432119876543212
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin çıkarıldığı kayıt sistemini tanımlar. | ||
|
Açıklama
Bu öznitelik, işe alım verilerinin kaynağını belirtir. Bu süreç için değer sürekli olarak 'Greenhouse' olur. Statik görünse de kaynak sistemin açıkça izlenmesi, veri yönetişimi ve sorun giderme açısından önemlidir. Ayrıca verilerin HRIS gibi başka sistemlerden zenginleştirilebileceği durumlarda da gereklidir. Veri kaynağının net biçimde anlaşılmasını sağlar ve kuruluşun veri ortamında veri bütünlüğünün korunmasına yardımcı olur.
Neden önemli?
Veri yönetişimi, doğrulama ve birden fazla kaynaktan gelen verilerin yönetimi için gerekli olan açık veri kaynağı bilgisini sağlar.
Nereden alınır?
Bu statik değer, verilerin kaynağını belirtmek üzere veri çıkarma ve dönüştürme sürecinde eklenmelidir.
Örnekler
Greenhouse
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu olaya ait verilerin en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, verilerin kaynak sistemden en son çekildiği tarih ve saati kaydeder. Process Mining modelindeki verilerin güncelliğini gösteren bir meta veri alanıdır. Bu bilgi, kullanıcıların analizin ne kadar güncel olduğunu anlaması için gereklidir. Veri gecikmesiyle ilgili beklentilerin yönetilmesine yardımcı olur ve veri hattının planlandığı gibi çalıştığını doğrulamak için büyük önem taşır. Örneğin, 'Last Data Update' değeri birkaç gün öncesine aitse kullanıcılar Dashboardların en son işe alım etkinliklerini yansıtmadığını bilir.
Neden önemli?
Verilerin güncelliğini göstererek kullanıcıların analizin sürecin en güncel durumunu yansıtıp yansıtmadığını anlamasına yardımcı olur.
Nereden alınır?
Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve Veri Seti'ne eklenir.
Örnekler
2023-11-20T02:00:00Z2023-11-21T02:00:00Z2023-11-22T02:00:00Z
|
|||
|
Başvuru durumu
ApplicationStatus
|
İş başvurusunun nihai sonucu veya mevcut durumu. | ||
|
Açıklama
Bu öznitelik, bir başvurunun 'Hired', 'Rejected' veya 'Active' gibi durumunu belirtir. Tamamlanmış bir sürecin son durumunu veya devam eden bir sürecin mevcut durumunu gösterir. Sonuç analizi için temel bir boyuttur. İşe alınan adaylarla reddedilen adayların süreç yollarını karşılaştırmak üzere vakaları filtrelemenizi ve başarılı yolculukların özelliklerini ortaya çıkarmanızı sağlar. Ayrıca 'Overall Recruitment Funnel' Dashboardunda dönüşüm oranlarını hesaplamak ve başvuruların yüzde kaçının işe alımla sonuçlandığını göstermek için kullanılır.
Neden önemli?
İşe alım sürecinin sonucunu tanımlayarak başarılı ve başarısız aday yolculuklarının karşılaştırılmasını sağlar.
Nereden alınır?
Bu bilgi Greenhouse'ta Application nesnesinde bulunur ve API üzerinden 'status' alanıyla alınabilir.
Örnekler
İşe alındıReddedildiAktif
|
|||
|
Başvuru kaynağı
ApplicationSource
|
Adayın başvurusunun alındığı kanal. | ||
|
Açıklama
Bu öznitelik, bir iş başvurusunun kaynağını, örneğin 'LinkedIn', 'Employee Referral', 'Company Website' veya 'Indeed' değerlerini izler. Farklı işe alım kanallarının etkinliği hakkında içgörü sağlar. 'Sourcing Channel Effectiveness' Dashboardu tamamen bu öznitelik üzerine kuruludur. Kuruluşlar başvuru hacmini, işe alım süresini ve işe alım oranlarını kaynağa göre analiz ederek işe alım pazarlaması bütçesini ve çabasını optimize edebilir. Bu veri, hangi kanalların en nitelikli adayları en verimli şekilde sağladığına ilişkin stratejik soruları yanıtlamaya yardımcı olur ve 'Sourcing Channel Conversion Rate' KPI’ını doğrudan destekler.
Neden önemli?
Farklı işe alım kanallarının etkinliğini ve yatırım getirisini ölçmeye yardımcı olarak kaynak bulma çalışmalarının nereye yönlendirileceği konusunda veriye dayalı kararlar alınmasını sağlar.
Nereden alınır?
Greenhouse'ta Application ile ilişkilendirilen Candidate nesnesinde bulunur. Bu bilgiyi 'source' alanı sağlar.
Örnekler
LinkedInÇalışan TavsiyesiŞirket Kariyer SayfasıIndeed
|
|||
|
İş departmanı
JobDepartment
|
İş pozisyonunun doldurulacağı departman veya iş birimi. | ||
|
Açıklama
Bu öznitelik, işe alım talebiyle ilişkili 'Engineering', 'Marketing' veya 'Sales' gibi kurumsal departmanı belirtir. İşe alım metriklerini işletmenin farklı bölümleri arasında toplamanıza ve karşılaştırmanıza olanak tanır. Analizi departmana göre bölümlendirmek, 'Time To Hire Performance' ve 'Offer Acceptance Rate Trends' gibi Dashboardlar için önemlidir. Belirli departmanların daha uzun işe alım döngülerine, daha yüksek teklif reddetme oranlarına veya farklı süreç uyumluluğu düzeylerine sahip olup olmadığını belirlemeye yardımcı olur. Bu içgörüler, her departmanın özel ihtiyaçlarına göre hedefli müdahaleler ve süreç iyileştirmeleri yapmanızı sağlar.
Neden önemli?
İşe alım performansının ve süreç farklılıklarının departmanlar arasında karşılaştırılmasını sağlayarak sistemik sorunları veya iyi uygulamaları ortaya çıkarır.
Nereden alınır?
Greenhouse'ta Job nesnesinde genellikle standart veya özel bir alan olarak bulunur. API üzerinden bir Job kaydının 'departments' bölümünde görülebilir.
Örnekler
MühendislikÜrün YönetimiSatışPazarlama
|
|||
|
İş unvanı
JobTitle
|
Adayın başvurduğu pozisyonun unvanı. | ||
|
Açıklama
Bu öznitelik, 'Senior Software Engineer' veya 'Product Marketing Manager' gibi işe alım talebinin resmi unvanını içerir. Doldurulacak rol hakkında gerekli bağlamı sağlar. İşe alım süreçlerini iş unvanına göre analiz etmek, role özgü zorlukları anlamak için temeldir. Örneğin, 'Time To Hire Performance' Dashboardu, kıdemli veya yüksek düzeyde uzmanlık gerektiren rollerin doldurulmasının daha uzun sürüp sürmediğini göstermek için bu özniteliği kullanır. Ayrıca farklı pozisyonlar için teklif kabul oranlarını analiz etmeye ve ücret rekabetçiliği ya da rolün çekiciliği hakkında içgörü elde etmeye yardımcı olur.
Neden önemli?
Belirli roller için işe alım Metriklerinin filtrelenmesini ve karşılaştırılmasını sağlayarak süreç performansının işin karmaşıklığına veya türüne göre nasıl değiştiğini anlamaya yardımcı olur.
Nereden alınır?
Greenhouse'ta Job nesnesindeki temel alanlardan biridir. API üzerinden 'jobs' uç noktası sorgulanırken genellikle 'name' olarak bulunur.
Örnekler
Kıdemli Yazılım MühendisiMüşteri YöneticisiUX/UI Tasarımcısı
|
|||
|
İşe alım uzmanının adı
RecruiterName
|
İş başvurusunu yönetmekten sorumlu işe alım uzmanının adı. | ||
|
Açıklama
Bu öznitelik, belirli bir iş başvurusuna veya işe alım talebine atanan işe alım uzmanını tanımlar. Bu kişi genellikle başvuruları incelemekten, mülakatları koordine etmekten ve adayı süreçte ilerletmekten sorumludur. Süreci işe alım uzmanına göre analiz etmek, bireysel performansı ve iş yükü dağılımını anlamak için önemlidir. 'Recruiter Workload & Efficiency' Dashboardu, işe alım uzmanı başına işlem hacmi ve çevrim süresi gibi metrikleri hesaplamak için bu özniteliğe dayanır. En iyi performans gösteren kişileri belirlemenize, ek desteğe ihtiyaç duyabilecek kişileri bulmanıza ve yetenek kazanımı ekibinde dengeli bir iş yükü oluşturmanıza yardımcı olur.
Neden önemli?
Süreç faaliyetlerini belirli bir işe alım uzmanıyla ilişkilendirerek bireysel performans, iş yükü ve verimlilik analizine imkan verir.
Nereden alınır?
Greenhouse'ta Job nesnesinde, genellikle 'hiring_team' bölümünde bulunur. Bu bölümde 'Recruiter' gibi roller belirtilir.
Örnekler
Alice JohnsonRobert DavisMaria Garcia
|
|||
|
Teklif durumu
OfferStatus
|
Adaya sunulan iş teklifinin mevcut durumu. | ||
|
Açıklama
Bu öznitelik, bir iş teklifinin 'Created', 'Extended', 'Accepted' veya 'Rejected' gibi değerlerle durumunu izler. İşe alım sürecinin son aşamalarını gösteren temel bir göstergedir. Bu öznitelik, 'Offer Acceptance Rate Trends' Dashboardu ve ilgili KPI için gereklidir. 'Offer Extended' aşamasından 'Offer Accepted' veya 'Offer Rejected' aşamasına ilerlemeyi izleyerek şirketlerin adayları işe alımla sonuçlandırma becerisini ölçmesini sağlar. Verileri departmana veya iş unvanına göre analiz etmek, ücret rekabetçiliği, aday deneyimi veya adayın kararını etkileyen diğer faktörler hakkında içgörü sağlayabilir.
Neden önemli?
İş tekliflerinin sonucunu izleyerek Teklif Kabul Oranı KPI'ının hesaplanmasına ve bu oranın nasıl iyileştirileceğinin anlaşılmasına yardımcı olur.
Nereden alınır?
Greenhouse'ta Application ile ilişkilendirilen Offer nesnesinde bulunur. Bu bilgiyi 'status' alanı sağlar.
Örnekler
Kabul edildiReddedildiGönderildiOluşturuldu
|
|||
|
Aday kimliği
CandidateId
|
Tek bir başvurudan bağımsız olarak adayı benzersiz biçimde tanımlayan kimlik. | ||
|
Açıklama
Candidate ID, yetenek havuzundaki kişiyi benzersiz biçimde tanımlar. Job Application ID ise bir adayın belirli bir iş için yaptığı tek bir başvuruya özeldir. Aynı aday zaman içinde birden fazla iş başvurusu yapabilir. Job Application ID bu süreç görünümü için Case ID olarak kullanılırken Candidate ID farklı bir analiz türü sağlar. Adayın birden fazla iş başvurusundaki yolculuğunu izlemek, sık başvuru yapan adayları belirlemek ve yetenek havuzuyla genel ilişkiyi analiz etmek için kullanılabilir. İşe alım verilerine kişi merkezli bir bakış sunar.
Neden önemli?
Aynı adayın birden fazla başvurusunun analiz edilmesini sağlayarak aday etkileşiminin zaman içindeki daha geniş görünümünü sunar.
Nereden alınır?
Greenhouse'ta aday kaydının birincil anahtarıdır ve API üzerinden Candidate nesnesinde 'id' olarak bulunur.
Örnekler
123456123457123458
|
|||
|
Faaliyet bitiş zamanı
ActivityEndTime
|
Süreye sahip bir faaliyetin ne zaman sona erdiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, mülakat veya geçmiş kontrolü gibi belirli bir süre boyunca devam eden faaliyetlerin tamamlanma zamanını kaydeder. Birçok faaliyet anlık gerçekleşse de ölçülebilir süresi olan faaliyetler için başlangıç ve bitiş zamanlarının birlikte tutulması faydalıdır. Bitiş zamanının bulunması, belirli faaliyetlerin işlem süresinin veya toplam süresinin doğru hesaplanması için önemlidir. Böylece adımlar arasındaki bekleme süresiyle bir görev için harcanan gerçek süre birbirinden ayrılabilir. Örneğin mülakatların gerçekte ne kadar sürdüğü ile bunları planlamanın ne kadar zaman aldığı daha doğru analiz edilebilir.
Neden önemli?
Faaliyet işlem sürelerinin hassas biçimde hesaplanmasını sağlayarak süreçteki aktif çalışma süresiyle boşta bekleme süresinin ayırt edilmesine yardımcı olur.
Nereden alınır?
Bu bilgi Greenhouse'ta 'scheduled_interview' gibi nesnelerde bulunabilir. Bu nesnelerde genellikle hem 'start' hem de 'end' zamanı yer alır. Diğer faaliyetler için sonraki faaliyetin zaman damgasından çıkarım yapılması gerekebilir.
Örnekler
2023-10-27T15:35:10Z2023-11-05T10:15:00Z2023-11-10T11:00:00Z
|
|||
|
İş kimliği
JobId
|
İşe alım talebini veya ilanını benzersiz biçimde tanımlayan kimlik. | ||
|
Açıklama
Bu öznitelik, başvuru kimliğinden farklı olan işin benzersiz kimliğidir. Birden fazla başvuru aynı Job ID ile ilişkilendirilir. Job ID kullanılarak veriler işe alım talebi düzeyinde toplanabilir. Örneğin belirli bir iş için alınan toplam başvuru sayısı veya benzer türdeki tüm rollerin ortalama işe alım süresi analiz edilebilir. Tek bir açık pozisyon etrafındaki işe alım çalışmalarını gruplamak ve analiz etmek için kullanılır.
Neden önemli?
Tek bir açık pozisyonla ilişkili tüm aday verilerinin toplanmasını ve analiz edilmesini sağlayarak işe alım talebi merkezli bir görünüm sunar.
Nereden alınır?
Greenhouse'ta iş kaydının birincil anahtarıdır ve API üzerinden Job nesnesinde 'id' olarak bulunur.
Örnekler
400123400124400125
|
|||
|
İşe alım yöneticisinin adı
HiringManagerName
|
İlgili işe alım talebinden sorumlu işe alım yöneticisinin adı. | ||
|
Açıklama
Bu öznitelik, açık pozisyonun bulunduğu ekibin yöneticisini tanımlar. İşe alım yöneticisi, adayları inceleme, sürecin ilerleyen aşamalarındaki mülakatları yürütme ve nihai işe alım kararını verme görevlerine sıklıkla katılan önemli bir paydaştır. Süreci işe alım yöneticisine göre analiz etmek, önemli örüntüleri ve darboğazları ortaya çıkarabilir. Örneğin, 'Interview Scheduling Bottlenecks' Dashboardu gecikmelerin belirli yöneticilerin uygunluk durumuyla sıkça ilişkili olduğunu gösterebilir. Yöneticilerin işe alım sürecine verimli biçimde katılmasını sağlamak için eğitim veya destek ihtiyaçlarını belirlemeye yardımcı olur.
Neden önemli?
Önemli bir paydaşı tanımlayarak belirli işe alım yöneticileriyle ilişkili süreç darboğazlarının veya verimlilik alanlarının analiz edilmesini sağlar.
Nereden alınır?
Greenhouse'ta Job nesnesinde, genellikle 'hiring_team' bölümünde bulunur. Bu bölümde 'Hiring Manager' gibi roller belirtilir.
Örnekler
Emily TranDavid ChenSophia Rodriguez
|
|||
|
Mülakat aşaması
InterviewStageName
|
Mülakat aşamasının özel adı veya türü. | ||
|
Açıklama
Bu öznitelik, genel mülakat sürecindeki belirli aşamayı belirtir. Örneğin 'Recruiter Screen', 'Technical Interview' veya 'Final Round'. Genel bir 'Interview Completed' faaliyetinden daha ayrıntılı bilgi sağlar. Kuruluşlar her ayrı mülakat aşamasındaki Metrikleri analiz ederek daha belirgin darboğazları tespit edebilir. Örneğin 'Aşamaya göre aday kayıp oranı' yüksek hassasiyetle ölçülebilir ve adayların teknik mülakattan sonra mı yoksa ilk ön elemeden sonra mı çekildiği belirlenebilir. Bu ayrıntı, mülakat deneyiminde hedefli iyileştirmeler yapmak için önemlidir.
Neden önemli?
Mülakat sürecini daha ayrıntılı biçimde göstererek her bir mülakat adımındaki çevrim sürelerinin ve kayıp oranlarının analiz edilmesini sağlar.
Nereden alınır?
Bu bilgi Greenhouse'taki mülakat planlama verilerinin bir parçasıdır. Bir iş başvurusundaki 'interviews' nesnesi, mülakat aşamasına ilişkin ayrıntıları içerir.
Örnekler
İşe Alım Uzmanı Ön Görüşmesiİşe Alım Yöneticisi GörüşmesiTeknik DeğerlendirmeYerinde Son Görüşme
|
|||
|
Mülakat geri bildirim dönüş süresi
InterviewFeedbackTurnaroundTime
|
Mülakatın tamamlanmasıyla mülakatı yapan kişinin geri bildirimini göndermesi arasında geçen süre. | ||
|
Açıklama
Bu hesaplanmış metrik, mülakat panelinin yanıt verme hızını ölçer. Geri bildirim gönderimindeki gecikmeler işe alım sürecini önemli ölçüde yavaşlatabilir ve aday deneyimini olumsuz etkileyebilir. Bu öznitelik, 'Interview Feedback Loop Analysis' Dashboardunu ve 'Interview Feedback Turnaround Time' KPI’ını doğrudan destekler. 'Interview Completed' ve 'Feedback Submitted' etkinlikleri arasındaki zaman farkı kullanılarak hesaplanır. Bu metriği izlemek, yavaş geri bildirimden kaynaklanan darboğazları belirlemeye ve daha hızlı karar almayı teşvik etmeye yardımcı olur.
Neden önemli?
İşe alım sürecindeki yaygın gecikme kaynaklarından biri olan mülakat sonrası geri bildirim döngüsünün verimliliğini ölçer.
Nereden alınır?
Bu hesaplanan bir alandır. 'Feedback Submitted' olayının zaman damgasından 'Interview Completed' olayının zaman damgası çıkarılarak elde edilir.
Örnekler
86400172800259200
|
|||
|
Otomatik mi
IsAutomated
|
Bir faaliyetin sistem tarafından otomatik olarak gerçekleştirilip gerçekleştirilmediğini belirten işaret. | ||
|
Açıklama
Bu boolean öznitelik, bir faaliyetin kullanıcı tarafından mı yoksa otomatik bir sistem kuralıyla mı gerçekleştirildiğini belirtir. Otomatik faaliyetlere otomatik yanıt e-postalarının gönderilmesi veya temel bir ön eleme sorusunda başarısız olan adayların otomatik olarak reddedilmesi örnek verilebilir. Bu özniteliği analiz etmek, işe alım sürecindeki otomasyon düzeyini anlamaya yardımcı olur. Otomatik ve manuel adımların verimliliğiyle sonuçlarını karşılaştırmak ve hızı ve tutarlılığı artırmak için daha fazla otomasyon fırsatını belirlemek amacıyla kullanılabilir.
Neden önemli?
Manuel ve otomatik faaliyetleri ayırt ederek otomasyonun süreç verimliliği ve sonuçları üzerindeki etkisinin analiz edilmesini sağlar.
Nereden alınır?
Bu bilgi standart bir alan değildir ve genellikle türetilmesi gerekir. Bir faaliyetle ilişkilendirilen kullanıcıdan, örneğin 'System' kullanıcısından veya otomatik olduğu bilinen belirli olay türlerinden çıkarılabilir.
Örnekler
truefalse
|
|||
|
Ret nedeni
RejectionReason
|
Adayın başvurusunun reddedilmesi için belirtilen neden. | ||
|
Açıklama
Bu öznitelik, adayın süreçte neden ilerletilmediğine ilişkin özel nedeni kaydeder. Örnekler arasında 'Kültür uyumu yok', 'Maaş beklentisi çok yüksek' veya 'Daha nitelikli adaylar var' bulunur. Ret nedenlerini analiz etmek, işe alım süreci hakkında çok değerli geri bildirim sağlar. İş tanımlarındaki uyumsuzlukları, rekabetçi olmayan ücretleri veya aday havuzundaki tekrarlanan beceri eksikliklerini ortaya çıkarabilir. Bu bilgi, işe alım hunisindeki yaygın başarısızlık noktalarını anlamaya yardımcı olarak kaynak bulma stratejilerini iyileştirmek ve aday deneyimini geliştirmek için özellikle faydalıdır.
Neden önemli?
Adayların huniden neden elendiğine ilişkin niteliksel içgörü sağlayarak iş tanımlarının, kaynak bulma çalışmalarının ve ön eleme ölçütlerinin iyileştirilmesine yardımcı olur.
Nereden alınır?
Application nesnesinde, başvuru reddedildiğinde bulunur. API, ayrıntıları içeren bir 'rejection_reason' nesnesi sağlar.
Örnekler
Gerekli beceriler eksikMaaş beklentisi çok yüksekDaha nitelikli aday seçildi
|
|||
|
Scorecard önerisi
ScorecardOverallRecommendation
|
Tamamlanmış bir mülakat Scorecard'ındaki genel işe alım önerisi. | ||
|
Açıklama
Bu öznitelik, mülakatı yapan kişinin yapılandırılmış bir mülakat Scorecard'ında verdiği nihai öneriyi kaydeder. Genellikle 'Strong Yes', 'Yes', 'No' veya 'Strong No' gibi değerler kullanılır. Bu veri, mülakat sürecinin kalitesini ve tutarlılığını değerlendirmek için önemlidir. Mülakat geri bildirimlerini gerçek işe alım sonuçlarıyla ilişkilendirerek 'Daha güçlü öneriler alan adaylar daha sık işe alınıyor mu?' gibi soruların yanıtlanmasına yardımcı olur. Ayrıca kuruluşta yapılandırılmış işe alım uygulamalarının benimsenme düzeyini ölçen 'Scorecard tamamlama oranı' KPI'ının temelini oluşturur.
Neden önemli?
Yapılandırılmış mülakat geri bildirimlerini süreç sonuçlarıyla ilişkilendirir ve veriye dayalı işe alım uygulamalarının benimsenme düzeyinin ölçülmesine yardımcı olur.
Nereden alınır?
Greenhouse'ta tamamlanmış bir mülakatla ilişkilendirilen Scorecard nesnesinde bulunur. API bu bilgiyi 'scorecards' uç noktası üzerinden sağlar.
Örnekler
Kesinlikle HayırHayırEvetKesinlikle Evet
|
|||
|
Uyumlu mu
IsCompliant
|
Başvurunun tanımlanmış standart işe alım sürecini izleyip izlemediğini belirten hesaplanmış işaret. | ||
|
Açıklama
Bu boolean öznitelik, bir iş başvurusundaki gerçek etkinlik sırasını önceden tanımlanmış ideal süreç modeliyle karşılaştıran uyumluluk kontrolünün sonucudur. Gerekli adımların atlanması veya etkinliklerin yanlış sırada gerçekleştirilmesi gibi sapmaların bulunduğu vakaları işaretler. 'Hiring Compliance Deviation' Dashboardu için temel bir özniteliktir ve 'Process Conformance Rate' ile 'Compliance Violation Count' KPI’larını destekler. Kuruluşlar uyumlu olmayan vakaları filtreleyerek sapmaların yetersiz eğitim, sistem sınırlamaları veya gerekli istisnalar nedeniyle oluşup oluşmadığını inceleyebilir. Bu, iş akışlarının standartlaştırılmasına ve uyumluluk risklerinin azaltılmasına yardımcı olur.
Neden önemli?
Süreç sapmalarını belirler. Süreç uyumluluğunu ölçmek, uyumluluğu sağlamak ve işe alım iş akışlarını standartlaştırmak için önemlidir.
Nereden alınır?
Process Mining yazılımı tarafından oluşturulan hesaplanmış bir alandır. Event Log verilerini tanımlanmış bir hedef model veya iş kuralları kümesiyle karşılaştırır.
Örnekler
truefalse
|
|||
İşe alım ve yetenek kazanımı faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Aday işe alındı
|
Aday, işe alım öncesi tüm kontrolleri başarıyla tamamlamış ve resmî olarak işe alınmış olarak işaretlenmiştir. Bu, başvuru sürecinin başarılı tamamlanma ve bitiş olayıdır. | ||
|
Neden önemli?
Bu, sürecin birincil başarı sonucudur. "Başvuru Alındı" ile bu olay arasındaki süre, önemli bir işe alım KPI'ı olan toplam işe alım süresidir.
Nereden alınır?
Bu, Greenhouse'ta işe alım uzmanının adayı belirli bir iş için işe alındı olarak işaretlediği açık bir işlemdir. Adayı aktif aday durumundan işe alınmış durumuna geçirir.
Yakalayın
Greenhouse'taki "İşe Alındı Olarak İşaretle" işleminin zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Başvuru alındı
|
Bu etkinlik, belirli bir iş başvurusu için işe alım sürecinin başlangıcını gösterir. Aday başvurusunu kariyer sitesi veya aday kaynak kanalı üzerinden gönderdiğinde ya da Greenhouse'a manuel olarak eklendiğinde kaydedilir. | ||
|
Neden önemli?
Bu, sürecin birincil başlangıç olayıdır. Bu etkinlikten diğer etkinliklere kadar geçen süreyi analiz etmek, işe alım süresini ve aday kaynak kanalının etkinliğini ölçmek için önemlidir.
Nereden alınır?
Bu, Greenhouse'ta bir başvuru oluşturulduğunda kaydedilen açık bir olaydır. Başvuru nesnesindeki Başvuru Tarihi alanı veya oluşturulma zaman damgası, olay zamanını sağlar.
Yakalayın
Başvuru kaydının oluşturulma zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Başvuru reddedildi
|
Adayın başvurusu süreç içinde bir noktada reddedilmiştir. Bu, en yaygın başarısız bitiş olayıdır ve herhangi bir aşamada gerçekleşebilir. | ||
|
Neden önemli?
Bu, işe alım hunisindeki kayıp oranlarını analiz etmek için önemli bir bitiş olayıdır. Retlerin ne zaman ve neden gerçekleştiğini anlamak, süreç verimsizliklerini veya iş gereklilikleriyle uyumsuzlukları belirlemeye yardımcı olur.
Nereden alınır?
Bir kullanıcı Greenhouse'ta başvuruyu reddettiğinde kaydedilen açık bir olaydır. Genellikle ret nedeni de eklenir ve etkinlik günlüğü zaman damgasını kaydeder.
Yakalayın
Başvuruya uygulanan ret işleminin zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Mülakat planlandı
|
Adayla yapılacak bir mülakat sistemde planlanmıştır. Greenhouse takvimlerle entegre çalıştığından bu olay, mülakat onaylandığında genellikle açıkça kaydedilir. | ||
|
Neden önemli?
Bu olay, mülakat planlama sürecindeki darboğazları analiz etmek ve belirlemek için önemlidir. Bu olay ile önceki adım arasındaki süre, işe alım uzmanı ve koordinatör verimliliği için temel bir KPI'dır.
Nereden alınır?
Greenhouse içindeki mülakat planlama Özelliğinden alınır. API, oluşturulma zaman damgası dahil olmak üzere planlanan mülakatlara ilişkin verileri sağlar.
Yakalayın
Bir mülakat olayı oluşturulup adayın başvurusuyla ilişkilendirildiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Mülakat tamamlandı
|
Adayla mülakat gerçekleştirilmiştir. Bu durum genellikle planlanan mülakat saatinin geçmesiyle veya daha güvenilir biçimde, söz konusu mülakat için geri bildirim gönderildiğinde anlaşılır. | ||
|
Neden önemli?
Bu etkinlik, adayın yolculuğunda önemli bir aşamadır. Geri bildirim gönderme süresini ve sonraki aşamaya geçişi ölçmek için başlangıç noktası olarak kullanılır.
Nereden alınır?
Genellikle çıkarım yoluyla belirlenir. Planlanan mülakatın bitiş saatinden veya daha doğru biçimde, söz konusu mülakat için gönderilen ilk geri bildirimin zaman damgasından elde edilebilir.
Yakalayın
Planlanan mülakatın bitiş saatinden veya sonraki geri bildirimin gönderilme zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
Teklif gönderildi
|
Resmî iş teklifi adaya gönderilmiştir. Bu, mülakat ve seçim sürecinin tamamlandığını gösteren önemli bir aşamadır. | ||
|
Neden önemli?
Bu etkinlik, Teklif Kabul Oranı KPI'ını hesaplamanın temelidir. Aday için son karar aşamasının başlangıcını gösterir.
Nereden alınır?
Greenhouse'ta teklif durumu "Gönderildi" veya "Sunuldu" olarak değiştirildiğinde kaydedilen açık bir olaydır. Teklifler nesnesi bu durum değişiklikleri için zaman damgaları içerir.
Yakalayın
Teklif durumu resmî olarak gönderildi olarak işaretlendiğinde alınan zaman damgasından elde edilir.
Olay türü
explicit
|
|||
|
Teklif kabul edildi
|
Aday iş teklifini resmî olarak kabul etmiştir. Bu, önemli bir başarı aşamasıdır ve genellikle adli sicil veya geçmiş kontrolü gibi işe alım öncesi etkinlikleri başlatır. | ||
|
Neden önemli?
Bu, önemli bir başarı aşaması ve Teklif Kabul Oranı KPI'ının temel bileşenidir. Adayın gelecekteki çalışana dönüştüğü geçişi gösterir.
Nereden alınır?
Greenhouse'ta teklif durumu işe alım uzmanı tarafından veya adayın elektronik kabulüyle "Kabul Edildi" olarak güncellendiğinde kaydedilen açık bir olaydır.
Yakalayın
Teklif durumu "Kabul Edildi" olarak değiştirildiğinde alınan zaman damgasından elde edilir.
Olay türü
explicit
|
|||
|
Başvuru incelendi
|
Bir işe alım uzmanı veya işe alım yöneticisi, adayın başvurusunu ilk kez incelemiştir. Bu durum genellikle başvurunun aşaması veya durumu "Yeni"den "İnceleniyor" gibi etkin bir inceleme aşamasına geçtiğinde anlaşılır. | ||
|
Neden önemli?
Bunu izlemek, ilk eleme aşamasındaki darboğazları belirlemeye ve yeni başvuruların ne kadar sürede incelendiğini ölçmeye yardımcı olur. Ayrıca mülakat planlama döngüsü süresini hesaplamanın başlangıç noktasıdır.
Nereden alınır?
Başvuru durumu alanındaki değişiklikten çıkarılır. Değişikliğin zaman damgasını kullanarak durumun "Yeni"den "İnceleme"ye geçtiği değişiklikleri arayın.
Yakalayın
Durumun "İnceleniyor" veya benzer bir aşamaya geçtiği değişikliğin zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
Geçmiş kontrolü başlatıldı
|
Genellikle teklifin kabul edilmesinin ardından aday için geçmiş kontrolü başlatılmıştır. Bu işlem, belirli bir aşama değişikliği veya üçüncü taraf bir hizmetle yapılan entegrasyon tetikleyicisi olarak kaydedilebilir. | ||
|
Neden önemli?
Bu etkinlik, uyumluluk ve işe alım öncesi tarama gecikmelerini izlemek için önemlidir. Teklifin kabul edilmesi ile gerekli kontrollerin tamamlanması arasındaki süreyi analiz etmeye yardımcı olur.
Nereden alınır?
Adayın işe alım hattındaki "Geçmiş Kontrolü" aşamasına taşınmasından veya geçmiş kontrolü entegrasyonuyla ilgili bir etkinlik günlüğünden çıkarılması muhtemeldir.
Yakalayın
"Geçmiş Kontrolü" aşamasına durum değişikliğinden veya entegre hizmetin API günlüğünden çıkarılır.
Olay türü
inferred
|
|||
|
Geri bildirim gönderildi
|
Bir mülakatçı, adayın mülakatına ilişkin puan kartını veya geri bildirimini göndermiştir. Greenhouse'un yapılandırılmış işe alım süreci karar vermek için buna dayandığından bu, ayrı ve kaydedilen bir işlemdir. | ||
|
Neden önemli?
Geri bildirimin zamanında verilmesi, adayların süreçte ilerlemesi için önemlidir. Bu etkinlik, geri bildirim döngüsünün verimliliğini ve Puan Kartı Tamamlama Oranını analiz etmeye yardımcı olur.
Nereden alınır?
Bir mülakatçı Greenhouse üzerinden puan kartı gönderdiğinde kaydedilen açık bir olaydır. Scorecards API nesnesi,
Yakalayın
Bir mülakat puan kartının gönderilme zaman damgasından alınır.
Olay türü
explicit
|
|||
|
İşe alım uzmanı ön görüşmesi yapıldı
|
Bir işe alım uzmanı adayla ilk telefon görüşmesini veya ön görüşmeyi tamamlamıştır. Bu etkinlik, aday işe alım hattındaki belirli bir "Telefon Görüşmesi" aşamasına taşındığında kaydedilir. | ||
|
Neden önemli?
Bu, bir başvurunun ilk özgeçmiş elemesini geçtiğini gösteren önemli bir yeterlilik aşamasıdır. İşe alım uzmanlarının iş yükünü ve ilk elemenin etkinliğini ölçmeye yardımcı olur.
Nereden alınır?
Başvurunun Greenhouse iş hattındaki "Telefon Görüşmesi" aşamasına taşındığı veya bu aşamadan çıkarıldığı zamanın zaman damgasından çıkarılır.
Yakalayın
Başvurunun aşama geçmişinden elde edilir; özellikle "Telefon Görüşmesi" aşamasına giriş kaydedilir.
Olay türü
inferred
|
|||
|
Oryantasyon başlatıldı
|
Yeni çalışanın şirkete uyum süreci resmen başlamıştır. Bu süreç genellikle işe alım sisteminden bir İKYS'ye veya oryantasyon platformuna devir teslimi içerir. | ||
|
Neden önemli?
Bu etkinlik, işe alımdan İK'ya yapılan devir teslimin verimliliğini izler. Buradaki gecikmeler yeni çalışan deneyimini olumsuz etkileyebileceğinden Oryantasyon Devir Teslim Süresini izlemek önemlidir.
Nereden alınır?
Greenhouse bir oryantasyon sistemiyle entegreyse bu açık bir olay olabilir. Aksi durumda, devir teslimi tetikleyen son "İşe Alındı" aşamasına geçiş zaman damgasından çıkarılır.
Yakalayın
Bir aşama değişikliğinden veya İKYS'ye devir teslimi gösteren entegrasyon günlüğünden çıkarılır.
Olay türü
inferred
|
|||
|
Teklif oluşturuldu
|
Resmî bir iş teklifi hazırlanmış ve kurum içi onay bekliyor olabilir. Bu, adaya teklif sunma yönündeki resmî kararı gösterir. | ||
|
Neden önemli?
Bu etkinlik, teklif sunma kararını teklifin adaya gönderilmesinden ayırır. Teklif adaya ulaşmadan önceki kurum içi onay sürelerini ve darboğazları analiz etmeye yardımcı olur.
Nereden alınır?
Greenhouse'ta özel bir teklifler modülü bulunur. Bu, başvuruyla ilişkilendirilmiş teklif nesnesinin oluşturulma zaman damgasından alınan açık bir olaydır.
Yakalayın
Greenhouse sisteminde bir teklif kaydı oluşturulduğunda kaydedilir.
Olay türü
explicit
|
|||
|
Teklif reddedildi
|
Aday iş teklifini resmî olarak reddetmiştir. Bu, sürecin işe alım hunisinin sonlarına doğru gerçekleşen başarısız bitiş olayıdır. | ||
|
Neden önemli?
Bu sonucu izlemek, Teklif Kabul Oranını analiz etmek için önemlidir. Bu olayın sık görülmesi ücret, kurum kültürü veya rolün kendisiyle ilgili sorunlara işaret edebilir.
Nereden alınır?
Greenhouse'ta teklif durumu "Reddedildi" veya "Geri Çevrildi" olarak güncellendiğinde kaydedilen açık bir olaydır. Teklif nesnesinde bu durum değişikliği için bir zaman damgası bulunur.
Yakalayın
Teklif durumunun "Reddedildi" olarak değiştiği zaman damgasından alınır.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
İşe alım verilerinizin tüm potansiyelini keşfedin. İşe alım sürecinizi sadeleştirmek ve veriye dayalı kararlar almak için bu Templatei bugün kullanmaya başlayın.
Greenhouse'ta yetenek kazanımınızı bugün daha akıcı hale getirin
İşe alım çevrim sürenizi %30 azaltın ve aday deneyimini bugün iyileştirin.
Kredi kartı gerekmez • 5 dakikada kuruluma hazır