İşe Alım ve Yetenek Kazanımı Veri Template'inuz
İşe Alım ve Yetenek Kazanımı Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Veri Çekim Kılavuzu
İşe Alım ve Yetenek Kazanımı Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Gerçekleşen belirli işe alım faaliyetinin veya aşamasının adı. | ||
|
Açıklama
Bu nitelik, 'Başvuru Alındı', 'Mülakat Planlandı' veya 'Teklif Kabul Edildi' gibi işe alım sürecindeki her bir eventin adını kaydeder. Süreç haritasını oluşturan event dizisini oluşturur. Bu faaliyetlerin dizisini ve sıklığını analiz etmek, Process Mining için büyük önem taşır. İşe alım hunisini görselleştirmeye, ortak süreç yollarını belirlemeye, standart workflow'dan sapmaları tespit etmeye ve sürecin tıkandığı darboğazları belirlemeye yardımcı olur. Örneğin, 'Başvuru İncelendi'den 'İşe Alım Uzmanı Ön Eleme Yaptı'ya kaç başvurunun geçtiğini izlemeye sunar.
Neden Önemli?dir?
Bu nitelik, işe alım sürecindeki adımları tanımlar, süreç akışının görselleştirilmesine ve darboğazların ve sapmaların belirlenmesine sunar.
Nereden Alınır??
Bu, often derived by mapping application stage changes, interview statuses, offer events, veya other auditable actions within Greenhouse'dan. It may require logic to translate system events into standardized activity names.
Örnekler:::::::
Başvuru İncelendiMülakat TamamlandıTeklif Kabul EdildiBaşvuru Reddedildi
|
|||
|
Etkinlik Zaman Damgası
ActivityTimestamp
|
İşe alım faaliyetinin gerçekleştiği tam tarih ve saat. | ||
|
Açıklama
Etkinlik zaman damgası (zaman damgası)'i, işe alım sürecinde bir eventin gerçekleştiği kesin anı işaretler. Her bir iş başvurusu için faaliyetlerin kronolojik sırasını sağlayarak tüm performans ve süre tabanlı analizlerin zamansal temelini oluşturur. Bu zaman damgası (zaman damgası), Time to Hire, Mülakat Planlama Döngü Süresi ve Mülakat Geri Bildirim Süresi gibi tüm zamanla ilgili KPI'ları hesaplanmasında temel rol oynar. Farklı faaliyetler arasında geçen süreyi analiz ederek, kuruluşlar verimliliği ölçebilir, gecikmeleri belirleyebilir ve hizmet düzeyi anlaşmalarına uyumu izleyebilir, böylece doğrudan performans ve darboğazlara odaklanan Dashboard'ları destekleyebilir.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), events'leri ordering, döngü süreleriı calculating ve recruitment process'inin performance'ını analyzing için criticaldir.
Nereden Alınır??
Greenhouse içindeki çeşitli nesnelerde bulunur; örneğin, Başvuru nesnesindeki 'applied_at', Teklif nesnelerindeki 'created_at' veya aktivite 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
|
Bir adayın belirli bir işe yaptığı tek bir başvurunun benzersiz tanımlayıcısı. | ||
|
Açıklama
İş Başvurusu ID'si, benzersiz vaka tanımlayıcısı olarak hareket eden işe alım süreci analizinin en önemli bileşenidir. İlk başvuru ve ön elemeden mülakatlara, tekliflere ve nihai işe alım kararına kadar tüm ilgili faaliyetleri birbirine bağlar. Bu, her adayın yolculuğunun eksiksiz, uçtan uca görmenizi sunar. Process Mining'de bu nitelik, her adayın işe alım hunisinden izlediği kesin yolu yeniden yapılandırmak için kullanılır. Süreç varyantlarının, başvuru başına döngü sürelerinin ve elenme noktalarının analizini sağlayarak, her bir başvuru sahibi için genel işe alım lifecycle'ının net bir resmini sunar.
Neden Önemli?dir?
Bu, single bir candidate için all recruitment events'i connects eden essential Case ID'dir, making it possible to analyze the entire hiring journey from start to finish.
Nereden Alınır??
Bu, typically the primary key for an application object'idir. Consult the Greenhouse API documentation for the 'Applications' endpoint, often referred to as 'id' veya 'application_id'.
Örnekler:::::::
987654321098765432119876543212
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin çıkarıldığı kayıt sistemini tanımlar. | ||
|
Açıklama
Bu nitelik, işe alım datasının kaynağını belirtir. Bu süreç için değer sürekli olarak 'Greenhouse' olacaktır. Statik gibi görünse de, source system'in explicitly tracking edilmesi data yönetişim, troubleshooting ve bir İKYS gibi diğer sistemlerden verinin enriched olabileceği senaryolarda criticaldır. Data provenance hakkında clarity sunar ve organizasyonun data landscape'i boyunca data integrity'sini maintain etmeye yardımcı olur.
Neden Önemli?dir?
Veri yönetimi, doğrulama ve birden fazla kaynaktan gelen verileri yönetmek için kritik net veri kaynağı sunar.
Nereden Alınır??
Bu, verinin origin'ini label etmek için veri çıkarma ve transformation process'i sırasında should be added static bir value'dur.
Örnekler:::::::
Greenhouse
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu olaya ilişkin verilerin en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu nitelik, verinin kaynak sistemden en son ne zaman çekildiğinin tarih ve saatini kaydeder. Process Mining modelindeki verinin güncelliğini yansıtan bir metadata alanıdır. Bu information, kullanıcıların analizin ne kadar güncel olduğunu anlamaları için essentialdir. Data latency'siyle ilgili beklentileri yönetmeye yardımcı olur ve veri hattı'ının planlandığı gibi çalıştığını validating için critical öneme sahiptir. Örneğin, eğer 'Last Data Update' birkaç gün eskiyse, kullanıcılar Panellerin en son recruitment aktivitelerini reflect etmediğini bilirler.
Neden Önemli?dir?
Verinin güncelliğini gösterir, kullanıcıların analizin sürecin en güncel durumunu yansıtıp yansıtmadığını anlamalarına yardımcı olur.
Nereden Alınır??
Bu zaman damgası (zaman damgası), data veri çıkarma, dönüştürme ve yükleme (ETL) process'i sırasında veri setine generated ve stamped edilir.
Ö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 nitelik, bir başvurunun 'İşe Alındı', 'Reddedildi' veya 'Aktif' gibi durumunu gösterir. Tamamlanmış bir sürecin son durumunu veya devam eden bir sürecin mevcut durumunu temsil eder. Bu, sonuç analizi için önemli bir boyuttur. İşe alınan adayların süreç yollarını reddedilenlerle karşılaştırmak için caseleri filtrelemeye sunar, bu da başarılı yolculukların özelliklerini ortaya çıkarabilir. Ayrıca, başvuruların yüzde kaçının işe alımla sonuçlandığını gösteren 'Overall Recruitment Funnel' Dashboard'unda conversion rate'leri hesaplamak için de kullanılır.
Neden Önemli?dir?
İşe alım sürecinin sonucunu tanımlar, başarılı (işe alınan) ile başarısız (reddedilen) aday yolculuklarını karşılaştıran analize sunar.
Nereden Alınır??
Bu information, Greenhouse'daki Application object'inde, API'deki 'status' field'ı aracılığıyla available'dır.
Örnekler:::::::
İşe AlındıReddedildiAktif
|
|||
|
İş Departmanı
JobDepartment
|
İş pozisyonunun doldurulduğu departman veya iş birimi. | ||
|
Açıklama
Bu nitelik, iş ilanına bağlı 'Mühendislik', 'Pazarlama' veya 'Satış' gibi organizasyonel departmanı belirtir. İşletmenin farklı bölümlerindeki işe alım metriklerinin toplanmasına ve karşılaştırılmasına sunar. Analizi departmana göre segmentlere ayırmak, 'Time To Hire Performance' ve 'Offer Acceptance Rate Trends' gibi Dashboard'lar için büyük önem taşır. Belirli departmanların daha uzun hiring cycle'larına, daha yüksek offer rejection rate'lerine veya farklı süreç uyumluluk seviyelerine sahip olup olmadığını belirlemeye yardımcı olur. Bu insights'lar, her departmanın spesifik ihtiyaçlarına göre uyarlanmış targeted intervention'lara ve process improvement'lara sunar.
Neden Önemli?dir?
Farklı departmanlardaki işe alım performansının ve süreç varyasyonlarının karşılaştırılmasına sunar, sistemik sorunları veya en iyi uygulamaları ortaya çıkarır.
Nereden Alınır??
Typically available as a standard veya custom field on the Job object in Greenhouse'da. Can be found in the 'departments' section of a Job record via the API.
Örnekler:::::::
MühendislikÜrün YönetimiSatışPazarlama
|
|||
|
İş Unvanı
JobTitle
|
Adayın başvurduğu pozisyonun unvanı. | ||
|
Açıklama
Bu nitelik, 'Kıdemli Yazılım Mühendisi' veya 'Ürün Pazarlama Yöneticisi' gibi iş ilanının resmi başlığını içerir. Doldurulacak rol hakkında temel bağlam sunar. İşe alım süreçlerini iş unvanına göre analiz etmek, role özgü zorlukları anlamak için büyük önem taşır. Örneğin, 'Time To Hire Performance' Dashboard'u, kıdemli veya yüksek derecede uzmanlaşmış rollerin doldurulmasının daha uzun sürdüğünü göstermek için bu niteliği kullanır. Ayrıca farklı pozisyonlar için teklif kabul oranlarını analiz etmeye yardımcı olarak ücret rekabetçiliği veya rol çekiciliği hakkında stratejik bilgiler sunar.
Neden Önemli?dir?
Belirli roller için işe alım metriklerinin filtrelenmesine ve karşılaştırılmasına olanak tanıyarak, süreç performansının iş karmaşıklığına veya türüne göre nasıl değiştiğini anlamaya yardımcı olur.
Nereden Alınır??
Bu, Greenhouse'daki Job object'inde primary bir field'dır, often 'jobs' endpoint'ini API aracılığıyla querying ederken 'name' olarak available'dır.
Örnekler:::::::
Kıdemli Yazılım MühendisiHesap YöneticisiUX/UI Tasarımcısı
|
|||
|
İşe Alım Uzmanı Adı
RecruiterName
|
İş başvurusunu yönetmekten sorumlu işe alım uzmanının adı. | ||
|
Açıklama
Bu nitelik, belirli bir iş başvurusuna veya ilanına atanmış işe alım uzmanını tanımlar. Bu kişi tipik olarak ön eleme, mülakatları koordine etme ve adayı süreç boyunca ilerletme sorumluluğuna sahiptir. 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 temel rol oynar. 'Recruiter Workload & Efficiency' Dashboard'u, her işe alım uzmanı başına verim ve döngü süreleri gibi metrikleri hesaplamak için bu niteliğe dayanır. En iyi performans gösterenleri belirlemeye, ek desteğe ihtiyaç duyabilecek kişileri tespit etmeye ve yetenek edinimi ekibi genelinde dengeli bir iş yükü güçlüaya yardımcı olur.
Neden Önemli?dir?
Süreç aktivitelerini belirli bir işe alım uzmanına atfeder, bireysel performans, iş yükü ve verimlilik analizine sunar.
Nereden Alınır??
Greenhouse'daki İş nesnesinde, tipik olarak 'işe alım ekibi' bölümünün bir parçası olarak bulunur ve 'İşe Alım Uzmanı' gibi rollerin belirtildiği yerdir.
Örnekler:::::::
Alice JohnsonRobert DavisMaria Garcia
|
|||
|
Teklif Durumu
OfferStatus
|
Bir adaya yapılan iş teklifinin mevcut durumu. | ||
|
Açıklama
Bu nitelik, bir iş offer'ının state'ini, 'Created', 'Extended', 'Accepted' veya 'Rejected' gibi values'larla izler. İşe alım process'inin final stage'lerinin key indicator'üdür. Bu nitelik, 'Offer Acceptance Rate Trends' Dashboard'u ve corresponding KPI için essentialdir. 'Offer Extended'dan 'Offer Accepted' veya 'Offer Rejected'a progression'ı tracking ederek, companies adayları close etme ability'lerini measure edebilir. Bunu department veya job title'a göre analyzing etmek, compensation competitiveness, candidate experience veya bir adayın decision'ını influencing eden other factors hakkında insights'ları reveal edebilir.
Neden Önemli?dir?
Job offer'larının outcome'unu tracks eder, bu da Offer Acceptance Rate KPI'ını calculating ve how to improve it'i understanding için crucial'dır.
Nereden Alınır??
Greenhouse'daki Teklif nesnesinde mevcuttur ve bir Başvuru ile bağlantılıdır. 'status' alanı bu bilgiyi sunar.
Örnekler:::::::
Kabul EdildiReddedildiGönderildiOluşturuldu
|
|||
|
Uygulama Kaynağı
ApplicationSource
|
Adayın başvurusunun alındığı kanal. | ||
|
Açıklama
Bu nitelik, bir iş başvurusunun origin'ini, örneğin 'LinkedIn', 'Employee Referral', 'Company Website' veya 'Indeed' gibi izler. Farklı recruitment channel'larının effectiveness'ı hakkında insight sunar. The 'Sourcing Channel Effectiveness' Dashboard'u entirely around this nitelik build edilmiştir. Application volume, time-to-hire ve hire rate'lerini source'a göre analyzing ederek, organizasyonlar recruitment marketing spend ve effort'unu optimize edebilir. Bu data, hangi channel'ların en yüksek quality candidate'leri en efficiently deliver ettiğine dair strategic question'ları answer etmeye yardımcı olur ve 'Sourcing Channel Conversion Rate' KPI'ını directly support eder.
Neden Önemli?dir?
Farklı işe alım kanallarının etkinliğini ve yatırım getirisini ölçmeye yardımcı olur, kaynak bulma çabalarının nereye yatırılacağı konusunda veri odaklı kararlar alınmasını sunar.
Nereden Alınır??
Greenhouse'daki Aday nesnesinde mevcuttur ve Uygulama ile bağlantılıdır. 'source' alanı bu bilgiyi sunar.
Örnekler:::::::
LinkedInÇalışanşan ReferansıŞirket Kariyer SayfasıIndeed
|
|||
|
Aday Kimliği
CandidateId
|
Aday için, herhangi bir tek başvurudan bağımsız benzersiz bir tanımlayıcı. | ||
|
Açıklama
Aday ID'si, yetenek havuzundaki bir kişiyi benzersiz bir şekilde tanımlarken, İş Başvurusu ID'si tek bir iş için tek bir başvuruya özgüdür. Tek bir adayın zaman içinde birden fazla iş başvurusu olabilir. İş Başvurusu ID'si bu özel süreç görünümü için Case ID olarak olarak kullanılırken, Aday ID'sine sahip olmak farklı bir analiz türüne sunar. Bir adayın birden fazla iş başvurusu arasındaki yolculuğunu izlemek, sık başvuranları belirlemek ve yetenek havuzuyla genel ilişkiyi analiz etmek için kullanılabilir. İşe alım verilerinın daha kişi merkezli bir görünümünü sunar.
Neden Önemli?dir?
Aynı adayın birden fazla başvurusu üzerinden analiz yapılmasına olanak tanıyarak, adayın zaman içindeki etkileşimine dair daha geniş bir görünüm sunar.
Nereden Alınır??
Bu, Greenhouse'da bir candidate record için primary key'dir, available as 'id' on the Candidate object via the API.
Örnekler:::::::
123456123457123458
|
|||
|
Değerlendirme Kartı Tavsiyesi
ScorecardOverallRecommendation
|
Tamamlanmış bir mülakat değerlendirme kartından gelen genel işe alım tavsiyesi. | ||
|
Açıklama
Bu nitelik, bir mülakat yapan tarafından yapılandırılmış bir mülakat değerlendirme kartında yapılan nihai tavsiyeyi yakalar; tipik olarak 'Kesinlikle Evet', 'Evet', 'Hayır' veya 'Kesinlikle Hayır' gibi değerlerdir. Bu data, mülakat sürecinin kalitesini ve tutarlılığını değerlendirmek için büyük önem taşır. Mülakat geri bildirimini gerçek işe alım sonuçlarıyla ilişkilendirmeye yardımcı olarak 'Daha güçlü tavsiyelere sahip adaylar daha sık işe alınır mı?' gibi soruları yanıtlar. Aynı zamanda, kuruluş içindeki yapılandırılmış işe alım uygulamalarının benimsenmesini ölçen 'Scorecard Completion Rate' KPI'sının temelini oluşturur.
Neden Önemli?dir?
Yapılandırılmış mülakat geri bildirimlerini süreç sonuçlarına bağlar ve veriye dayalı işe alım uygulamalarının benimsenmesini ölçmeye yardımcı olur.
Nereden Alınır??
Greenhouse'da tamamlanmış bir mülakatla ilişkili Scorecard nesnesinde bulunur. API, bu bilgiyi 'scorecards' uç noktası aracılığıyla sunar.
Örnekler:::::::
Kesinlikle HayırHayırEvetKesinlikle Evet
|
|||
|
Etkinlik Bitiş Zamanı
ActivityEndTime
|
Süresi olan bir aktivitenin ne zaman sona erdiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu nitelik, bir mülakat veya referans kontrolü gibi belirli bir dönemi kapsayan faaliyetlerin completion time'ını kaydeder. Birçok faaliyet anlık olsa da, ölçülebilir bir süreye sahip olanlar hem başlangıç hem de bitiş zamanına sahip olmaktan faydalanır. End time'a sahip olmak, belirli faaliyetlerin processing time'ını veya süresini doğru bir şekilde hesaplamak için büyük önem taşır. Bu, adımlar arasındaki waiting time ile bir göreve fiilen harcanan süre arasında ayrım yapmaya yardımcı olur. Örneğin, mülakatların gerçekte ne kadar sürdüğünü, planlamanın ne kadar sürdüğüne kıyasla daha hassas bir şekilde analiz etmeye sunar.
Neden Önemli?dir?
Aktivite işleme sürelerinin hassas bir şekilde hesaplanmasını sunar, bu da süreçteki aktif çalışma süresini boş bekleme süresinden ayırt etmeye yardımcı olur.
Nereden Alınır??
Bu information, Greenhouse'daki 'scheduled_interview' gibi objects'lerde might be available, bu da often hem bir 'start' hem de bir 'end' time'a sahiptir. Other activities için, subsequent faaliyetin zaman damgası (zaman damgası)'inden inferred edilmesi may need.
Örnekler:::::::
2023-10-27T15:35:10Z2023-11-05T10:15:00Z2023-11-10T11:00:00Z
|
|||
|
İş Kimliği
JobId
|
Job requisition veya posting için Unique tanımlayıcı. | ||
|
Açıklama
Bu nitelik, işin kendisi için benzersiz ID olup, başvuru ID'sinden farklıdır. Birden fazla başvuru aynı İş ID'sine bağlanacaktır. İş ID'sini kullanmak, ilan düzeyinde data biriktirmeye sunar. Örneğin, belirli bir iş için alınan toplam başvuru sayısı veya benzer türdeki tüm roller için ortalama time to hire analiz edilebilir. Tek bir açık pozisyon etrafında merkezlenmiş işe alım çabalarını gruplandırmak ve analiz etmek için bir yol sunar.
Neden Önemli?dir?
Tek bir iş ilanına ilişkin tüm aday verilerini toplama ve analiz etme olanağı sağlayarak, ilan odaklı bir görünüm sunar.
Nereden Alınır??
Bu, Greenhouse'da bir job record için primary key'dir, available as 'id' on the Job object via the API.
Örnekler:::::::
400123400124400125
|
|||
|
İşe Alım Yöneticisi Adı
HiringManagerName
|
İlgili iş ilanının işe alım yöneticisinin adı. | ||
|
Açıklama
Bu nitelik, açık pozisyona sahip ekibin yöneticisini tanımlar. İşe alım yöneticisi, süreçte önemli bir paydaş olup, genellikle adayları inceleme, sonraki aşama mülakatlarını yapma ve nihai işe alım kararını verme aşamalarında yer alır. Süreci işe alım yöneticisine göre analiz etmek, önemli kalıpları ve darboğazları ortaya çıkarabilir. Örneğin, 'Mülakat Planlama Darboğazları' Dashboard'u, gecikmelerin sıklıkla belirli yöneticilerin uygunluğuyla ilişkili olduğunu gösterebilir. Yöneticilerin işe alım sürecine verimli bir şekilde katılımını güçlüak için eğitim veya destek ihtiyaçlarını belirlemeye yardımcı olur.
Neden Önemli?dir?
Önemli bir paydaşı tanımlar, belirli işe alım yöneticileriyle ilgili süreç darboğazlarının veya verimliliklerinin analizine sunar.
Nereden Alınır??
Greenhouse'daki İş nesnesinde, tipik olarak 'işe alım ekibi' bölümünün bir parçası olarak bulunur ve 'İşe Alım Yöneticisi' gibi rollerin belirtildiği yerdir.
Örnekler:::::::
Emily TranDavid ChenSophia Rodriguez
|
|||
|
Mülakat Aşaması
InterviewStageName
|
Mülakat aşamasının belirli adı veya türü. | ||
|
Açıklama
Bu nitelik, genel mülakat sürecindeki belirli aşamayı, örneğin 'Recruiter Screen', 'Technical Interview' veya 'Final Round' gibi belirtir. Genel bir 'Interview Completed' faaliyetinden daha fazla granularity sunar. Her ayrı mülakat aşamasındaki metrikleri analiz ederek, kuruluşlar daha spesifik darboğazları belirleyebilir. Örneğin, 'Candidate Drop-off Rate by Stage'i yüksek precision ile ölçebilir, adayların technical interview'dan sonra mı yoksa initial screen'den sonra mı withdraw etme eğiliminde olduğunu belirleyebilirsiniz. Bu detail, targeted improvement'lar yapmak için criticaldir.
Neden Önemli?dir?
Mülakat sürecine daha detaylı bir bakış sunar; böylece her bir mülakat adımındaki döngü süreleri ve elenme oranları analiz edilebilir.
Nereden Alınır??
Bu information, Greenhouse'daki interview scheduling datasının part'ıdır. Bir job application'daki 'interviews' object'i, interview stage'i hakkında details içerir.
Örnekler:::::::
İK Uzmanı Elemesiİşe Alım Yöneticisi MülakatıTeknik DeğerlendirmeYerinde Son Mülakat Turu
|
|||
|
Mülakat Geri Bildirim Süresi
InterviewFeedbackTurnaroundTime
|
Bir mülakatın tamamlanması ile mülakat yapan kişinin geri bildirimini göndermesi arasında geçen süre. | ||
|
Açıklama
Bu calculated metric, interview panelinin responsiveness'ını measure eder. Feedback submitting'deki delays, hiring process'ini önemlily slow down edebilir ve candidate experience'ı negatively impact edebilir. Bu nitelik directly 'Interview Feedback Loop Analysis' Dashboard'unu ve 'Interview Feedback Turnaround Time' KPI'ını support eder. 'Interview Completed' ve 'Feedback Submitted' aktiviteleri arasındaki time difference olarak calculated edilir. Bu metric'i izleme etmek, slow feedback'ten caused darboğazları identify etmeye ve quicker decision making'i encourage etmeye yardımcı olur.
Neden Önemli?dir?
İşe alım sürecindeki yaygın bir gecikme kaynağı olan mülakat sonrası geri bildirim döngüsünün verimliliğini ölçer.
Nereden Alınır??
Bu, calculated bir field'dır. 'Interview Completed' olayının zaman damgası (zaman damgası)'inin 'Feedback Submitted' olayının zaman damgası (zaman damgası)'inden subtracting edilerek derived edilir.
Örnekler:::::::
86400172800259200
|
|||
|
Otomatikleştirildi mi?
IsAutomated
|
Bir faaliyetin sistem tarafından otomatik olarak gerçekleştirilip gerçekleştirilmediğini gösteren bir bayraktır. | ||
|
Açıklama
Bu boolean nitelik, bir faaliyetin bir kullanıcı tarafından mı yoksa otomatik bir sistem kuralı tarafından mı yürütüldüğünü gösterir. Otomatik faaliyet örnekleri arasında otomatik yanıt e-postaları gönderme veya temel bir ön eleme sorusunu geçemeyen adayları otomatik olarak reddetme yer alabilir. Bu niteliği analiz etmek, işe alım sürecindeki otomasyon seviyesini anlamaya yardımcı olur. Otomatik ve manuel adımların verimliliğini ve sonuçlarını karşılaştırmak ve hızı ve tutarlılığı artırmak için daha fazla otomasyon fırsatlarını belirlemek için kullanılabilir.
Neden Önemli?dir?
Manuel ve otomatik aktiviteler arasında ayrım yapmaya yardımcı olarak, otomasyonun süreç verimliliği ve sonuçları üzerindeki etkisinin analiz edilmesine sunar.
Nereden Alınır??
Bu information standard bir field değildir ve typically derive edilmesi needs. Bir activity ile associated user'dan (e.g., bir 'System' user'ı) veya automated olduğu known specific event type'larından inferred edilebilir.
Örnekler:::::::
truefalse
|
|||
|
Ret Nedeni
RejectionReason
|
Bir adayın başvurusunu reddetmek için belirtilen neden. | ||
|
Açıklama
Bu nitelik, bir adayın süreçte neden ilerlemediğine dair belirli nedeni yakalar. Örnekler::::::: arasında 'Kültüre uyumsuz', 'Maaş beklentisi çok yüksek' veya 'Daha nitelikli adaylar' yer alır. Ret nedenlerini analiz etmek, işe alım süreci için çok değerli geri bildirim sunar. Yanlış hizalanmış iş tanımları, rekabetçi olmayan ücretlendirme veya yetenek havuzundaki tekrarlayan beceri boşlukları gibi sorunları vurgulayabilir. Bu bilgi, işe alım hunisindeki yaygın başarısızlık noktalarını anlayarak kaynak bulma stratejilerini iyileştirmek ve aday deneyimini geliştirmek için özellikle faydalıdır.
Neden Önemli?dir?
Adayların neden süreçten elendiğine dair niteliksel önemli bilgi sunarak, iş tanımlarını, kaynak bulma ve ön eleme kriterlerini iyileştirmeye yardımcı olur.
Nereden Alınır??
Uygulama nesnesinde reddedildiğinde mevcuttur. API, ayrıntılarla birlikte bir 'rejection_reason' nesnesi sunar.
Örnekler:::::::
Gerekli becerilere sahip değilMaaş beklentisi çok yüksekDaha nitelikli aday seçildi
|
|||
|
Uyumlu mu
IsCompliant
|
Başvurunun standart, tanımlanmış işe alım sürecini takip edip etmediğini gösteren hesaplanmış bir bayrak. | ||
|
Açıklama
Bu boolean nitelik, bir iş başvurusu için gerçek faaliyet dizisini önceden tanımlanmış ideal bir süreç modeliyle karşılaştıran bir conformance check'in sonucudur. Gerekli adımları atlama veya faaliyetleri sırasız gerçekleştirme gibi sapma gösteren caseleri işaretler. Bu, 'Hiring Compliance Deviation' Dashboard'u için core bir nitelik olup, 'Process Conformance Rate' ve 'Uyumluluk İhlali Sayısı' KPI'larını destekler. Non-compliant caseleri filtreleyerek, organizasyonlar deviations'ın neden occur ettiğini, inadequate training, system limitation'ları veya necessary exception'lardan kaynaklanıp kaynaklanmadığını investigate edebilirler. Bu, iş akışlarını standartlaştırmaya ve uyumluluk risklerini mitigate etmeye yardımcı olur.
Neden Önemli?dir?
Süreç uygunluğunu ölçmek, uyumluluğu güçlüak ve işe alım iş akışlarını standartlaştırmak için kritik olan süreç sapmalarını tanımlar.
Nereden Alınır??
Bu, Process Mining software'ı tarafından generated calculated bir field'dır. Event log datasını defined bir target model veya set of business rules'larla compares eder.
Örnekler:::::::
truefalse
|
|||
İşe Alım ve Yetenek Kazanımı Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Aday İşe Alındı
|
Aday, tüm işe alım öncesi kontrolleri başarıyla tamamladı ve resmi olarak işe alındı olarak işaretlendi. Bu, başvuru sürecinin başarılı bir tamamlanması ve bitiş eventidir. | ||
|
Neden Önemli?dir?
Bu, the process için primary success outcome'udur. The time from 'Application Received' to this event is the overall Time to Hire, critical bir recruitment KPI'ıdır.
Nereden Alınır??
Bu, Greenhouse'da bir recruiter'ın candidate'ı specific bir job için hired olarak marks ettiği explicit bir action'dır. Bu action, onları active candidate'dan hired bir one'a moves eder.
Yakala
Greenhouse'daki 'İşe Alındı Olarak İşaretle' eyleminin zaman damgası (zaman damgası)ndan yakalandı.
Event tipi
explicit
|
|||
|
Başvuru Alındı
|
Bu faaliyet, belirli bir iş başvurusu için işe alım sürecinin başlangıcını işaret eder. Bir adayın başvurusunu bir kariyer sitesi, kaynak kanalı aracılığıyla gönderdiğinde veya Greenhouse'a manuel olarak girdiğinde yakalanır. | ||
|
Neden Önemli?dir?
Bu, the process için primary start event'idir. Analyzing the time from this activity to others is crucial for measuring Time to Hire ve Sourcing Channel Effectiveness.
Nereden Alınır??
Bu, an application created olduğunda Greenhouse'da logged edilen explicit bir event'tir. The Application Date field veya creation zaman damgası (zaman damgası) in the application object, the event time'ı provides.
Yakala
Başvuru kaydının oluşturulma zaman damgası (zaman damgası)ndan yakalandı.
Event tipi
explicit
|
|||
|
Başvuru Reddedildi
|
Adayın başvurusu süreç boyunca bir noktada reddedildi. Bu, en yaygın başarısız bitiş eventidir ve herhangi bir aşamada meydana gelebilir. | ||
|
Neden Önemli?dir?
Bu, funnel drop-off rate'lerini analyzing için critical bir end event'idir. Rejection'ların when ve why occur ettiğini understanding, process inefficiencies'leri veya misaligned job requirement'lerini identify etmeye helps.
Nereden Alınır??
Bu, a user rejects the application in Greenhouse olduğunda recorded edilen explicit bir event'tir. It is often accompanied by a rejection reason, ve the activity log, the zaman damgası (zaman damgası)'i captures.
Yakala
Başvuruya uygulanan reddetme eyleminin zaman damgası (zaman damgası)ndan yakalandı.
Event tipi
explicit
|
|||
|
Mülakat Planlandı
|
Adayla sistemde bir mülakat planlanmıştır. Greenhouse'un takvimlerle entegrasyonları olduğundan, bu olay genellikle bir mülakat onaylandığında açıkça kaydedilir. | ||
|
Neden Önemli?dir?
Bu event, mülakat planlama sürecindeki darboğazları analiz etmek ve belirlemek için critical'dır. Bu event ile previous step arasındaki time, recruiter ve coordinator efficiency için key bir KPI'dır.
Nereden Alınır??
Greenhouse içindeki mülakat planlama özelliğinden yakalandı. API, planlanan mülakatlar hakkında, oluşturulma zaman damgaları dahil olmak üzere veri sunar.
Yakala
Bir mülakat etkinliği oluşturulduğunda ve adayın başvurusuyla ilişkilendirildiğinde kaydedildi.
Event tipi
explicit
|
|||
|
Mülakat Tamamlandı
|
Adayla bir mülakat gerçekleşmiştir. Bu genellikle planlanan mülakat süresinin geçmesinden veya daha güvenilir bir şekilde, o mülakat için geri bildirim gönderildiğinde çıkarılır. | ||
|
Neden Önemli?dir?
Bu faaliyet, adayın yolculuğunda önemli bir kilometre taşıdır. Geri bildirim gönderme sürelerini ve bir sonraki aşamaya ilerlemeyi ölçmek için başlangıç noktası olarak olarak kullanılır.
Nereden Alınır??
Typically inferred. It can be derived from the scheduled interview's end time veya, more accurately, from the zaman damgası (zaman damgası) of the first piece of feedback submitted for that specific interview.
Yakala
Planlanan mülakat bitiş zamanından veya sonraki geri bildirim gönderiminin zaman damgası (zaman damgası)ndan çıkarıldı.
Event tipi
inferred
|
|||
|
Teklif Kabul Edildi
|
Aday, iş teklifini resmen kabul etti. Bu, önemli bir başarı kilometre taşıdır ve genellikle referans kontrolleri gibi sonraki işe alım öncesi faaliyetleri tetikler. | ||
|
Neden Önemli?dir?
Bu, critical bir success milestone'u ve Offer Acceptance Rate KPI'sının key bir component'idir. Candidate'dan future employee'ye transition'ı signifies eder.
Nereden Alınır??
Bu, offer status'u Greenhouse'da 'Accepted' olarak updated edildiğinde, either the recruiter veya through the candidate's electronic acceptance aracılığıyla captured explicit bir event'tir.
Yakala
Teklifin durumunun 'Kabul Edildi' olarak değiştiği zaman damgası (zaman damgası)ndan yakalandı.
Event tipi
explicit
|
|||
|
Teklif Sunuldu
|
Resmi iş teklifi adaya gönderildi. Bu, mülakat ve seçim sürecinin doruk noktasını temsil eden kritik bir kilometre taşıdır. | ||
|
Neden Önemli?dir?
Bu faaliyet, Teklif Kabul Oranı KPI'ını hesaplamak için temel oluşturur. Aday için nihai karar aşamasının başlangıcını işaret eder.
Nereden Alınır??
Bu, the offer's status 'Sent' veya 'Extended' olarak changed edildiğinde Greenhouse'da logged edilen explicit bir event'tir. The offers object, bu status change'ler için zaman damgası (zaman damgası)'leri contains.
Yakala
Teklifin durumu resmi olarak gönderildi olarak işaretlendiği zaman damgası (zaman damgası)ndan yakalandı.
Event tipi
explicit
|
|||
|
Arka Plan Kontrolü Başlatıldı
|
Aday için, genellikle teklif kabulünden sonra bir arka plan kontrolü başlatılmıştır. Bu, belirli bir aşama değişikliği veya üçüncü taraf bir hizmetle entegrasyon tetikleyicisi olarak kaydedilebilir. | ||
|
Neden Önemli?dir?
Bu faaliyet, uyumluluk ve işe alım öncesi ön eleme gecikmelerini izlemek için önemlidir. Teklifin kabulü ile gerekli kontrollerin tamamlanması arasında geçen süreyi analiz etmeye yardımcı olur.
Nereden Alınır??
Bu, likely inferred from moving the candidate to a 'Background Check' stage in the hiring pipeline veya from an activity log related to a background check integration'dan.
Yakala
Bir 'Arka Plan Kontrolü' aşamasına durum değişikliğinden veya entegre bir hizmetten gelen bir API günlüğünden çıkarıldı.
Event tipi
inferred
|
|||
|
Başvuru İncelendi
|
Bir işe alım uzmanı veya işe alım yöneticisi adayın başvurusunun ilk incelemesini yapmıştır. Bu genellikle, başvurunun aşaması veya durumu 'Yeni'den 'İncelemede' gibi aktif bir inceleme aşamasına geçtiğinde çıkarılır. | ||
|
Neden Önemli?dir?
Bunu tracking etmek, initial screening phase'indeki darboğazları identify etmeye ve new application'ların attention alması için it takes the time'ı measure etmeye helps. It is the starting point for calculating interview scheduling cycle time.
Nereden Alınır??
Başvuru durumu alanındaki bir değişiklikten çıkarıldı. Değişikliğin zaman damgası (zaman damgası)nı kullanarak 'Yeni' durumdan 'İncelemede' durumuna geçişleri arayın.
Yakala
Durum değişikliğinin zaman damgası (zaman damgası)ndan 'İncelemede' veya benzer bir aşamaya geçişten çıkarıldı.
Event tipi
inferred
|
|||
|
Geri Bildirim Gönderildi
|
Bir mülakatçı, bir adayın mülakatıyla ilgili değerlendirme formunu veya geri bildirimini göndermiştir. Greenhouse'un yapılandırılmış işe alım süreci karar verme için buna dayanır, bu yüzden ayrı, kaydedilmiş bir eylemdir. | ||
|
Neden Önemli?dir?
Geri bildirimin zamanında yapılması, adayları ileri taşımak için büyük önem taşır. Bu faaliyet, geri bildirim döngüsü verimliliğini ve Değerlendirme Kartı Tamamlama Oranını analiz etmeye yardımcı olur.
Nereden Alınır??
Bu, an interviewer submits a scorecard through Greenhouse olduğunda logged edilen explicit bir event'tir. The Scorecards API object, bir
Yakala
Bir mülakat değerlendirme formunun gönderim zaman damgası (zaman damgası)ndan yakalandı.
Event tipi
explicit
|
|||
|
İşe Alım Başlatıldı
|
Yeni çalışanın şirkete oryantasyon süreci resmen başladı. Bu genellikle işe alım sisteminden bir İKYS'ye veya oryantasyon platformuna bir devir teslimi içerir. | ||
|
Neden Önemli?dir?
Bu, recruitment'tan HR'a handoff'un efficiency'sini tracks eder. Delays here, poor bir new hire experience'a lead edebilir, so Onboarding Handoff Time'ı izleme etmek crucial'dır.
Nereden Alınır??
Bu, Greenhouse bir oryantasyon sistemiyle integrated ise explicit bir event olabilir. Otherwise, it is inferred from the zaman damgası (zaman damgası) the candidate is moved to a final 'Hired' stage, which triggers the handoff.
Yakala
Bir aşama değişikliğinden veya bir İK Bilgi Sistemi'ne (HRIS) devri gösteren bir entegrasyon günlüğünden çıkarıldı.
Event tipi
inferred
|
|||
|
İşe Alım Uzmanı Ön Eleme Yaptı
|
Bir işe alım uzmanı adayla ilk telefon ön görüşmesini veya sohbetini tamamlamıştır. Bu aktivite genellikle adayı işe alım hattında belirli bir 'Telefon Görüşmesi' aşamasına taşıyarak yakalanır. | ||
|
Neden Önemli?dir?
Bu, an application'ın initial paper screen'i passed ettiğini indicates eden key bir qualification milestone'udur. Recruiter workload'unu ve initial screening'in effectiveness'ını measure etmeye helps.
Nereden Alınır??
Greenhouse iş hattındaki 'Telefon Ön Görüşmesi' aşamasına başvurunun alındığı veya çıkarıldığı zaman damgası (zaman damgası)ndan çıkarıldı.
Yakala
Başvurunun aşama geçmişinden türetilmiştir, özellikle 'Telefon Ön Görüşmesi' aşamasına girişi belirtir.
Event tipi
inferred
|
|||
|
Teklif Oluşturuldu
|
Resmi bir iş teklifi taslağı hazırlanmış ve potansiyel olarak dahili onayı beklemektedir. Bu, aday için bir teklifle ilerleme yönündeki resmi kararı işaret eder. | ||
|
Neden Önemli?dir?
Bu faaliyet, teklif yapma kararını teklifi uzatma eyleminden ayırır. Teklif adaya ulaşmadan önceki dahili onay sürelerini ve darboğazları analiz etmeye yardımcı olur.
Nereden Alınır??
Greenhouse'da özel bir teklifler modülü bulunur. Bu, başvuruyla ilişkili teklif nesnesinin oluşturulma zaman damgası (zaman damgası)ndan yakalanan açık bir olaydır.
Yakala
Greenhouse sisteminde bir teklif kaydının oluşturulmasıyla kaydedildi.
Event tipi
explicit
|
|||
|
Teklif Reddedildi
|
Aday, iş teklifini resmen reddetti. Bu, sürecin sonunda meydana gelen başarısız bir bitiş eventidir. | ||
|
Neden Önemli?dir?
Bu outcome'u tracking etmek, Offer Acceptance Rate'i analyzing için crucial'dır. Bu olayın high frequency'si, compensation, culture veya role itself ile issues'ları indicate edebilir.
Nereden Alınır??
Bu, offer status'u Greenhouse'da 'Rejected' veya 'Declined' olarak updated edildiğinde captured explicit bir event'tir. The offer object, bu status change için bir zaman damgası (zaman damgası)'e sahip olacaktır.
Yakala
Teklif durumunun 'Reddedildi' olarak değiştiği zaman damgası (zaman damgası)ndan yakalandı.
Event tipi
explicit
|
|||