İş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
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Veri Çekim Kılavuzu
İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Pozisyon ID
PositionId
|
Organizasyon içindeki belirli bir pozisyon için benzersiz tanımlayıcı, pozisyon yönetimi süreci için birincil vaka (case) tanımlayıcısı olarak olarak kullanılır. | ||
|
Açıklama
Pozisyon ID'si, pozisyon yönetimi süreç analizinin en önemli bileşenidir. Her ID, bir pozisyonun ilk talebi ve oluşturulmasından herhangi bir değişiklik, yeniden sınıflandırma ve nihai devre dışı bırakma veya kapatmaya kadar olan süreç döngüsünü temsil eder. Process Mining'de bu öznitelik, onaylar, veri değişiklikleri ve durum güncellemeleri gibi tüm ilgili aktiviteleri belirli bir vakayla ilişkilendirmek için kullanılır. Bu, pozisyonun yolculuğunun eksiksiz, uçtan uca bir görünümünü sağlayarak, döngü sürelerini analiz etmeyi, süreç varyantlarını belirlemeyi ve her benzersiz pozisyon için uyumluluğu izlemeyi sunar.
Neden Önemli?dir?
Bir pozisyonun tüm süreç döngüsünü izlemek, uçtan uca süreç analizini güçlüak ve belirli vakalar için darboğazları veya sapmaları belirlemeye yardımcı olmak için büyük önem taşır.
Nereden Alınır??
Bu, Workday İnsan Kaynakları (HCM)'de temel bir tanımlayıcıdır ve genellikle Personel Alımı ve Organizasyonel Gelişim ve Pozisyon Yönetimi ile ilgili raporlarda ve iş süreci verilerinde bulunur.
Örnekler:::::::
POS-001, 2, 3, 45POS-0067890POS-0112233
|
|||
|
Aktivite Adı
ActivityName
|
Gerçekleşen belirli iş süreci adımının veya olayının adı, örneğin 'Position Created' veya 'Budget Approved'. | ||
|
Açıklama
Aktivite Adı, pozisyon yönetimi süreç döngüsü içindeki tek bir adımı açıklar. Bu olaylar, her pozisyon için yapılan eylem sırasını gösteren süreç haritasının temel bileşenleridir. Bu aktiviteleri analiz etmek, süreç akışlarını görselleştirmeye, yaygın ve nadir yolları belirlemeye ve ana aşamalar arasında harcanan zamanı ölçmeye sunar. Örnekler::::::: arasında 'Position Request Initiated', 'Position Attributes Modified' ve 'Position Closed' yer alır; bunlar birlikte operasyonel akışı netleştirir.
Neden Önemli?dir?
Bu öznitelik, süreç haritası oluşturmak, süreç akışını görselleştirmek ve gecikmelere veya yeniden işlenmeye neden olan belirli olayları belirlemek için büyük önem taşır.
Nereden Alınır??
Workday'in iş süreci çerçevesi işlem günlüklerinden çıkarılmıştır. Bir iş süreci tanımındaki her adım bir olay kaydı oluşturur.
Örnekler:::::::
Pozisyon Talebi BaşlatıldıYönetici Onayı GönderildiPozisyon OluşturulduPozisyon Devre Dışı Bırakıldı
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir faaliyetin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Olay Zamanı, süreçteki her aktivitenin tarihini ve saatini kaydeden kesin bir zaman damgası (zaman damgası)dır. Bu veri, döngü sürelerini, bekleme sürelerini ve süreleri hesaplama dahil olmak üzere tüm zaman tabanlı analizler için büyük önem taşır. Process Mining'de bu zaman damgası (zaman damgası), olayları kronolojik olarak sıralamak için kullanılır ve süreç akışını oluşturan aktivite dizisini oluşturur. Darboğazların belirlenmesini, çıktı analizini ve SLA'ların izlenmesini sağlayan performans teşhislerinin temelidir.
Neden Önemli?dir?
Olayları sıralamak, döngü süresi ve süre gibi tüm zaman tabanlı metrikleri hesaplamak ve süreç darboğazlarını teşhis etmek için büyük önem taşır.
Nereden Alınır??
Bu zaman damgası (zaman damgası), Workday İnsan Kaynakları (HCM)'deki her iş süreci işlemi için otomatik olarak loglanır.
Örnekler:::::::
2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z
|
|||
|
Bitiş Zamanı
EndTime
|
Bir aktivitenin ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır. Bireysel aktivitelerin süresini hesaplamak için kullanılır. | ||
|
Açıklama
Bitiş Zamanı, belirli bir faaliyetin tamamlanmasını işaret eder. Başlangıç Zamanı bir olayın ne zaman gerçekleştiğini gösterirken, Başlangıç Zamanı ve Bitiş Zamanı kombinasyonu, o olay için işleme süresinin hesaplanmasına sunar. Bu, uyumluluk incelemesi adımı gibi anlık olmayan aktiviteler için özellikle faydalıdır. Bir aktivitenin Bitiş Zamanı'nı bir sonrakinin Başlangıç Zamanı ile karşılaştırarak hem işleme süresi hem de bekleme süresi doğru bir şekilde ölçülebilir; bu da süreç verimliliği hakkında daha derin stratejik bilgiler sunar.
Neden Önemli?dir?
Aktif işlem süresi ile boş bekleme süresi arasında ayrım yapmaya yardımcı olarak aktivitelerin kesin süresini hesaplamak için gereklidir.
Nereden Alınır??
Bazı Workday iş süreci adımlarının açık başlangıç ve bitiş zamanları olabilir. Aksi takdirde, aynı vakadaki sonraki olayın Başlangıç Zamanı olarak türetilebilir.
Örnekler:::::::
2023-04-15T09:05:12Z2023-04-15T17:00:00Z2023-04-18T11:21:55Z
|
|||
|
Bölüm
Department
|
Pozisyonun ait olduğu departman veya denetleyici organizasyon. | ||
|
Açıklama
Workday terminolojisinde sıklıkla 'Supervisory Organization' olarak adlandırılan Departman özniteliği, bir pozisyon için birincil organizasyonel bağlamı sunar. Pozisyonun yer aldığı ekibi veya iş alanını tanımlar. Bu, işin farklı bölümleri arasında performans karşılaştırmaları yapmaya olanak tanıyan analiz için önemli bir boyuttur. Örneğin, en iyi uygulamaları veya yerelleşmiş darboğazları belirlemek için Mühendislik ve Pazarlama departmanları arasındaki yeni pozisyon onay döngü sürelerini karşılaştırabilirsiniz.
Neden Önemli?dir?
Farklı organizasyon birimleri arasında süreç performansını filtrelemeye ve karşılaştırmaya olanak tanıyarak departmana özgü darboğazları veya verimlilikleri ortaya çıkarır.
Nereden Alınır??
Workday İnsan Kaynakları (HCM)'de Denetleyici Organizasyona atanması yoluyla pozisyona bağlıdır.
Örnekler:::::::
Satış - Kuzey AmerikaMühendislik - Platform GeliştirmeFinans - Kurumsal FP&A
|
|||
|
Değişiklik Nedeni
ReasonForChange
|
Yeniden sınıflandırma, değişiklik veya pozisyonun kapatılması gibi bir değişiklik olayı için belirtilen neden. | ||
|
Açıklama
Bu öznitelik, bir pozisyonda neden belirli bir değişiklik yapıldığına dair iş gerekçesini yakalar. Tutarlılık güçlüak için Workday'de genellikle önceden tanımlanmış bir listeden nedenler seçilir, örneğin 'Re-organization', 'New Project' veya 'Budgetary Adjustment'. Bu özniteliği analiz etmek, süreç akışlarının ardındaki önemli bir bağlam sunar. Organizasyonel yeniden yapılanmada veya rol evriminde eğilimleri belirlemek için yeniden sınıflandırma olaylarını belirli nedenlerle ilişkilendirerek 'nedenin arkasındaki nedeni' anlamaya yardımcı olur.
Neden Önemli?dir?
Değişiklikler ve yeniden sınıflandırmalar gibi süreç faaliyetlerinin ardındaki iş bağlamını açıklayarak, süreç varyasyonlarının temel nedenlerinin analiz edilmesine yardımcı olur.
Nereden Alınır??
Bu, Workday'deki birçok iş süreci işlemi için gerekli bir alandır; örneğin 'Edit Position Restrictions' veya 'Close Position'.
Örnekler:::::::
Yeni departman oluşturmaYeniden YapılandırmaVeri düzeltmesiProje Sonucu
|
|||
|
İş Ailesi
JobFamily
|
'Mühendislik' veya 'İnsan Kaynakları' gibi benzer özelliklere, becerilere ve işlere sahip işlerin bir araya getirilmesi. | ||
|
Açıklama
İş Ailesi, ilgili İş Profillerini gruplandıran bir sınıflandırmadır. Örneğin, 'Yazılım Mühendisi' ve 'Kıdemli Yazılım Mühendisi' iş profilleri 'Mühendislik' iş ailesine ait olabilir. Bu, rolleri daha üst düzeyde kategorize etmenin ve analiz etmenin bir yolunu sunar. Bu öznitelik, yeniden sınıflandırmaları izleme veya pozisyon niteliklerini standartlaştırma gibi analizleri destekler. İş aileleri içindeki veya arasındaki değişiklikleri analiz ederek, bir kuruluş kariyer yolları, rol tanımlarının tutarlılığı ve iş gücü eğilimleri hakkında stratejik bilgiler elde edebilir.
Neden Önemli?dir?
Rollerin daha üst düzeyde analizini sağlayarak standardizasyon çabalarını ve ilgili iş kategorileri arasındaki yeniden sınıflandırmaların analizini destekler.
Nereden Alınır??
Bu, Workday İnsan Kaynakları (HCM)'deki iş kataloğu yapısının bir parçasıdır ve bir pozisyonun Job Profile'ı ile ilişkilidir.
Örnekler:::::::
Bilgi TeknolojileriFinans ve MuhasebeSatış Profesyonelleri
|
|||
|
Kullanıcı
User
|
Aktiviteyi gerçekleştiren kişinin kullanıcı ID'si veya adı. | ||
|
Açıklama
Bu öznitelik, süreçte belirli bir görevi tamamlamaktan sorumlu çalışanı veya sistem kullanıcısını tanımlar; örneğin bir onayı göndermek veya pozisyon niteliklerini değiştirmek gibi. Bu bir yönetici, bir İK ortağı veya bir finans analisti olabilir. Verileri kullanıcıya göre analiz etmek, eğitim fırsatlarını, iş yükü dağıtım dengesizliklerini ve bireysel performans varyasyonlarını belirlemeye yardımcı olur. Örneğin, hangi kullanıcıların yeniden işleme aktivitelerine en sık katıldığını tespit edebilir; bu da daha net talimatlara veya sistem iyileştirmelerine ihtiyaç olduğunu düşündürebilir.
Neden Önemli?dir?
İş yükü dağılımının, kullanıcıya özgü davranışların analizini ve eğitim ihtiyaçlarının veya yüksek performanslı bireylerin belirlenmesini sunar.
Nereden Alınır??
Workday'deki iş süreci işlem günlüklerinde mevcuttur; bu günlükler her adım için başlatıcıyı veya eylemi kaydediyor.
Örnekler:::::::
jsmithdavis_janehr_admin_svc
|
|||
|
Maliyet Merkezi
CostCenter
|
Pozisyonla ilişkili finansal maliyet merkezi, bütçeleme ve finansal raporlama için kullanılır. | ||
|
Açıklama
Maliyet Merkezi, bir pozisyonu belirli bir bütçeye bağlayan finansal bir boyuttur. Maliyetleri takip etmek ve iş gücü planlamasının finansal planlarla uyumlu olmasını güçlüak için gereklidir. Process Mining'de bu öznitelik, bütçe onayları ve finansal etki ile ilgili analizler için büyük önem taşır. Bütçe onay sürelerinin maliyet merkezine göre nasıl değişebileceğini anlamaya ve pozisyon yönetimi faaliyetlerini finansal sonuçlarla ilişkilendirmeye yardımcı olur. Ayrıca, benzer finansal birimler arasında rol niteliklerini standartlaştırmak için de temel rol oynar.
Neden Önemli?dir?
Analiz için finansal bir boyut sunar; süreci bütçe birimine göre görüntülemeye sunar ve bütçeyle ilgili darboğaz analizini destekler.
Nereden Alınır??
Bu, Workday İnsan Kaynakları (HCM) içinde bir pozisyona atanan finansal veya 'Worktags' bilgilerinin bir parçasıdır.
Örnekler:::::::
CC4010_MARKETINGCC2050_RD_SOFTWARECC7000_ADMIN
|
|||
|
Pozisyon Durumu
PositionStatus
|
Pozisyonun mevcut veya geçmiş durumu, örneğin 'Açık', 'Dolu', 'Dondurulmuş' veya 'Kapatılmış'. | ||
|
Açıklama
Pozisyon Durumu, belirli bir zamanda pozisyonun durumunu gösterir. Bu öznitelik, pozisyonun mevcut kullanılabilirliğini ve süreç döngüsü aşamasını anlamak için büyük önem taşır. Analizde, duruma göre filtreleme, sürecin belirli bölümlerine odaklanmaya yardımcı olabilir. Örneğin, 'Frozen' durumu olan pozisyonları analiz etmek, kaynakların ne kadar süredir bağlı olduğunu görmek için eskime raporları oluşturmaya yardımcı olur. Durumlar arasındaki geçişi izlemek, süreç akışını anlamak için temel rol oynar.
Neden Önemli?dir?
Bir pozisyonun durumu hakkında önemli bilgiler sunar; dondurulmuş pozisyon yaşlanmasını analiz etmeye ve süreç döngüsü boyunca ilerlemeyi izlemeye sunar.
Nereden Alınır??
Workday İnsan Kaynakları (HCM)'deki pozisyon nesnesinde standart bir alan olarak mevcuttur.
Örnekler:::::::
Açık - OnaylandıDoldurulduDondurulmuşKapalı
|
|||
|
İş Birimi
BusinessUnit
|
Pozisyonun ait olduğu üst düzey iş bölümü veya birimi, örneğin 'Consumer Products' veya 'Enterprise Solutions'. | ||
|
Açıklama
İş Birimi, şirketin ana bir segmentini temsil eder ve organizasyonel hiyerarşide bir departmandan daha üstte yer alır. Yüksek düzeyli stratejik ve finansal raporlama için kullanılır. İş Birimine göre pozisyon yönetimi sürecini analiz etmek, iş gücü dinamiklerinin stratejik bir görünümünü sunar. Büyük şirket birimleri arasında işe alım hızı, yeniden sınıflandırma oranları veya süreç verimliliğindeki farklılıkları vurgulayarak, liderliği makro düzeydeki operasyonel eşitsizlikler hakkında bilgilendirebilir.
Neden Önemli?dir?
Büyük şirket bölümleri genelinde süreç performansının üst düzey, stratejik analizini sağlayarak yönetici düzeyinde kararları bilgilendirir.
Nereden Alınır??
Bu, Workday'de genellikle pozisyonlara veya ilişkili maliyet merkezlerine atanabilen bir 'Worktag' olarak uygulanır.
Örnekler:::::::
Tüketici ÜrünleriKurumsal ÇözümlerKurumsal Enerji ve Altyapı
|
|||
|
İş Profili
JobProfile
|
Bir iş için, sorumlulukları ve nitelikleri gibi temel özelliklerini tanımlayan standartlaştırılmış `template`. | ||
|
Açıklama
Job Profile, Workday'in iş mimarisindeki temel bir unsurdur. Varsayılan unvanı, nitelikleri ve ücretlendirme kademesi dahil olmak üzere bir işi tanımlayan bir Bu öznitelik, süreç standardizasyonunu anlamak için temel rol oynar. Süreçleri Job Profile'a göre analiz etmek, belirli rol türlerinin daha uzun onay döngülerine sahip olup olmadığını veya yeniden işlenmeye daha yatkın olup olmadığını ortaya çıkarabilir. Ayrıca, bir pozisyonun bir Job Profile'dan diğerine geçtiği yeniden sınıflandırmaları izlemek için de büyük önem taşır.
Neden Önemli?dir?
Bir pozisyonu standart bir iş Template'ina bağlayarak, standartlaştırılmış rol özelliklerine dayalı süreç varyasyonlarının analizini sunar.
Nereden Alınır??
Workday İnsan Kaynakları (HCM)'deki her pozisyon için zorunlu bir alandır. Kadrolama veri modelinin temel bir parçasıdır.
Örnekler:::::::
JP-FIN-Analyst3JP-ENG-Dev5JP-HR-Generalist2
|
|||
|
Kadro Tipi
PositionType
|
Pozisyonu, Tam Zamanlı, Yarı Zamanlı veya Yüklenici gibi istihdam koşullarına göre kategorize eder. | ||
|
Açıklama
Pozisyon Türü, Workday'de sıklıkla 'Çalışanşan Türü' veya 'Zaman Türü' olarak adlandırılır ve pozisyonla ilişkili istihdamın niteliğini sınıflandırır. Bu, iş gücü planlaması ve yönetimi için temel bir özniteliktir. Process Mining'de bu boyut, farklı çalışan türleri için pozisyon yönetimi sürecini karşılaştırmaya sunar. Örneğin, yükleniciler için onay sürecinin tam zamanlı çalışanlara göre daha hızlı veya daha az karmaşık olup olmadığı araştırılabilir; bu da süreç optimizasyonu fırsatlarını ortaya çıkarabilir.
Neden Önemli?dir?
Tam zamanlıya karşı sözleşmeli çalışan gibi farklı çalışan kategorileri için pozisyon yönetimi sürecini karşılaştırmaya olanak tanıyarak optimizasyon fırsatları bulmayı sunar.
Nereden Alınır??
Pozisyon tanımının bir parçası olarak, genellikle 'Çalışanşan Türü' veya 'Zaman Türü' olarak mevcuttur.
Örnekler:::::::
Normal Tam ZamanlıNormal Yarı ZamanlıBelirli Süreli Yüklenici
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistem, bu durumda Workday İnsan Kaynakları (HCM)'dir. | ||
|
Açıklama
Bu öznitelik, pozisyon yönetimi süreç verilerinin üretildiği kaynak uygulamayı tanımlar. Bu özel analiz için kaynak tutarlı bir şekilde Workday İnsan Kaynakları (HCM) olsa da, verilerin birden fazla sistemden birleştirilebildiği kurumsal ortamlarda kritik bir alandır. Bu özniteliği dahil etmek, veri soyunun net olmasını sunar ve farklı platformlara yayılabilecek süreçleri ayırt etmeye yardımcı olur. Bağlam sunar ve veri yönetişimi için en iyi uygulamadır.
Neden Önemli?dir?
Veri kaynağı hakkında temel bağlam sunar; çoklu sistem ortamlarında netlik sunar ve veri yönetişim standartlarını destekler.
Nereden Alınır??
Bu, genellikle veri çekme ve dönüştürme süreci sırasında eklenen statik bir değerdir ('Workday İnsan Kaynakları (HCM)').
Örnekler:::::::
Workday İnsan Kaynakları (HCM)WorkdayHCM_Prod
|
|||
|
Konum
Location
|
Pozisyonla ilişkili fiziksel veya mantıksal çalışma konumu. | ||
|
Açıklama
Konum özniteliği, pozisyonun yer aldığı coğrafi alanı veya ofisi belirtir. Bu, belirli bir bina adresinden daha geniş bir ülke veya bölgeye kadar değişebilir ve 'Remote' bir değer olarak da dahil edilebilir. Konuma göre analiz yapmak, süreç performansında bölgesel farklılıkları, örneğin onay sürelerindeki veya uyumluluk oranlarındaki varyasyonları ortaya çıkarabilir. Süreçlerin küresel olarak standartlaştırılıp standartlaştırılmadığını veya yerel uygulamaların sapmalara neden olup olmadığını anlamaya yardımcı olur.
Neden Önemli?dir?
Bölgesel süreç farklılıklarını, uyumluluk varyasyonlarını veya konuma özgü darboğazları belirlemek için coğrafi analize sunar.
Nereden Alınır??
Workday İnsan Kaynakları (HCM)'de bir pozisyona atanabilecek standart bir özniteliktir.
Örnekler:::::::
New York, ABDLondra, İngiltereUzaktan (Almanya)
|
|||
|
Pozisyon Unvanı
PositionTitle
|
Pozisyonun belirli unvanı, örneğin 'Senior Financial Analyst' veya 'Lead Software Engineer'. | ||
|
Açıklama
Pozisyon Ünvanı, rolün resmi, kullanıcıya yönelik adıdır. Job Family veya Job Profile'dan daha ayrıntılı bir tanımlayıcıdır ve genellikle bir iş ilanında veya organizasyon şemasında yer alır. Bu özniteliği analiz etmek, pozisyon değişikliklerinin özelliklerini anlamak için önemlidir. Örneğin, bir yeniden sınıflandırma analizinde, unvanın önemli ölçüde değişip değişmediğini görebilirsiniz. Ayrıca, farklı departmanlardaki benzer roller için unvanlandırma tutarlılığını kontrol etmek amacıyla standartlaştırma
Neden Önemli?dir?
Rol hakkında ayrıntılı bilgi sunar; bu, yeniden sınıflandırmaları ve rol standardizasyonunu analiz etmek için büyük önem taşır.
Nereden Alınır??
Workday İnsan Kaynakları (HCM)'deki pozisyon nesnesinde standart bir alandır.
Örnekler:::::::
Kıdemli Ürün YöneticisiİK İş Ortağı IIMuhasebe Uzmanı
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verinin kaynak sistemden en son ne zaman çıkarıldığını ve Process Mining aracında yenilendiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu Bu, analizin tüm kullanıcıları için önemlidir, çünkü verilerin ne kadar güncel olduğunu söyler. Analizlerin en son operasyonel durumu yansıtıp yansıtmadığını veya biraz daha eski bir anlık görüntüye dayanıp dayanmadığını anlamaya yardımcı olur; bulguların güncelliği hakkındaki beklentileri yönetir.
Neden Önemli?dir?
Kullanıcıları verilerin güncelliği hakkında bilgilendirir, böylece süreç analizinin ve stratejik bilgilerin ne kadar güncel olduğunu anlamalarını sunar.
Nereden Alınır??
Bu zaman damgası (zaman damgası), veri yükleme sürecinin sonunda veri hattı veya ETL aracı tarafından oluşturulur.
Örnekler:::::::
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Uyumluluk Durumu
ComplianceStatus
|
'Uyumlu' veya 'Uyumsuz' gibi bir uyumluluk inceleme adımının sonucunu belirtir. | ||
|
Açıklama
Bu öznitelik, resmi bir 'Position Compliance Reviewed' aktivitesinin sonucunu yakalar. Pozisyonun niteliklerinin, onay geçmişinin veya gerekçesinin dahili politikalara veya harici düzenlemelere uygun olup olmadığını doğrular. Bu, 'Position Action Compliance Overview'
Neden Önemli?dir?
Uyumluluk kontrollerinin sonucunu doğrudan ölçerek, politika uyumunun izlenmesini ve yüksek riskli vakaların incelenmek üzere işaretlenmesini sunar.
Nereden Alınır??
Bu, muhtemelen bir Workday iş sürecindeki belirli, yapılandırılmış bir adımın çıktısı olacaktır. Bir yorum veya özel bir alan olarak saklanabilir.
Örnekler:::::::
UyumluUyumsuzTakip Gerektiriyor
|
|||
|
Uyumluluk İncelendi mi
IsComplianceReviewed
|
Bir vaka için 'Pozisyon Uyumluluğu İncelendi' aktivitesi gerçekleşmişse doğru (true) olan bir boolean değeri. | ||
|
Açıklama
Bu işaretçi, bir pozisyonun süreç döngüsünün herhangi bir noktasında resmi bir uyumluluk incelemesinden geçip geçmediğini gösterir. Belirli bir Position ID'si için 'Position Compliance Reviewed' aktivitesinin varlığı kontrol edilerek belirlenir. Bu öznitelik, uyumluluk izlemeyi ve KPI hesaplamasını basitleştirir. İncelenen veya incelenmeyen tüm
Neden Önemli?dir?
Uyumluluk oranlarının ölçümünü basitleştirir ve gerekli incelemeleri atlayan pozisyonları izole etmek ve analiz etmek için kolay filtrelemeye sunar.
Nereden Alınır??
Bu,
Örnekler:::::::
truefalse
|
|||
|
Yeni Pozisyon Onay Süresi
NewPositionApprovalCycleTime
|
Bir pozisyon talebi başlatıldığından sistemde oluşturulana kadar geçen toplam süre. | ||
|
Açıklama
Bu öznitelik, yeni pozisyon onay sürecinin uçtan uca döngü süresini ölçer. Belirli bir Position ID'si için 'Position Request Initiated' olayı ile 'Position Created' olayı arasındaki süre olarak hesaplanır. Bu, 'Average New Position Approval Cycle Time' KPI'sını ve ilgili
Neden Önemli?dir?
Anahtar bir performans göstergesini doğrudan ölçerek, onay verimliliğinin analizini ve gecikmelere neden olan faktörlerin belirlenmesini sunar.
Nereden Alınır??
Process Mining aracı içinde vaka düzeyinde, belirli başlangıç ve bitiş aktiviteleri arasındaki zaman farkı bulunarak hesaplanır.
Örnekler:::::::
P5DT6HP12DP2DT12H30M
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir aktivitenin, pozisyon niteliklerini birden çok kez değiştirmek gibi, yeniden işleme olarak kabul edilmesi durumunda doğru (true) olan bir boolean değeri. | ||
|
Açıklama
Is Rework bayrağı, süreç verimsizliklerini veya kalite sorunlarını gösteren düzeltmeleri veya tekrarlanan işleri temsil eden aktiviteleri tanımlar. Genellikle oluşturulduktan kısa bir süre sonra veya bir dizide birden fazla kez gerçekleşen 'Position Attributes Modified' gibi olaylar için true olarak ayarlanır. Bu hesaplanmış öznitelik, 'Position Data Rework Analysis'
Neden Önemli?dir?
Verimsiz yeniden işleme faaliyetlerini doğrudan işaretleyerek, israfı azaltmak için süreç iyileştirme çabalarını nicelleştirmeyi, analiz etmeyi ve hedeflemeyi kolaylaştırır.
Nereden Alınır??
Bu, aktivitelerin sırasına ve sıklığına göre hesaplanan türetilmiş bir işaretçi'dir. Örneğin, aynı
Örnekler:::::::
truefalse
|
|||
İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Bütçe Onaylandı
|
Finans departmanının veya bir bütçe yöneticisinin yeni pozisyon için finansmanın mevcut olduğunu teyit ettiği önemli bir kilometre taşıdır. Bu, belirlenmiş onaylayanın iş süreci akışındaki bütçe onay adımını tamamlamasıyla kaydedilir. | ||
|
Neden Önemli?dir?
Bütçe onayı genellikle önemli bir darboğazdır. Bu spesifik aktivitenin döngü süresini ölçmek, kuruluşların finansal incelemeleri kolaylaştırmasına ve işe alımı hızlandırmasına yardımcı olur.
Nereden Alınır??
Bu, Workday'deki 'Create Position' iş sürecinin denetim geçmişinde loglanır. Bütçe onay adımının tamamlama olayına karşılık gelir.
Yakala
İş süreci günlüğündeki finansal veya bütçe onay adımının tamamlanma zaman damgası (zaman damgası)dır.
Event tipi
explicit
|
|||
|
Pozisyon Devre Dışı Bırakıldı
|
Bir pozisyonun artık aktif olmadığını ve doldurulamayacağını belirtir, genellikle resmi kapanıştan önce bir ön adım olarak. Bu, 'Pozisyonu Devre Dışı Bırak' iş sürecinin tamamlanması üzerine yakalanan açık bir olaydır. | ||
|
Neden Önemli?dir?
Devre dışı bırakma, pozisyon süreç döngüsünde nihai kapanıştan ayrı önemli bir kilometre taşıdır. Devre dışı bırakma ile kapanış arasındaki süre, organizasyonel yapıları düzenlemedeki idari verimliliğin bir ölçüsüdür.
Nereden Alınır??
Bu olay, Workday'in denetim loglarında 'Inactivate Position' iş sürecinin başarılı bir şekilde tamamlanması üzerine kaydedilir.
Yakala
'Pozisyonu Devre Dışı Bırak' iş sürecinin başarıyla tamamlanması üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
Pozisyon Kapatıldı
|
Bu, süreç döngüsündeki son aktivitedir ve pozisyonun organizasyondan kalıcı olarak kaldırılmasını temsil eder. Workday bu olayı, 'Close Position' iş sürecinin başarılı bir şekilde tamamlanması üzerine kaydeder. | ||
|
Neden Önemli?dir?
Çoğu vaka için terminal olay olarak, bu aktivite pozisyonun süreç döngüsünün sonunu tanımlar. Tam süreç süresini anlamak ve doğru çalışan sayısı verilerini korumak için büyük önem taşır.
Nereden Alınır??
Workday denetim izi veya iş süreci günlüklerindeki 'Pozisyon Kapat' iş sürecinin tamamlanma zaman damgası (zaman damgası)ndan alınmıştır.
Yakala
'Pozisyon Kapat' iş sürecinin tamamlanması üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
Pozisyon Oluşturuldu
|
Bu aktivite, pozisyonun Workday sisteminde başarılı bir şekilde oluşturulmasını ve resmi varlığını işaret eder. 'Create Position' iş sürecinin başarılı bir şekilde tamamlanması üzerine kaydedilir. | ||
|
Neden Önemli?dir?
Bu, onay fazının sonunu ve pozisyonun personel alımı için hazır olduğunu gösteren kritik bir kilometre taşıdır. Genel onay döngüsü süresi KPI'sını ölçmek için gereklidir.
Nereden Alınır??
Olay, Workday olay loglarında veya denetim izinde 'Create Position' iş sürecinin tamamlama zaman damgası (zaman damgası)ndan yakalanır.
Yakala
'Pozisyon Oluştur' iş sürecinin başarıyla tamamlanması üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
Pozisyon Öznitelikleri Değiştirildi
|
Mevcut bir pozisyonun unvan veya departman gibi bir veya daha fazla niteliğinin değiştirildiğini belirtir. Bu, bir kullanıcının 'Pozisyon Kısıtlamalarını Düzenle' iş sürecini başarıyla tamamlamasıyla açıkça kaydedilir. | ||
|
Neden Önemli?dir?
Sık yapılan değişiklikler, veri giriş hatalarını, gelişen iş rollerini veya süreç verimsizliklerini gösterebilir. Bu aktiviteyi analiz etmek, 'Pozisyon Veri Yeniden İşleme Analizi' kontrol paneli için ve veri kalitesini iyileştirmek için temel rol oynar.
Nereden Alınır??
Bu, Workday'deki 'Edit Position Restrictions' veya benzeri bir iş sürecinin tamamlama logundan alınır. Denetim izi hangi alanların değiştirildiğini gösterir.
Yakala
'Pozisyon Kısıtlamalarını Düzenle' iş sürecinin başarıyla tamamlanması üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
Pozisyon Talebi Başlatıldı
|
Bu, pozisyon yönetimi süreç döngüsünün başlangıcını işaret eder; yeni bir pozisyon oluşturma talebinin resmi olarak gönderildiği yerdir. Bu, bir kullanıcı Workday'de 'Create Position' iş sürecini başlattığında açık bir olay olarak yakalanır. | ||
|
Neden Önemli?dir?
Bu aktivite, süreç için birincil başlangıç olayıdır. Bu olaydan sonraki onaylara kadar geçen süreyi analiz etmek, tüm pozisyon oluşturma döngüsünün verimliliğini ölçmek için büyük önem taşır.
Nereden Alınır??
Bu olay, Workday İş Süreci
Yakala
'Pozisyon Oluştur' iş sürecinin başlatılması üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
İK Onayı Gönderildi
|
Bir İK iş ortağının veya temsilcisinin pozisyon talebini incelediğini ve onayladığını belirtir. Bu, İK onaylayıcısının Workday iş sürecindeki atanan adımını tamamlamasıyla açıkça kaydedilir. | ||
|
Neden Önemli?dir?
Bu onay, pozisyonun şirket politikaları ve iş mimarisiyle uyumlu olmasını güçlüak için kritik bir kontrol noktasıdır. Buradaki gecikmeler, genel döngü süresini önemli ölçüde etkileyebilir.
Nereden Alınır??
İlgili iş süreci için Workday denetim izinden alınır. Olay, 'HR Approval' adımının tamamlanmasıdır.
Yakala
İş süreci günlüğündeki İK onay adımının tamamlanma zaman damgası (zaman damgası)dır.
Event tipi
explicit
|
|||
|
Pozisyon Dondurması Kaldırıldı
|
Bu, dondurma işleminin ters eylemidir; askıya alınmış bir pozisyonun tekrar aktif hale getirilmesi ve personel alımı için kullanılabilir olmasıdır. Bu genellikle pozisyonun durum alanındaki 'Frozen'dan 'Active'e bir değişiklik çıkarımıyla yakalanır. | ||
|
Neden Önemli?dir?
Bu olay, dondurulmuş bir pozisyonun çözümünü işaret eder. 'Position Frozen' olayından bu olaya kadar geçen süreyi ölçmek, 'Frozen Position Resolution Time' KPI'sı için temel rol oynar.
Nereden Alınır??
Bu, pozisyonun geçmişindeki veya denetim logundaki geçerlilik tarihli değişikliklerden çıkarılabilir. Bazı yapılandırmalarda açık bir 'Unfreeze' iş süreci olayı da olabilir.
Yakala
Geçerlilik tarihli geçmişe dayanarak pozisyon durumunun 'Dondurulmuş'tan 'Aktif'e değişimini tespit et.
Event tipi
inferred
|
|||
|
Pozisyon Donduruldu
|
Bir pozisyonu geçici olarak askıya alma ve doldurulmasını engelleme eylemini temsil eder. Bu olay, bir kullanıcı Workday'de 'Freeze Position' iş sürecini başarıyla tamamladığında yakalanır. | ||
|
Neden Önemli?dir?
Bu aktivite, personel sayısını ve bütçeleri yönetmek için büyük önem taşır. Bir pozisyonun dondurulmuş kaldığı süreyi analiz etmek, durmuş kararları belirlemeye ve kaynak planlamasını optimize etmeye yardımcı olur.
Nereden Alınır??
'Pozisyon Dondur' iş sürecinin tamamlanmasından alınmıştır. Pozisyon durumu alanı genellikle bu olayın bir sonucu olarak güncellenir.
Yakala
'Pozisyon Dondur' iş sürecinin tamamlanması üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
Pozisyon Talebi Reddedildi
|
Bu aktivite, pozisyon oluşturma talebine onaylayanın reddettiği başarısız bir sonu temsil eder. Workday bunu, 'Denied' terminal statusu olarak 'Create Position' iş sürecinin kaydeder. | ||
|
Neden Önemli?dir?
Reddedilen talepleri analiz etmek, bütçe kısıtlamaları veya politika uyumsuzluğu gibi yaygın ret nedenlerini belirlemeye yardımcı olarak süreç iyileştirmelerine ve talep edenler için daha iyi rehberliğe sunar.
Nereden Alınır??
Bu, 'Create Position' iş süreci örneğinin nihai durumundan yakalanır. Olay zaman damgası (zaman damgası)'i, red işleminin ne zaman yapıldığını gösterir.
Yakala
Bir onaylayıcının bir iş süreci adımında 'Reddet' eylemini seçmesi üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
Pozisyon Uyumluluğu İncelendi
|
Bir pozisyonun, örneğin dahili politikalara veya dış düzenlemelere karşı resmi bir uyumluluk kontrolünden geçtiğini belirtir. Bu, muhtemelen ana bir iş süreci içinde belirli bir 'Yapılacaklar' veya 'Kontrol Listesi' adımı olarak yakalanır. | ||
|
Neden Önemli?dir?
Uyum denetimlerini takip etmek, riskleri azaltmak ve kurumsal standartlara bağlılığı güçlüak açısından büyük önem taşır. Bu faaliyet, 'Pozisyon Eylemi Uyum Oranı' KPI'ını doğrudan destekler.
Nereden Alınır??
Bu muhtemelen tamamlanmış bir 'To Do' adımı veya 'Create Position' veya 'Edit Position' gibi bir iş süreci içindeki belirli bir onay adımı olarak yakalanır. Kesin mekanizmayı doğrulamak için sistem analizi gereklidir.
Yakala
İş süreci günlüğündeki uyumlulukla ilgili bir onayın veya 'Yapılacaklar' adımının tamamlanma zaman damgası (zaman damgası)dır.
Event tipi
explicit
|
|||
|
Pozisyon Yeniden Sınıflandırıldı
|
Pozisyonla ilişkili iş profili veya sınıflandırmasındaki resmi bir değişikliği temsil eder. Bu olay, 'Change Job' iş süreci belirli bir pozisyon için başarıyla tamamlandığında yakalanır. | ||
|
Neden Önemli?dir?
Bu aktivite, organizasyonel yeniden yapılanmayı veya görev sorumluluklarındaki önemli değişiklikleri anlamaya yardımcı olur. Yeniden sınıflandırmaların takibi, iş gücü evrimi ve iş mimarisi istikrarı analizini destekler.
Nereden Alınır??
Bir pozisyona uygulandığında 'Change Job' iş sürecinin tamamlama loglarından alınır; bir çalışana uygulanmasından farklıdır.
Yakala
Bir pozisyonda 'İş Değiştir' iş sürecinin başarıyla tamamlanması üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
Yönetici Onayı Gönderildi
|
İşe alım yöneticisi veya denetleyici organizasyon yöneticisi tarafından inceleme ve onay adımının tamamlanmasını temsil eder. Workday bunu, 'Create Position' iş süreci içindeki bir onay adımı için ayrı bir tamamlama olayı olarak yakalar. | ||
|
Neden Önemli?dir?
Bu, yaygın bir erken kilometre taşı ve potansiyel bir darboğazdır. Bu onayın tamamlanması için geçen süreyi takip etmek, pozisyon oluşturma
Nereden Alınır??
'Pozisyon Oluştur' iş sürecinin denetim izinden alınmıştır. Belirli 'Yönetici Onayı' adımının tamamlanmasına karşılık gelir.
Yakala
İş süreci günlüğündeki yönetici onay adımının tamamlanma zaman damgası (zaman damgası)dır.
Event tipi
explicit
|
|||