İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi Veri Template'inuz
İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi Veri Template'inuz
Bu, İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi süreci için genel Process Mining Veri Şablonu'imuzdur. Daha özel rehberlik. için sisteme özel Template'lerimizi kullanın.
Belirli bir sistem seçin- Event log verileriniz için standartlaştırılmış bir yapı.
- Detaylı analiz için önerilen nitelikler ve aktiviteler.
- Çeşitli kaynak sistemlere somut rehberlik..
İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite Adı ActivityName | Pozisyon yönetimi sürecinde belirli bir zamanda meydana gelen iş olayının, görevin veya durum değişikliğinin adı. | ||
| Açıklama Aktivite Adı, pozisyon yönetimi süreç döngüsü içinde atılan tek bir adımı veya eylemi tanımlar. Bu aktiviteler, 'Pozisyon Talebi Başlatıldı', 'Bütçe Onayı Alındı' veya 'Pozisyon Kapatıldı' gibi önemli olayları temsil eden süreç haritasının yapı taşlarını oluşturur. Analiz için bu aktivitelerin takibi, tüm süreç akışının görselleştirilmesine sunar. Event'lerin sırasını belirlemeye, süreç varyantlarını keşfetmeye ve 'Pozisyon Talebi Yeniden İşleme İçin Gönderildi' gibi tekrarlanan aktivitelerdeki darboğazları veya yeniden işleme döngülerini belirlemeye yardımcı olur. Aktivite adlarının netliği ve tutarlılığı, doğru ve anlaşılır bir süreç modeli oluşturmak için büyük önem taşır. Neden Önemli?dir? Bu öznitelik, süreç haritası oluşturmak, darboğazları belirlemek ve pozisyon süreç döngüsündeki olayların sırasını anlamak için büyük önem taşır. Nereden Alınır?? İK veya pozisyon yönetimi sistemindeki event log'larından, durum değişikliği tablolarından veya işlem kodlarından üretilir. Örnekler::::::: Pozisyon Talebi BaşlatıldıYönetici Onayı AlındıPozisyon DoldurulduPozisyon Yeniden Sınıflandırıldı | |||
| Olay Zamanı EventTime | Pozisyon yönetimi sürecinde belirli bir etkinliğin gerçekleştiği tam tarih ve saat. Bu, bir etkinliğin başlangıç zamanını temsil eder. | ||
| Açıklama Event Time, bir aktivitenin tam olarak gerçekleştiği anı kaydeden zaman damgası (zaman damgası)dır. Tüm süreç için kronolojik bağlam sunar, olayların doğru bir şekilde sıralanmasına olanak tanıyarak süreç akışını gerçekleştiği gibi yeniden yapılandırır. Bu zaman damgası (zaman damgası), tüm zaman tabanlı analizlerin temelidir. Aktiviteler arasındaki döngü sürelerini hesaplamak, onay adımlarının süresini belirlemek ve pozisyonun oluşturulmasından doldurulmasına kadar geçen toplam teslim süresini ölçmek için kullanılır. Doğru zaman damgaları, 'Organizasyonel Gelişim ve Pozisyon Yönetimi Döngü Süresi' gibi kontrol paneli'lar ve 'Ortalama Pozisyon Onay Döngü Süresi' gibi KPI'lar için büyük önem taşır. Neden Önemli?dir? Event'leri kronolojik olarak sıralamak ve döngü süreleri, teslim süreleri gibi tüm süre tabanlı metrikleri hesaplamak için gereklidir. Nereden Alınır?? Genellikle kaynak sistemdeki sistem Örnekler::::::: 2023-04-15T10:30:00Z2023-06-21T14:05:12Z2024-01-10T09:00:00Z | |||
| Pozisyon ID PositionId | Kuruluş içindeki belirli bir iş pozisyonu için benzersiz tanımlayıcı. Bu, pozisyon yönetimi sürecinin birincil vaka (case) tanımlayıcısı olarak görev yapar. | ||
| Açıklama Pozisyon ID'si, her bir pozisyonu diğerlerinden ayırt etmek için atanan benzersiz bir temel rol oynar. İlk talepten nihai kapanışına kadar tek bir pozisyonun süreç döngüsüyle ilgili tüm etkinlikleri ve olayları birbirine bağlayan merkezi bir bağlantı görevi görür.
Neden Önemli?dir? Tüm ilgili aktiviteleri tek bir süreç örneğinde gruplandırmak için gereklidir, bu da her pozisyonun süreç döngüsünün uçtan uca analizine sunar. Nereden Alınır?? Genellikle bir pozisyon yönetimi veya insan kaynakları bilgi sistemi (İKYS) modülünün başlığında veya birincil kaydında bulunur. Örnekler::::::: POS-0012586003491-FINMKTG-SR-ANALYST-2 | |||
| Kaynak Sistem SourceSystem | Olay verilerinin çekildiği sistemin adı veya tanımlayıcısı (örn. ana İKYS veya özel bir işe alım modülü). | ||
| Açıklama Kaynak Sistem özniteliği, süreç verilerinin kökenini tanımlar. Birçok kuruluşta, işe alımdan emekliliğe süreci (Hire-to-Retire) birden fazla uygulamayı kapsar; örneğin, pozisyon yönetimi için ana bir İK sistemi ve işe alım için ayrı bir aday takip sistemi (ATS) bulunur. Farklı kaynaklardan gelen verileri birleştirerek birleşik bir süreç görünümü oluştururken kaynak sistemi belirtmek büyük önem taşır. Bu, veri doğrulamasına, entegrasyon sorunlarını gidermeye ve farklı sistemlerin genel sürece nasıl katkıda bulunduğunu anlamaya yardımcı olur. Bu, sistem geçişlerinde meydana gelen gecikmeleri veya veri tutarsızlıklarını ortaya çıkarabilir. Neden Önemli?dir? Veri kökeni hakkında bağlam sunar, bu da veri doğrulama ve birden fazla entegre sistemi kapsayan süreçleri analiz etmek için büyük önem taşır. Nereden Alınır?? Bu bilgi genellikle veri çıkarma işlemindeki metaverilerde bulunur veya veri dönüşümü sırasında statik bir değer olarak eklenebilir. Örnekler::::::: Workday İnsan Kaynakları (HCM)SAP SuccessFactorsOracle Fusion HCMDynamics 365 İK | |||
| Son Veri Güncellemesi LastDataUpdate | Bu olaya ait verilerin `Process Mining` veri setinde en son ne zaman yenilendiğini veya güncellendiğini gösteren zaman damgası (zaman damgası) (zaman damgası (zaman damgası)). | ||
| Açıklama Bu öznitelik, veri setinin kaynak sistemden en son ne zaman güncellendiğini kaydeder. Analiz edilen verilerin güncelliği ve geçerliliği hakkında önemli bir bağlam sağlayan bir metadata alanıdır. Analistler bu bilgiyi, analizin kapsadığı zaman dilimini anlamak ve mevcut en güncel verilerle çalıştıklarını doğrulamak için kullanırlar. Sürekli süreç izleme için, son güncelleme zamanını bilmek, Neden Önemli?dir? Analistleri verilerin güncelliği hakkında bilgilendirir, analizin ilgili ve mevcut en güncel bilgilere dayanmasını sunar. Nereden Alınır?? Bu zaman damgası (zaman damgası), genellikle veri çekme ve dönüştürme (ETL) süreci sırasında oluşturulur ve saklanır. Örnekler::::::: 2024-07-20T02:00:00Z2024-07-19T02:00:00Z2024-07-18T02:00:00Z | |||
| Bitiş Zamanı EndTime | Bir etkinliğin ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır. Bu, bireysel etkinliklerin işlem süresini hesaplamak için kullanılır. | ||
| Açıklama Olay Zamanı (Event Time) bir etkinliğin başlangıcını işaret ederken, Bitiş Zamanı (End Time) tamamlanmasını işaret eder. İkisi arasındaki fark, o belirli görevin işlem süresini veya süresini temsil eder. Anlık olaylar için Bitiş Zamanı, Başlangıç Zamanı ile aynı olabilir. Analizde, bu öznitelik sürecin hangi belirli etkinliklerinin en çok zaman tükettiğini belirlemek için büyük önem taşır. Verimsiz adımları tanımlamaya ve detaylı darboğaz analizini desteklemeye yardımcı olur. Örneğin, onay adımlarının Bitiş Zamanı'nı analiz ederek, kuruluşlar hangi onayların en uzun sürdüğünü belirleyebilir ve iyileştirme çabalarını buna göre odaklayabilir. Neden Önemli?dir? Bireysel aktiviteler için işlem süresinin hesaplanmasını sunar, bu da hangi belirli görevlerin en çok zaman aldığını belirlemeye yardımcı olur. Nereden Alınır?? Genellikle sistem event log'larında veya işlem verilerinde başlangıç zamanının yanında bulunur. Aynı zamanda sonraki olayın başlangıç zamanı olarak da türetilebilir. Örnekler::::::: 2023-04-15T11:05:14Z2023-06-21T14:10:00Z2024-01-10T09:00:00Z | |||
| Bölüm Department | Pozisyonun ait olduğu departman, iş birimi veya organizasyonel birim. | ||
| Açıklama Departman niteliği, her pozisyonu 'Finans', 'Mühendislik' veya 'Satış' gibi işin belirli bir bölümüne atayarak organizasyonel bir çerçeve sunar. Bu, pozisyon yönetimi sürecinin şirketin farklı alanları arasında segmentasyonuna ve karşılaştırılmasına sunar. Analizde, departmana göre filtreleme veya gruplandırma güçlü bir tekniktir. Belirli departmanlarda daha uzun onay süreleri veya daha yüksek yeniden işleme oranları gibi süreç performansındaki varyasyonları belirlemeye yardımcı olur. Bu önemli bilgi, hedeflenmiş süreç iyileştirme girişimlerine rehberlik. edebilir ve yüksek performans gösteren departmanlardaki en iyi uygulamaların kuruluş genelinde paylaşılmasını sağlayabilir. Neden Önemli?dir? Farklı iş birimleri arasında süreç karşılaştırmasına olanak tanıyarak verimlilik, uyumluluk ve maliyetteki farklılıkları belirlemeye yardımcı olur. Nereden Alınır?? İK sisteminin pozisyon ana verilerinde veya organizasyonel yönetim modülünde bulunur. Örnekler::::::: FinansAraştırma ve GeliştirmePazarlamaMüşteri Desteği | |||
| İş Unvanı JobTitle | Pozisyonla ilişkili resmi unvan, örneğin 'Kıdemli Yazılım Mühendisi' veya 'Pazarlama Müdürü'. | ||
| Açıklama İş Unvanı, pozisyonun rolünü veya fonksiyonunu tanımlar. Tek bir iş unvanı için birden fazla pozisyon mevcut olsa da, bu nitelik yönetilen rolün doğası hakkında önemli bağlam sunar. Süreci İş Unvanına veya daha geniş iş ailelerine göre analiz etmek, belirli rol türlerine özgü kalıpları ortaya çıkarabilir. Örneğin, kıdemli veya yüksek düzeyde uzmanlaşmış roller, giriş seviyesi pozisyonlara kıyasla daha uzun onay döngülerine veya daha karmaşık işe alım süreçlerine sahip olabilir. Bu bilgi, işe alım stratejilerini uyarlamak ve gerçekçi zaman çizelgeleri belirlemek için değerlidir. Neden Önemli?dir? Rol hakkında bağlam sunar, çeşitli iş türleri, seviyeleri veya fonksiyonları arasındaki süreç farklılıklarının analizine sunar. Nereden Alınır?? Pozisyon ana verilerinde, genellikle İK sistemi içindeki merkezi bir iş kataloğuna veya iş profiline bağlı olarak saklanır. Örnekler::::::: Kıdemli MuhasebeciÜrün MüdürüVeri BilimcisiİK İş Ortağı | |||
| Kullanıcı Adı UserName | Etkinliği gerçekleştiren veya olayla ilişkili kullanıcının adı veya benzersiz tanımlayıcısı. | ||
| Açıklama Kullanıcı Adı, süreçte belirli bir görevi yerine getiren yönetici, İK iş ortağı veya bütçe sahibi gibi bireysel çalışanı tanımlar. Bu kişi bir pozisyon talep eden, bir adımı onaylayan veya pozisyon detaylarını değiştiren kişi olabilir. Bu öznitelik, kaynak performansı, iş yükü dağılımı ve uyumluluk ile ilgili tüm analizler için büyük önem taşır. 'Hangi kullanıcılar en çok talebi yönetiyor?' veya 'Belirli onaylayıcılarla ilişkili gecikmeler var mı?' gibi soruları yanıtlamaya yardımcı olur. Ayrıca, kritik görevlerin aynı kişi tarafından yapılmamasını güçlüak için görevler ayrılığı analizinde de kullanılır. Neden Önemli?dir? İş yükü dağılımı, kullanıcı performansı ve uyumluluk analizini sağlayarak eğitim ihtiyaçlarını veya kaynak kısıtlamalarını belirlemeye yardımcı olur. Nereden Alınır?? Genellikle işlem detaylarında, değişiklik Örnekler::::::: j.doeEmily.WhiteU789123David Chen | |||
| Maliyet Merkezi CostCenter | Pozisyonun maliyetlerinin tahsis edildiği departman veya grup için finansal kod veya tanımlayıcı. | ||
| Açıklama Maliyet Merkezi, bir pozisyonu kuruluşun hesap planındaki belirli bir bütçe birimine bağlayan finansal bir boyuttur. Personel sayısı ve personel giderleriyle ilgili finansal planlama, bütçeleme ve raporlama için kullanılır. Process Mining açısından, Maliyet Merkezi, pozisyon yönetimi sürecinin finansal bir mercekle analiz edilmesine sunar. Belirli maliyet merkezlerinin daha sık pozisyon değişiklikleri yaşayıp yaşamadığını, daha uzun onay sürelerine sahip olup olmadığını veya daha yüksek işe alım maliyetleriyle ilişkili olup olmadığını belirlemeye yardımcı olabilir. Bu, bütçe uyumu analizi ve pozisyon yönetimi kararlarının finansal etkisini anlamak için özellikle faydalıdır. Neden Önemli?dir? Pozisyonu finansal bir birime bağlayarak, bütçe alanına göre süreç performansının ve maliyetlerin analizini sunar. Nereden Alınır?? İK veya ERP sistemindeki pozisyon kaydının finansal veya organizasyonel atama detaylarında bulunur. Örnekler::::::: CC-451001002-FIN-US78345SALES-WEST | |||
| Pozisyon Durumu PositionStatus | Event anındaki pozisyonun mevcut veya geçmiş durumu, örneğin 'Açık', 'Dolu', 'Dondurulmuş' veya 'Kapatıldı'. | ||
| Açıklama Pozisyon Durumu, pozisyonun süreç döngüsü içindeki durumunu gösterir. Bu öznitelik dinamiktir ve pozisyon süreç içinde ilerledikçe değişir. Örneğin, bir pozisyon 'Onay Bekliyor' olarak başlayabilir, 'Açık - İşe Alım' durumuna geçebilir, ardından 'Dolduruldu' ve nihayet 'Kapatıldı' olabilir. Bu öznitelik, durum tabanlı analiz ve 'Atıl ve Pasif Pozisyon Analizi' gibi kontrol paneli'lar için büyük önem taşır. Her durumda geçirilen süreyi analiz ederek, kuruluşlar 'Açık' durumda çok uzun süre kalan pozisyonlar gibi darboğazları belirleyebilir. Ayrıca kapasite planlamasına ve iş gücü boru hattının genel sağlığını anlamaya yardımcı olur. Neden Önemli?dir? Pozisyonların her durumda ne kadar kaldığını analiz etmeyi sunar, bu da atıl pozisyonları belirlemek ve iş gücü planlamasını yönetmek için büyük önem taşır. Nereden Alınır?? Genellikle ana pozisyon kaydında saklanır ve durum değiştiren etkinlikler meydana geldikçe güncellenir. Örnekler::::::: Açık - İşe AlımOnay BekleniyorDoldurulduDondurulmuşKapalı | |||
| Yönetici Adı ManagerName | İşe alım yöneticisinin veya pozisyonun bağlı olduğu yöneticinin adı. | ||
| Açıklama Yönetici Adı, yeni pozisyondaki çalışanı denetleyecek kişiyi tanımlar. Bu kişi genellikle talebi başlatan ve onay ile işe alım sürecinde kilit bir paydaş olan kişidir. Bu nitelik, 'Onay Darboğaz Analizi' kontrol paneli'unun merkezindedir. Aktiviteleri yöneticiye göre gruplandırarak, iş yükü veya ek eğitim ihtiyacı nedeniyle süreç darboğazı olabilecek kişileri belirlemek mümkündür. Ayrıca süreç içindeki yönetim seviyesi katılımını ve karar verme modellerini anlamaya yardımcı olur. Neden Önemli?dir? Pozisyon için kilit paydaşı belirleyerek onay gecikmelerinin ve yöneticiye özgü süreç modellerinin analizini sunar. Nereden Alınır?? Pozisyon detaylarında, genellikle raporlama yapısının veya organizasyonel atamanın bir parçası olarak bulunur. Örnekler::::::: Robert SmithMaria GarciaChen WeiPriya Patel | |||
| Değişiklik Nedeni ChangeReason | Bir pozisyon talebi reddedildiğinde, yeniden işleme için gönderildiğinde veya nitelikleri değiştirildiğinde sunulan gerekçe. | ||
| Açıklama Değişiklik Nedeni, süreçteki belirli, genellikle standart dışı event'ler için açıklamayı yakalar. Bu, bir talebi reddetme nedenlerini, yeniden sınıflandırma gerekçesini veya bir talep değişiklikler için başlatıcıya geri gönderildiğinde sağlanan yorumları içerir. Bu niteliksel veri, kök neden analizi için son derece değerlidir. Süreç sapmalarının arkasındaki 'neden'i sunar. Örneğin, reddetme nedenlerini analiz etmek, eksik bütçe bilgisi veya belirsiz iş tanımları gibi pozisyon talepleriyle ilgili yaygın sorunları vurgulayabilir. Bu önemli bilgi, 'İlk Geçiş Verim Oranı'nı iyileştirmek ve 'Pozisyon Yeniden İşleme Oranı'nı azaltmak için temel rol oynar. Neden Önemli?dir? Yeniden işleme, redler ve diğer sapmaları anlamak için önemli bir bağlam sunar, hedeflenmiş kök neden analizini ve süreç iyileştirmeyi sunar. Nereden Alınır?? Genellikle reddetme, yeniden işleme (rework) veya değişiklik işlemlerine ilişkin yorum alanlarında, notlarda veya belirli neden kodu alanlarında bulunur. Örnekler::::::: Bütçe onaylanmadıYanlış iş profili seçildiYeniden YapılanmaTalep detayları eksik | |||
| İş Ailesi JobFamily | Benzer fonksiyonlara, becerilere sahip veya aynı profesyonel alana ait işlerin üst düzey gruplandırılması. | ||
| Açıklama Bir İş Ailesi, ilgili iş unvanlarını gruplandıran bir sınıflandırmadır. Örneğin, 'Yazılım Mühendisi', 'QA Test Uzmanı' ve 'DevOps Mühendisi' hepsi 'Mühendislik' iş ailesine ait olabilir. Bu, pozisyonları belirli bir iş unvanından daha geniş bir düzeyde kategorize etme ve analiz etme yolu sunar. Analizde İş Ailesi kullanmak, iş gücü eğilimleri ve süreç verimliliklerine stratejik bir bakış açısı sunar. Kuruluşların 'Finans' ile 'BT' gibi farklı fonksiyonlardaki pozisyon yönetimi süreç döngüsünü karşılaştırmasına yardımcı olabilir. Bu, fonksiyona özgü darboğazları veya en iyi uygulamaları ortaya çıkarabilir ve stratejik iş gücü planlamasına bilgi verebilir. Neden Önemli?dir? Benzer işleri gruplandırarak üst düzey analiz yapılmasına sunar, bu da farklı kurumsal fonksiyonlardaki süreç eğilimlerini anlamaya yardımcı olur. Nereden Alınır?? Kuruluşun iş kataloğunda veya mimarisinde tanımlanmış ve iş profili veya pozisyon kaydında bir öznitelik olarak depolanmıştır. Örnekler::::::: MühendislikFinans ve MuhasebeSatışİnsan Kaynakları | |||
| Konum Location | Pozisyonun fiziksel, coğrafi veya bölgesel konumu. | ||
| Açıklama Konum özniteliği, bir pozisyonla ilişkili ofisi, şehri, eyaleti veya ülkeyi belirtir. Bu coğrafi bilgi, işe alım süreçlerindeki bölgesel farklılıkları ve iş gücü dağılımını anlamak için büyük önem taşır. Süreci konuma göre analiz etmek önemli stratejik bilgiler sunabilir. Örneğin, yerel iş gücü piyasası koşulları nedeniyle döngü sürelerindeki farklılıkları, farklı ülkelerdeki onay hiyerarşilerinin çeşitliliğini veya belirli bölgelerde sürece ek adımlar katan uyumluluk gereksinimlerini ortaya çıkarabilir. Bu analiz, gerekli yerel farklılıklara uyum sunarken küresel süreç standardizasyon çabalarını destekler. Neden Önemli?dir? Süreç verimliliği, işe alım talebi ve uyumluluk gereksinimlerindeki bölgesel farklılıkları ortaya çıkarmak için coğrafi analiz yapılmasını sunar. Nereden Alınır?? Pozisyon ana verilerinde organizasyonel detayların bir parçası olarak saklanır. Örnekler::::::: New York, ABDBerlin, GermanySingapurLondra Ofisi | |||
| Talep Kimliği RequisitionId | Pozisyona bağlı iş talebinin benzersiz tanımlayıcısı, pozisyonu işe alım sürecine bağlar. | ||
| Açıklama Talep ID'si (Requisition ID), pozisyon yönetimi süreci ile işe alım süreci arasında bir köprü görevi görür. Bir pozisyon onaylanıp doldurulmaya hazır olduğunda, işe alım faaliyetlerini resmi olarak başlatmak için genellikle bir iş talebi oluşturulur. Bu tanımlayıcının dahil edilmesi, işe alımdan emekliliğe (Hire-to-Retire) döngüsünün gerçek bir uçtan uca görünümünü elde etmek için büyük önem taşır. Pozisyon oluşturma ve onay verilerini, aday tedariki, mülakatlar ve teklifler gibi sonraki işe alım verileriyle bağlamaya sunar. Bu bağlantı, ilk talepten adayın başlangıç tarihine kadar toplam doldurma süresinin ayrıntılı bir analizini sunar. Neden Önemli?dir? Pozisyonu işe alım sürecine bağlayarak, tüm yetenek edinme süreç döngüsünün daha geniş bir uçtan uca analizini sunar. Nereden Alınır?? Genellikle Aday Takip Sistemi (ATS) veya işe alım modülü tarafından oluşturulur ve ana İKYS'deki pozisyon kaydına bağlanır. Örnekler::::::: REQ-2024-05-201JR102345R-0098778553 | |||
İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| İK Onayı Alındı | İnsan Kaynakları departmanından gelen son onayı temsil eder; pozisyonun şirket politikaları, derecelendirme ve ücretlendirme yapılarıyla uyumlu olduğunu teyit eder. Bu genellikle pozisyon resmi olarak oluşturulmadan önceki son onadır. | ||
| Neden Önemli?dir? Nihai bir geçit olarak, bu aşamadaki gecikmeler büyük bir darboğaz olabilir. Bu adımı analiz etmek, İK operasyonlarındaki süreç verimliliğini ve uyumluluk uyumunu anlamak için büyük önem taşır. Nereden Alınır?? Bu, pozisyon oluşturma Yakala İK'ya özel onay görevinin workflow geçmişinde tamamlandığı zaman damgası (zaman damgası)nı belirleyin. Event tipi explicit | |||
| Pozisyon Aktifleşti | Bir pozisyonun resmi olarak açık ve personel eylemleri (iş ilanı yayınlamak gibi) için kullanılabilir hale geldiği noktayı işaretler. Bu, işe alım süreci için hazır olduğunu gösterir. | ||
| Neden Önemli?dir? Bu olay, pozisyon yönetiminden yetenek kazanımına ana devir teslim noktasıdır. Oluşturulan bir pozisyonu etkinleştirmek için gereken süre, operasyonel hazırlıktaki gecikmeleri vurgulayabilir. Nereden Alınır?? Bu, pozisyon kaydındaki bir durum alanının 'Aktif', 'Açık' veya benzer bir duruma değişmesinden ve bu değişikliğin yürürlük tarihinden çıkarılır. Yakala Pozisyonun durum kodunun aktif olduğunu ve işe alım için açık olduğunu gösteren bir değere değiştiği zaman damgası (zaman damgası)nı yakalayın. Event tipi inferred | |||
| Pozisyon Devre Dışı Bırakıldı | Pozisyon pasif hale getirilir, genellikle bir çalışan ayrıldıktan ve yerine hemen birini alma planı olmadığında. Pasif bir pozisyon aktif organizasyon şemasından çıkarılır ancak geçmiş kayıtlar için sistemde tutulur. | ||
| Neden Önemli?dir? Bu etkinlik, personel sayısını yönetmeye yardımcı olur ve organizasyon şemalarının doğruluğunu sunar. Bir pozisyonun boş kalması ile pasif hale getirilmesi arasındaki süre, iş gücü planlamasındaki verimliliği gösterebilir. Nereden Alınır?? Bu, pozisyon kaydındaki durum değişikliğinin 'Pasif' veya 'Durduruldu' olarak ve ilgili yürürlük tarihinin olmasıyla çıkarılır. Yakala Pozisyonun durumunun artık aktif olmadığını gösteren bir değere değiştiği zaman damgası (zaman damgası)nı yakalayın. Event tipi inferred | |||
| Pozisyon Dolduruldu | İşe alım sürecinin başarılı sonucunu temsil eder; bir adayın işe alındığı veya dahili bir çalışanın pozisyona transfer edildiği durumu ifade eder. Pozisyon artık doludur. | ||
| Neden Önemli?dir? Bu, pozisyonun süreç döngüsünde önemli bir başarı dönüm noktasıdır. 'Pozisyon Aktifleşti'den 'Pozisyon Dolduruldu'ya kadar geçen süreyi ölçmek, genel işe alım süresi metriğinin kritik bir bileşenidir. Nereden Alınır?? Bu olay, bir çalışan ID'sini pozisyon ID'sine bağlayan bir 'İşe Alım' veya 'Kadrolandırma' iş sürecinin başarılı bir şekilde tamamlanması üzerine yakalanır. Yakala Bir çalışanı pozisyona atayan işe alım veya transfer eyleminin yürürlük tarihini kullanın. Event tipi explicit | |||
| Pozisyon Kapatıldı | Pozisyonun organizasyon yapısından kalıcı olarak kaldırılmasını veya arşivlenmesini temsil eder. Bu, pozisyonun süreç döngüsündeki son event olup, bir daha kullanılmayacağını gösterir. | ||
| Neden Önemli?dir? Bu, pozisyonun süreç döngüsünü tamamlayan son etkinliktir. Kapanan pozisyonları analiz etmek, uzun vadeli organizasyonel tasarım ve stratejik iş gücü azaltımları için önemlidir. Nereden Alınır?? Bu, genellikle bir pozisyonu 'Kapatma' veya 'İptal Etme'ye yönelik açık bir eylem veya iş sürecidir, Yakala Bir 'Pozisyonu Kapat' iş sürecinin tamamlama olayıni veya 'Kapalı' veya 'Ortadan Kaldırıldı'ya nihai bir durum değişikliğini arayın. Event tipi explicit | |||
| Pozisyon Oluşturuldu | Tüm gerekli onaylar alındıktan sonra çekirdek İK sisteminde pozisyon kaydının resmi olarak oluşturulduğunu işaretler. Pozisyon artık resmi olarak kuruluşun yapısının bir parçasıdır ve benzersiz bir tanımlayıcıya sahiptir. | ||
| Neden Önemli?dir? Bu, onay aşamasının sonunu ve pozisyonun aktif yaşamının başlangıcını gösteren kritik bir dönüm noktasıdır. 'Talep Başlatıldı'dan 'Pozisyon Oluşturuldu'ya kadar geçen süre, önemli bir performans göstergesidir. Nereden Alınır?? Bu, ana İK veri tablolarındaki birincil pozisyon kaydının veya nesnesinin oluşturulma zaman damgası (zaman damgası)ndan yakalanır. Yakala Birincil pozisyon tablosundan veya nesnesinden 'oluşturma tarihi' veya 'sistem tarafından oluşturulma tarihi' zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Pozisyon Talebi Başlatıldı | Pozisyon yönetimi sürecinin resmi başlangıcını işaretler. Bu event, genellikle bir işe alım yöneticisi olan bir kullanıcının İK sistemi aracılığıyla yeni veya yedek bir pozisyon için talep göndermesiyle yakalanır. | ||
| Neden Önemli?dir? Bu etkinlik, genel pozisyon oluşturma döngü süresini ölçmek için birincil başlangıç noktasıdır. Bu taleplerin hacmini ve zamanlamasını analiz etmek, kaynak planlamasına ve organizasyonel büyüme veya yeniden yapılandırma eğilimlerini anlamaya yardımcı olur. Nereden Alınır?? Bu olay, genellikle bir Yakala Bir pozisyon talebi kaydının oluşturma olayıni veya ilgili iş süreci iş akışını (workflow)ndaki ilk adımı belirleyin. Event tipi explicit | |||
| Bütçe Onayı Alındı | Finans departmanının veya bütçe sahibinin, yeni pozisyon için fonların mevcut ve tahsis edildiğini onayladığı önemli bir dönüm noktasıdır. Bu adım, talebin finansal uygunluğunu doğrular. | ||
| Neden Önemli?dir? Bu etkinlik, finansal yönetişim için büyük önem taşır ve bütçeyle ilgili gecikmeleri analiz etmeye yardımcı olur. Finansal onay için döngü süresini anlamak, bütçeleme veya tahmin sürecindeki sorunları ortaya çıkarabilir. Nereden Alınır?? Genellikle Yakala Bütçe Onayı' veya 'Finans İncelemesi' adımının tamamlandığını gösteren bir workflow event log arayın. Event tipi explicit | |||
| Pozisyon Donduruldu | Aktif bir pozisyonun geçici olarak askıya alındığını, buna karşı herhangi bir işe alım veya diğer personel eylemlerini engellediğini gösterir. Bu genellikle bütçe değişikliklerinden veya stratejik önceliklerdeki değişikliklerden kaynaklanır. | ||
| Neden Önemli?dir? Pozisyonların ne zaman ve neden dondurulduğunu takip etmek, organizasyonel dalgalanma ve bütçe dondurmaları hakkında stratejik bilgiler sunar. Açık ancak aktif olarak doldurulmayan 'bekleyen' pozisyonları belirlemeye yardımcı olur. Nereden Alınır?? Bu, pozisyonun çekirdek İK sistemindeki durumunun 'Donduruldu', 'Beklemede' veya 'Askıya Alındı' olarak değişmesinden çıkarılır. Yakala Pozisyonun durumunun 'Dondurulmuş' veya 'Beklemede' bir durumu yansıtacak şekilde güncellendiği zaman damgası (zaman damgası)nı yakalayın. Event tipi inferred | |||
| Pozisyon İçin İşe Alım Başlatıldı | Aktif bir pozisyon için yetenek edinme sürecinin resmi olarak başladığını gösterir. Bu genellikle pozisyona bağlı bir iş talebi oluşturulmasıyla işaretlenir. | ||
| Neden Önemli?dir? Bu etkinlik, pozisyon yönetimi sürecini işe alım süreciyle birleştirir. Pozisyonun aktifleştirilmesi ile işe alımın başlatılması arasındaki süreyi analiz etmek, devir teslim sürecindeki potansiyel boşlukları ortaya çıkarır. Nereden Alınır?? Genellikle işe alım modülünde yeni bir iş talebi kaydı oluşturulduğunda yakalanır ve belirli pozisyon tanımlayıcısına geri bağlanır. Yakala Pozisyon ID'si ile ilişkili iş talebi kaydının oluşturulma zaman damgası (zaman damgası)nı kullanın. Event tipi explicit | |||
| Pozisyon Öznitelikleri Değiştirildi | Mevcut bir pozisyonun başlık, departman veya konum gibi açıklayıcı niteliklerinde yapılan herhangi bir değişikliği temsil eder. Bu aktivite genellikle pozisyon oluşturulduktan sonra gerçekleşir. | ||
| Neden Önemli?dir? Oluşturulduktan sonra sık yapılan değişiklikler, başlangıçtaki veri kalitesi sorunlarını veya organizasyonel istikrarsızlığı gösterebilir. Bu değişiklikleri analiz etmek, onay sonrası ayarlamaların doğasını ve sıklığını anlamaya yardımcı olur. Nereden Alınır?? Bu etkinlik, genellikle sistemin denetim Yakala Değişiklik log'larını izleyin veya temel alanlardaki değişiklikleri tespit etmek için pozisyon verilerinin öncesi ve sonrası anlık görüntülerini kullanın. Event tipi inferred | |||
| Pozisyon Talebi Reddedildi | Bir pozisyon talebinin sürecin herhangi bir aşamasında bir onaylayıcı tarafından resmi olarak reddedildiğini gösterir. Bu, talep için son bir event olup, daha fazla ilerlemeyi durdurur. | ||
| Neden Önemli?dir? Reddedilmeleri takip etmek, 'İlk Geçiş Verim Oranı'nı nicelleştirmeye yardımcı olur ve bütçe kısıtlamaları veya stratejik uyumsuzluk gibi başarısız taleplerin nedenlerini ortaya koyar. Bu analiz, gelecekteki başvuruların kalitesini artırabilir. Nereden Alınır?? Bu, bir onaylayıcının 'Reddet' veya 'Geri Çevir' eylemini seçtiğinde Yakala Reddedildi' durumuyla ilişkili zaman damgası (zaman damgası)nı veya bir 'Reddet' workflow eyleminin yürütülmesini belirleyin. Event tipi explicit | |||
| Pozisyon Talebi Yeniden İşleme İçin Gönderildi | Bir onaylayıcının pozisyon talebini değişiklikler veya açıklama için önceki bir adıma geri döndürdüğünü gösterir. Bu eylem, süreçte bir döngü oluşturarak başlatıcının talebi revize edip yeniden göndermesini gerektirir. | ||
| Neden Önemli?dir? Bu etkinlik, yeniden işleme (rework) ve süreç verimsizliğinin doğrudan bir ölçüsüdür. Sık sık görülen yeniden işleme döngüleri, belirsiz gereksinimlere, veri giriş hatalarına veya departmanlar arasındaki uyumsuzluğa işaret eder. Nereden Alınır?? Bu, çoğu Yakala İş akışı durumunun önceki bir adıma geri döndürüldüğü veya belirli bir 'Geri Gönder' eyleminin kaydedildiği olayları yakalayın. Event tipi explicit | |||
| Pozisyon Yeniden Sınıflandırıldı | Bir pozisyonun iş ailesi, derecesi veya seviyesi gibi temel sınıflandırmasının değiştirildiği önemli bir güncellemedir. Bu, basit bir öznitelik değişikliğinden daha detaylı bir değişikliktir ve kendi onay sürecini gerektirebilir. | ||
| Neden Önemli?dir? Yeniden sınıflandırmalar, ücretlendirme, kariyer yolu oluşturma ve organizasyonel yapıyı etkileyebilir. Bu olayları takip etmek, organizasyonel tasarım değişikliklerini ve iş mimarisinin çevikliğini analiz etmeye yardımcı olur. Nereden Alınır?? Bu, özel bir iş süreci aracılığıyla yakalanabilir veya pozisyon kaydının değişiklik geçmişindeki belirli iş sınıflandırma alanlarındaki değişikliklerden çıkarılabilir. Yakala Pozisyonu Yeniden Sınıflandır' iş akışını (workflow)nun tamamlanmasını arayın veya 'İş Profili', 'Derece' veya 'İş Kodu' gibi alanlardaki değişiklikleri takip edin. Event tipi explicit | |||
| Yönetici Onayı Alındı | Talep eden yönetici veya departman başkanı tarafından tamamlanan ilk onay seviyesini temsil eder. Bu, pozisyonun ekip veya departman içindeki iş ihtiyacını doğrular. | ||
| Neden Önemli?dir? Bu adımı takip etmek, onay sürecinin ilk aşamalarındaki darboğazları belirlemeye yardımcı olur. Buradaki gecikmeler, toplam doldurma süresi metriğini önemli ölçüde etkileyebilir. Nereden Alınır?? Bu genellikle pozisyon talebinin Yakala Yönetici onay görevinin iş akışı kayıtlarında 'Tamamlandı' veya 'Onaylandı' olarak işaretlendiği zaman damgası (zaman damgası)nı yakalayın. Event tipi explicit | |||
Veri Çıkarma Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,