Değişim Yönetimi Veri Şablonunuz

Freshservice
Değişim Yönetimi Veri Şablonunuz

Değişim Yönetimi Veri Şablonunuz

Bu şablon, Değişiklik Yönetimi sürecinizi analiz etmek için doğru verileri toplamanıza yardımcı olur. Toplanması gereken temel özellikleri, izlenmesi gereken ana faaliyetleri özetler ve bu bilgileri sisteminizden nasıl çıkaracağınıza dair rehberlik sağlar. Verilerinizin anlamlı süreç keşfi ve optimizasyonu için hazır olduğundan emin olmak için kullanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Freshservice için çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Change Management Nitelikleri

Bu veri alanları, değişiklik yönetimi sürecinizin ayrıntılı bir analizini sağlayarak eksiksiz bir olay günlüğü oluşturmak için gereklidir.
5 Gerekli 8 Önerilen 9 İsteğe Bağlı
Ad Açıklama
Değişiklik Talebi ID'si
ChangeRequestId
Freshservice sistemi içinde gönderilen her değişiklik talebi için benzersiz tanımlayıcı.
Açıklama

Değişiklik Talebi Kimliği, tek bir değişiklik vakası için başlangıçtan kapanışa kadar birincil tanımlayıcı olarak hizmet eder. İlişkili tüm faaliyetleri, onayları ve kayıtları tutarlı bir zaman çizelgesine bağlayarak uçtan uca süreç analizine olanak tanır. Process Mining'de bu kimlik, her değişikliğin yolunu, süresini ve sonuçlarını anlamak için yaşam döngüsünü yeniden yapılandırmak için esastır.

Neden önemli

Bu, ilgili tüm olayları gruplandıran ve tek bir değişiklik talebinin tüm yolculuğunu izlemeyi ve analiz etmeyi mümkün kılan temel Vaka Kimliği'dir.

Nereden alınır

Bu, Freshservice'deki Değişiklik nesnesinde birincil bir alandır.

Örnekler
CHG-10234CHG-10235CHG-10236
Faaliyet Adı
ActivityName
Değişiklik yönetimi sürecinde meydana gelen belirli bir olayın veya görevin adı.
Açıklama

Bu özellik, 'Değişiklik Talebi Oluşturuldu', 'Onay İstendi' veya 'Uygulama Tamamlandı' gibi değişiklik yaşam döngüsündeki tek bir adımı veya kilometre taşını tanımlar. Belirli bir Değişiklik Talebi Kimliği için bu faaliyetlerin sırası, süreç haritasının temelini oluşturur. Bu faaliyetleri analiz etmek, süreç akışını belirlemeye, sapmaları tespit etmeye ve farklı aşamalarda harcanan süreyi ölçmeye yardımcı olur.

Neden önemli

Süreç akışındaki adımları tanımlar, değişiklik yaşam döngüsünün görselleştirilmesini ve süreç varyantları ile darboğazların analizini sağlar.

Nereden alınır

Freshservice'deki bir Değişiklik kaydının denetim günlüklerinden, etkinlik akışından veya durum değişikliği geçmişinden oluşturulur.

Örnekler
Değişiklik OnaylandıRisk Değerlendirmesi TamamlandıUygulama BaşlatıldıDeğişiklik Kapatıldı
Olay Zamanı
EventTime
Belirli bir faaliyetin veya olayın gerçekleştiği kesin tarih ve saat.
Açıklama

Süreçteki her etkinliğin, gerçekleştiğini işaretleyen karşılık gelen bir zaman damgası vardır. Bu zamansal veri, etkinlikler arasındaki süreleri hesaplamak, bekleme sürelerini belirlemek ve sürecin genel döngü süresini analiz etmek için kritik öneme sahiptir. Performans analizi, darboğaz tespiti ve SLA uyumluluğu izlemesi sağlar.

Neden önemli

Bu zaman damgası, döngü süreleri, süreler ve süreç adımları arasındaki bekleme sürelerinin hesaplanması dahil olmak üzere tüm zaman tabanlı analizler için temeldir.

Nereden alınır

Freshservice'deki bir Değişiklik kaydının denetim günlüklerindeki veya etkinlik akışındaki her girişle ilişkili zaman damgası.

Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
Kaynak Sistem
SourceSystem
`Verinin` çıkarıldığı sistemi tanımlar.
Açıklama

Bu özellik, süreç verilerinin kökenini belirtir. Bu görünüm için değer tutarlı bir şekilde 'Freshservice' olacaktır. Bu özelliği dahil etmek, özellikle verilerin birden fazla sistemden birleştirilebileceği ortamlarda, temel bağlam sağladığı ve veri yönetimi ile sorun gidermeye yardımcı olduğu için en iyi uygulamadır.

Neden önemli

Birden fazla kurumsal sistemden veri analiz edilirken kritik öneme sahip olan açık veri kaynağı bilgisi sağlar.

Nereden alınır

Bu, veri çıkarma işlemi sırasında verinin kaynağını etiketlemek için belirlenen statik bir değerdir.

Örnekler
Freshservice
Son Veri Güncellemesi
LastDataUpdate
Bu kayda ait verilerin kaynak sistemden en son ne zaman güncellendiğini gösteren zaman damgası.
Açıklama

Bu özellik, her olay için en son veri çıkarma veya güncelleme tarihini ve saatini kaydeder. Analiz edilen verilerin güncelliğini anlamak ve analizlerin güncel bilgilere dayanmasını sağlamak için önemlidir. Bu, veri bütünlüğünü korumaya yardımcı olur ve içgörülerin zamanında sağlanması için bağlam sunar.

Neden önemli

Kullanıcıların verilerin güncelliğinden haberdar olmasını sağlar ve process mining analizinin geçerliliğini doğrulamaya yardımcı olur.

Nereden alınır

Bu zaman damgası genellikle veri alımı veya ETL süreci sırasında oluşturulur ve eklenir.

Örnekler
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Atanan Grup
AssignedGroup
Değişikliği uygulamaktan sorumlu ekip veya grup.
Açıklama

Bu özellik, 'Ağ Ekibi' veya 'Veritabanı Yöneticileri' gibi değişikliğin işini gerçekleştirmek üzere hangi ekibin atandığını belirtir. Atanan gruba göre süreç performansını analiz etmek, ekip iş yükünü, verimliliği anlamak ve kaynak darboğazlarını belirlemek için anahtardır. Hangi ekiplerin daha uzun uygulama sürelerine veya daha yüksek uygulama sonrası sorun oranlarına sahip olduğunu gösterebilir.

Neden önemli

Kaynak kısıtlamalarını veya en iyi uygulamaları belirlemek için farklı uygulama ekipleri arasında performans ve iş yükü analizini sağlar.

Nereden alınır

Bu, Freshservice'deki Değişiklik nesnesindeki 'Grup' veya 'Atanan Grup' alanıdır.

Örnekler
Altyapı EkibiUygulama DesteğiGüvenlik Operasyonları
Bitiş Saati
EndTime
Değişiklik talebi vakası için kaydedilen son olayın zaman damgası.
Açıklama

Bitiş Zamanı, bir değişiklik talebinin yaşam döngüsünün sonunu işaret eder ve tipik olarak 'Değişiklik Kapatıldı' veya 'Değişiklik İptal Edildi' etkinliğine karşılık gelir. Her vaka için toplam uçtan uca döngü süresini hesaplamak amacıyla Başlangıç Zamanı ile birlikte kullanılır. Bu özelliği analiz etmek, değişiklik yönetimi sürecinin genel süresini ve verimini anlamaya yardımcı olur.

Neden önemli

Bir değişiklik talebinin toplam döngü süresini hesaplamak için gereklidir; bu, süreç verimliliği için birincil bir KPI'dır.

Nereden alınır

Bu, belirli bir Değişiklik Talebi Kimliği için olay günlüğündeki son faaliyetin zaman damgasıdır.

Örnekler
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
Değişiklik Durumu
ChangeStatus
Değişiklik talebinin mevcut veya nihai durumu.
Açıklama

Bu özellik, bir değişiklik talebinin belirli bir zamandaki durumunu veya 'Kapatıldı', 'İptal Edildi' veya 'Reddedildi' gibi nihai sonucunu gösterir. Başarılı bir şekilde tamamlanan değişiklikler ile başarısız olan veya terk edilenleri ayırt etmeye yardımcı olarak sonuç analizi için kritik öneme sahiptir. Duruma göre filtreleme, belirli değişiklik gruplarına odaklanmış analize olanak tanır.

Neden önemli

Değişiklik sonuçlarının analizine olanak tanır, başarı, başarısızlık ve iptal oranlarını anlamaya yardımcı olur.

Nereden alınır

Bu, Freshservice'deki Değişiklik nesnesindeki 'Durum' alanıdır.

Örnekler
Kapalıİptal EdildiReddedildiAçık
Değişiklik Önceliği
ChangePriority
Değişiklik talebine atanan öncelik düzeyi, iş önemini gösterir.
Açıklama

Öncelik genellikle etki ve aciliyetin birleştirilmesiyle belirlenir ve kaynak tahsisi ile planlamayı yönlendirmek için kullanılır. Önceliğin döngü süresi ve SLA uyumluluğu gibi süreç metriklerini nasıl etkilediğini analiz etmek, yüksek öncelikli değişikliklerin düşük öncelikli olanlardan daha hızlı işlenip işlenmediğini ortaya çıkarabilir. Bu, önceliklendirme politikalarının etkinliğini değerlendirmeye yardımcı olur.

Neden önemli

Sürecin yüksek öneme sahip değişiklikleri etkili bir şekilde önceliklendirip önceliklendirmediğini ve kaynakları buna göre tahsis edip etmediğini belirlemeye yardımcı olur.

Nereden alınır

Bu, Freshservice'deki Değişiklik nesnesindeki 'Öncelik' alanıdır.

Örnekler
DüşükOrtaYüksekAcil
Değişiklik Türü
ChangeType
Değişikliğin Sınıflandırması, örneğin Standart, Normal veya Acil.
Açıklama

Değişiklik Türü, değişiklik taleplerini niteliklerine, risklerine ve onay gereksinimlerine göre kategorize eder. Standart değişiklikler önceden onaylıdır, Normal değişiklikler standart süreci takip eder ve Acil değişiklikler hızlandırılmış işlem gerektirir. Süreci Değişiklik Türü'ne göre analiz etmek, farklı türlerin farklı yolları izleyip izlemediğini ve döngü süresi veya başarı oranı gibi farklı performans özelliklerine sahip olup olmadığını anlamak için kritik öneme sahiptir.

Neden önemli

Süreci Değişiklik Tipine göre ayırmak, standart, normal ve acil değişiklikler için farklı süreç davranışlarını ve performans seviyelerini ortaya çıkarmaya yardımcı olur.

Nereden alınır

Bu, Freshservice'deki Değişiklik nesnesindeki 'Değişiklik Türü' alanıdır.

Örnekler
StandartNormalAcil DurumBüyük
Hedef Tamamlama Tarihi
TargetCompletionDate
Değişikliğin tamamlanması gereken planlanan veya hizmet düzeyi anlaşması (SLA) tarihi.
Açıklama

Bu tarih, bir değişiklik talebini kapatmak için son tarihi temsil eder. SLA uyumluluğunu ölçmek için birincil referans noktasıdır. Gerçek Bitiş Zamanı'nın Hedef Tamamlanma Tarihi ile karşılaştırılmasıyla, bir değişikliğin zamanında, erken veya geç tamamlanıp tamamlanmadığı belirlenebilir. Bu, Değişiklik SLA Uyumluluk Oranı KPI'sı için önemli bir girdidir.

Neden önemli

Süreç performansının temel göstergeleri olan zamanında teslimat ve SLA uyumluluğunu ölçmek için bir referans noktası görevi görür.

Nereden alınır

Bu, Freshservice'deki Değişiklik nesnesinde özel bir 'Son Teslim Tarihi' veya 'SLA Hedefi' tarih alanı olabilir.

Örnekler
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
Risk Seviyesi
RiskLevel
Değişikliğin uygulanmasıyla ilişkili değerlendirilmiş risk seviyesi.
Açıklama

Risk Seviyesi, bir değişikliğin başarısız olması durumunda potansiyel olumsuz etkisini kategorize eder. Yaygın seviyeler Düşük, Orta ve Yüksek'tir. Bu özellik, uyumluluk analizi ve daha yüksek riskli değişikliklerin daha fazla onay veya daha kapsamlı test gibi daha titiz bir süreç yolunu izleyip izlemediğini anlamak için hayati öneme sahiptir. Risk yönetimi kontrollerinin doğru uygulandığından emin olmaya yardımcı olur.

Neden önemli

Bu, uyumluluk ve risk analizi için kritik öneme sahiptir ve yüksek riskli değişikliklerin uygun şekilde incelenmesini ve daha sağlam bir süreci takip etmesini sağlar.

Nereden alınır

Bu, Freshservice'deki Değişiklik nesnesindeki 'Risk' alanına karşılık gelir.

Örnekler
DüşükOrtaYüksekÇok Yüksek
Talep Edenin Adı
RequesterName
Değişiklik talebini başlatan kişinin adı.
Açıklama

Talep Eden, değişikliği değerlendirme için sunan kişidir. Talep edene göre veri analizi, hangi bireylerin veya rollerin sıkça değişiklik gönderdiğini veya belirli kullanıcıların taleplerinin reddedilme veya yeniden işleme gerektirme olasılığının daha yüksek olup olmadığını belirlemeye yardımcı olabilir. Ayrıca departman bilgileriyle birleştirildiğinde iş yükü analizi için de kullanılabilir.

Neden önemli

Değişiklik talebinin kaynağını belirler ve eğitim ihtiyaçlarını veya yüksek değişiklik hacmine sahip belirli kullanıcı gruplarını vurgulayabilir.

Nereden alınır

Bu, Freshservice'deki Değişiklik nesnesindeki 'Talep Eden' alanıdır ve bir kullanıcı kaydına bağlanır.

Örnekler
Alice JohnsonRobert SmithMaria Garcia
Aciliyet
Urgency
Değişikliğin iş perspektifinden ne kadar hızlı uygulanması gerektiğini gösterir.
Açıklama

Aciliyet, bir değişikliğin zamana duyarlılığını yansıtır. Örneğin, bir güvenlik yaması yüksek aciliyete sahip olabilir. Bu özellik, genellikle Önceliği belirlemek için Etki ile birleştirildiğinde, sürecin zaman açısından kritik iş ihtiyaçlarına uygun şekilde tepki verip vermediğini analiz etmeye yardımcı olur. Acil değişikliklerin süreç boyunca gerçekten daha hızlı ilerleyip ilerlemediğini ortaya çıkarabilir.

Neden önemli

Bir değişikliğin zamana duyarlılığı hakkında bağlam sağlar, bu da süreç yanıt verme hızını değerlendirmek için döngü süresi ile ilişkilendirilebilir.

Nereden alınır

Bu, Freshservice'deki Değişiklik nesnesindeki 'Aciliyet' alanıdır.

Örnekler
DüşükOrtaYüksek
Departman Adı
DepartmentName
Değişikliği talep eden kullanıcının departmanı.
Açıklama

Bu özellik, değişiklik talebini başlatan iş birimini belirleyerek organizasyonel bağlam sağlar. Departmana göre analiz yapmak, organizasyonun hangi bölümlerinin en çok değişiklik ürettiğini, en yüksek ret oranlarına sahip olduğunu veya en uzun döngü sürelerini deneyimlediğini ortaya çıkarabilir. Bu içgörü, hedeflenen süreç iyileştirme ve kaynak planlaması için değerlidir.

Neden önemli

Süreç performansının ve farklı iş birimlerinden gelen talebin analizine olanak tanır, hedeflenmiş iyileştirmeleri destekler.

Nereden alınır

Bu bilgi genellikle talep edenin Freshservice'deki kullanıcı profilinden türetilir.

Örnekler
Finansİnsan KaynaklarıBilgi TeknolojileriPazarlama
Etki Seviyesi
ImpactLevel
Değişikliğin başarısız olması veya bir hizmet kesintisine neden olması durumunda değerlendirilen iş etkisi.
Açıklama

Etki Seviyesi, iş operasyonları üzerindeki potansiyel etkiyi gösterir, düşükten (tek bir kullanıcıyı etkileyen) yükseğe (tüm organizasyonu etkileyen) değişir. Aciliyetle birlikte, genellikle genel Önceliği belirler. Etkiye göre analiz yapmak, sürecin iş sürekliliği için önemli bir tehdit oluşturan değişiklikleri doğru şekilde ele alıp almadığını anlamaya yardımcı olur.

Neden önemli

Risk analizine yardımcı olur ve potansiyel iş etkisi yüksek değişikliklerin daha dikkatli yönetildiğini doğrular.

Nereden alınır

Bu, Freshservice'deki Değişiklik nesnesindeki 'Etki' alanına karşılık gelir.

Örnekler
DüşükOrtaYüksek
İlişkili Olay Sayısı
AssociatedIncidentsCount
Bu değişiklik talebiyle, uygulandıktan sonra bağlantılı olan olay sayısı.
Açıklama

Bu metrik, bir değişikliğin dağıtımı sonucunda kaç olayın oluşturulduğunu sayarak değişikliğin aşağı akış etkisini nicelendirir. Yüksek bir sayı, planlama, test veya uygulama kalitesiyle ilgili potansiyel sorunlara işaret eder. Uygulama Sonrası Sorun Oranı KPI'sı için doğrudan bir girdidir ve değişikliklerin istikrarını ve başarısını ölçmek için kritik öneme sahiptir.

Neden önemli

Uygulanan değişikliklerin kalitesini ve istikrarını doğrudan ölçer, hizmet kesintilerine neden olanları belirlemeye yardımcı olur.

Nereden alınır

Freshservice'de bir Değişiklik biletine bağlı Olay biletlerinin sayısı sayılır.

Örnekler
015
Kapanış Kodu
CloseCode
Değişiklik talebinin neden kapatıldığını gösteren bir kod veya neden.
Açıklama

Kapanış Kodu, kapatılmış bir değişikliğin sonucu hakkında özel ayrıntılar sağlar. Örnekler arasında 'Başarıyla Uygulandı', 'Geri Alındı' veya 'Reddedildi' bulunur. Bu veri, nihai durumun ötesinde değerli bir bağlam ekleyerek değişiklik yönetimi sürecindeki başarı ve başarısızlık modlarının daha ayrıntılı analizine olanak tanır.

Neden önemli

Değişiklik sonuçları hakkında ayrıntılı bilgi sağlayarak değişikliklerin neden başarılı olduğunu, başarısız olduğunu veya geri alındığını daha derinlemesine analiz etmeyi mümkün kılar.

Nereden alınır

Freshservice belgelerine bakın veya Değişiklik formunda 'Kapanış Kodu' veya benzeri bir alan olup olmadığını kontrol edin.

Örnekler
BaşarılıSorunlarla BaşarılıBaşarısızGeri Alındı
Onay Süresi
ApprovalDuration
Bir değişiklik talebinin onay aşamasında geçirdiği süre.
Açıklama

Bu hesaplanan süre, bir onay talep edildiği andan onaylandığı veya reddedildiği ana kadar geçen süreyi ölçer. 'Değişiklik Onay Aşaması Süresi' panosu için esastır ve onay iş akışındaki darboğazları belirlemeye yardımcı olur. Bu metriği analiz etmek, yavaş onaylayıcıları, verimsiz grup devirlerini veya karar alma süreçlerindeki sistemik gecikmeleri vurgulayabilir.

Neden önemli

Onay aşamasının verimliliğini doğrudan ölçer, değişiklikleri geciktiren darboğazları belirlemeye ve ele almaya yardımcı olur.

Nereden alınır

'Onay Talep Edildi' etkinliği ile 'Değişiklik Onaylandı' veya 'Değişiklik Reddedildi' etkinliği arasındaki zaman farkı olarak hesaplanır.

Örnekler
1 gün 2 saat5 saat 30 dakika3 gün
SLA İhlal Edildi mi?
IsSlaBreached
Değişiklik talebinin hedef tarihinden sonra tamamlanıp tamamlanmadığını gösteren bir boolean bayrak.
Açıklama

Bu özellik, SLA uyumluluğunun ikili bir göstergesidir; değişikliğin Bitiş Zamanı, Hedef Tamamlanma Tarihinden daha geçse 'true', aksi takdirde 'false' olarak işaretlenir. SLA uyumluluğuyla ilgili Dashboard'ların ve KPI'ların oluşturulmasını basitleştirerek, geç değişikliklerin hızlıca filtrelenmesine ve toplanmasına olanak tanır. Doğrudan Değişiklik SLA Uyumluluk Oranı KPI'sını destekler.

Neden önemli

SLA performansı için net, ikili bir sonuç sağlar, zamanında yapılan değişiklikler ile geç yapılan değişiklikler arasında filtreleme ve raporlamayı basitleştirir.

Nereden alınır

EndTime'ın TargetCompletionDate ile karşılaştırılmasıyla hesaplanır. Eğer EndTime > TargetCompletionDate ise, değer true olur.

Örnekler
truefalse
Toplam Cycle Time
TotalCycleTime
Bir değişiklik talebinin oluşturulmasından kapanışına kadar geçen toplam süre.
Açıklama

Bu metrik, belirli bir değişiklik talebi için ilk ve son olaylar arasındaki süre olarak hesaplanır. Uçtan uca işleme süresini temsil eder ve genel süreç verimliliğini ölçmek için temel bir KPI'dır. Toplam Döngü Süresi'ni analiz etmek, uzun süreli vakaları belirlemeye yardımcı olur ve iyileştirme girişimleri için bir temel sağlar.

Neden önemli

Bu, değişiklik yönetimi sürecinin baştan sona genel hızını ve verimliliğini ölçmek için birincil bir KPI'dır.

Nereden alınır

Her bir Değişiklik Talebi ID'si için ilk olayın zaman damgasının, son olayın zaman damgasından çıkarılmasıyla hesaplanır.

Örnekler
2 gün 4 saat 30 dakika10 gün 0 saat 0 dakika1 saat 15 dakika
Uygulama Süresi
ImplementationDuration
Değişikliğin uygulama aşaması için harcanan süre.
Açıklama

Bu metrik, çekirdek uygulama işinin süresini hesaplar, tipik olarak 'Uygulama Başladı' faaliyetinden 'Uygulama Tamamlandı' faaliyetine kadar ölçülür. Teknik yürütme aşamasının verimliliğini analiz etmek için kullanılır ve 'Değişiklik Uygulama Aşaması Verimliliği' panosunu destekler. Yüksek süreler, teknik karmaşıklığı, kaynak sıkıntısını veya öngörülemeyen zorlukları gösterebilir.

Neden önemli

Planlama ve onay gecikmelerinden izole ederek, uygulamalı teknik işin verimliliğini ölçer.

Nereden alınır

'Uygulama Başlatıldı' ve 'Uygulama Tamamlandı' etkinlikleri arasındaki zaman farkı olarak hesaplanır.

Örnekler
4 saat1 saat 30 dakika8 saat
Gerekli Önerilen İsteğe Bağlı

Change Management Etkinlikleri

Bunlar, kapsamlı değişiklik yönetimi süreç keşfi için olay günlüğünüzde doğru bir şekilde izlenmesi gereken kritik süreç adımları ve kilometre taşlarıdır.
5 Önerilen 10 İsteğe Bağlı
Aktivite Açıklama
Değişiklik Kapatıldı
Bu, değişiklik yönetimi sürecinin resmi başarılı tamamlanmasını işaret eder. Bu olay, değişiklik talebinin durumu nihai 'Kapatıldı' durumuna getirildiğinde yakalanır.
Neden önemli

Bu, süreç için birincil bitiş olayıdır. Uçtan uca 'Ortalama Değişiklik Döngü Süresi' ve 'Değişiklik SLA Uyumluluk Oranı'nı hesaplamak için son veri noktasıdır.

Nereden alınır

Bu olay, değişiklik talebinin geçmişindeki son durum değişikliğinin 'Kapatıldı' olarak zaman damgasıyla ilişkilendirilerek yakalanır.

Yakala

Son durum değişikliğinin 'Kapatıldı' olarak zaman damgası.

Event tipi explicit
Değişiklik Onaylandı
Change Advisory Board (CAB) gibi belirlenmiş bir yetkilinin, değişiklik talebinin devam etmesini resmi olarak onayladığı önemli bir dönüm noktası. Bu genellikle sistemde kayıtlı açık bir eylemdir.
Neden önemli

Onay aşamasının sonunu ve uygulama planlamasının başlangıcını işaretler. Bu etkinlik, 'Ortalama Değişiklik Onay Süresi' ve 'İlk Geçiş Onay Oranı'nı ölçmek için önemlidir.

Nereden alınır

Freshservice, bir onaylayıcının 'Onayla' düğmesine tıkladığında bunu açık bir olay olarak kaydeder. Olay, biletin etkinlik günlüğüne bir zaman damgası ile birlikte kaydedilir.

Yakala

Onaylar sekmesinde veya etkinlik günlüğünde 'Onaylandı' eyleminin zaman damgası.

Event tipi explicit
Değişiklik Planlandı
Onaylanan değişikliğin uygulanması için belirli bir başlangıç ve bitiş zamanı atama etkinliği. Bu genellikle 'Planlanan Başlangıç Saati' ve 'Planlanan Bitiş Saati' alanları doldurulduğunda çıkarılır.
Neden önemli

Bu, uygulama aşamasının başlangıcını tetikleyen önemli bir kilometre taşıdır. 'Ortalama Uygulama Süresi'ni hesaplamak ve planlama verimliliğini analiz etmek için esastır.

Nereden alınır

Planlamayla ilgili tarih alanları doldurulduğunda ve durum 'Planlandı' veya benzeri bir duruma geçtiğinde zaman damgasından çıkarılır.

Yakala

'Planlanan Başlangıç Tarihi'nin doldurulmasından ve ilgili bir durum güncellemesinden çıkarılır.

Event tipi inferred
Değişiklik Talebi Oluşturuldu
Bu, yeni bir değişiklik talebinin Freshservice'e resmi olarak kaydedildiği, değişiklik yönetimi sürecinin resmi başlangıcını işaret eder. Bu olay, bir kullanıcı yeni bir değişiklik talebini kaydettiğinde açıkça yakalanır, benzersiz bir Değişiklik Talebi Kimliği ve bir oluşturulma zaman damgası oluşturulur.
Neden önemli

Bu, süreç için birincil başlangıç olayıdır. Bu faaliyetten 'Değişiklik Kapatıldı'ya kadar olan süreyi analiz etmek, süreç verimliliği için önemli bir KPI olan uçtan uca döngü süresini sağlar.

Nereden alınır

Bu, değişiklik kaydının denetim geçmişinde yakalanan açık bir olaydır. Değişiklik talebinin oluşturulma zaman damgasına karşılık gelir.

Yakala

Değişiklik talebi kaydının oluşturulma zaman damgası.

Event tipi explicit
Uygulama Tamamlandı
Değişikliği uygulamanın teknik çalışmasının tamamlandığını gösterir. Bu, genellikle durumun 'İnceleme Bekleniyor' gibi uygulama sonrası bir duruma geçmesinden anlaşılır.
Neden önemli

Bu kilometre taşı, çekirdek uygulama çalışmasının sonunu işaret eder. 'Ortalama Uygulama Süresi'ni hesaplamak için bitiş noktasıdır ve test veya inceleme faaliyetlerinin başlangıcını bildirir.

Nereden alınır

'İnceleme Bekleniyor', 'Test Bekleniyor' veya 'Tamamlandı' gibi bir duruma geçişten çıkarılır.

Yakala

Durum alanının 'İnceleme Bekleniyor' veya benzeri bir duruma değişmesinden çıkarılır.

Event tipi inferred
Değişikliğe Not Eklendi
Değişiklik talebine bir yorum veya not eklenmesini temsil eder, iletişim veya belgeleme faaliyetini gösterir. Freshservice, bu olayları her talep için etkinlik akışına açıkça kaydeder.
Neden önemli

Temel bir süreç adımı olmasa da, notları takip etmek, özellikle onay veya planlama aşamalarında gecikmeler için bağlam sağlayabilir. Yüksek not sıklığı, belirsiz gereksinimleri veya iletişim sorunlarını gösterebilir.

Nereden alınır

Bir değişiklik talebi biletinin 'Etkinlik' veya 'Denetim' bölümünde, bir zaman damgası ve notu ekleyen kullanıcı ile açıkça kaydedilir.

Yakala

Biletin etkinlik günlüğünde 'Not Eklendi' olayı olarak kaydedilir.

Event tipi explicit
Değişiklik İptal Edildi
Bir değişiklik talebinin tamamlanmadan önce sonlandırılmasını temsil eder. Bu, talep durumu 'İptal Edildi' veya 'Geri Çekildi' olarak ayarlandığında yakalanan alternatif bir bitiş durumudur.
Neden önemli

İptal edilen değişiklikleri analiz etmek, artık ihtiyaç duyulmayan veya geçerli bir iş gerekçesi olmayan talepler gibi, başlangıçtaki planlama veya onay aşamalarındaki sorunları ortaya çıkarabilir.

Nereden alınır

Durumun 'İptal Edildi'ye veya 'Kapalı' olmayan eşdeğer bir terminal durumuna değiştiği zaman damgasından alınır.

Yakala

Durum değişikliğinin 'İptal Edildi' olarak zaman damgası.

Event tipi explicit
Değişiklik Reddedildi
Bir onaylayıcının değişiklik talebini resmi olarak reddettiğini, ilerlemesini engellediğini gösterir. Bu eylem açıkça kaydedilir ve genellikle süreci bir yeniden işleme döngüsüne sokar.
Neden önemli

Bu faaliyet, yeniden işleme analiz etmek ve süreç başarısızlığının nedenlerini belirlemek için kritik öneme sahiptir. Yüksek ret sıklığı, talep kalitesi veya risk değerlendirmesi ile ilgili sorunlara işaret eder.

Nereden alınır

Freshservice, bir onaylayıcının 'Reddet' düğmesine tıkladığında bunu açık bir olay olarak kaydeder. Olay, biletin etkinlik günlüğüne kaydedilir.

Yakala

Onaylar sekmesinde veya etkinlik günlüğünde 'Reddedildi' eyleminin zaman damgası.

Event tipi explicit
Değişiklik Yeniden Açıldı
Daha önce kapatılmış veya çözülmüş bir değişikliğin, genellikle uygulama sonrası keşfedilen sorunlar nedeniyle açık duruma geri döndürülmesi durumunda meydana gelir. Bu, kapalı bir durumdan açık bir duruma geçişle çıkarılır.
Neden önemli

Bu faaliyet, yeniden işleme veya başarısız değişikliklerin güçlü bir göstergesidir. Sıklığını izlemek, değişiklik kalitesini ve test etkinliğini anlamak için çok önemlidir.

Nereden alınır

Biletin etkinlik günlüğünde 'Kapalı' veya 'Çözüldü' gibi bir terminal durumdan tekrar 'Açık' veya 'Devam Ediyor' durumuna geçişin tespit edilmesiyle çıkarılır.

Yakala

Terminal bir durumdan (örn. 'Kapalı') terminal olmayan bir duruma (örn. 'Açık') durum değişikliğini tespit eder.

Event tipi inferred
Onay Talep Edildi
Değişiklik talebinin inceleme ve yetkilendirme için resmi olarak gönderildiği noktayı temsil eder. Bu genellikle değişiklik talebi durumunun 'Onay Bekliyor' gibi bir duruma geçmesi veya bir onaylayıcıya atanması durumunda çıkarılır.
Neden önemli

Bu faaliyet, onay aşamasının başlangıcını işaret eder. Bu noktadan 'Değişiklik Onaylandı'ya kadar olan süreyi ölçmek, onay döngüsündeki darboğazları belirlemek için kritik öneme sahiptir.

Nereden alınır

Etkinlik Günlüğünden veya durum alanının 'Onay Bekleniyor' olarak değişimi izlenerek çıkarılır. Bu durum değişikliğinin zaman damgası olay zamanı olarak kullanılır.

Yakala

Durum alanının 'Onay Bekleniyor' olarak değişmesinden çıkarılır.

Event tipi inferred
Planlama Tamamlandı
Uygulama ve geri alma planlarının geliştirilmesi de dahil olmak üzere değişiklik için gerekli tüm planlamanın tamamlandığını gösterir. Bu genellikle onay sonrası bir durum değişikliğinden çıkarılır.
Neden önemli

Planlamadan yürütmeye geçişi işaretler. Planlama aşamasının süresini analiz etmek, uygulama öncesi faaliyetleri kolaylaştırmak için fırsatları belirlemeye yardımcı olur.

Nereden alınır

'Yayın Bekleniyor' gibi planlamayla ilgili bir durumdan, 'Planlandı' gibi bir uygulama durumuna geçişten çıkarılır.

Yakala

'Planlama Devam Ediyor' veya benzeri bir durumdan çıkış durum değişikliğinden çıkarılır.

Event tipi inferred
Risk Değerlendirmesi Tamamlandı
Değişiklikle ilişkili potansiyel risklerin resmi değerlendirmesinin tamamlandığını gösterir. Bu etkinlik genellikle risk seviyesi alanı doldurulduğunda veya güncellendiğinde ya da ilgili bir görev tamamlandığında çıkarılır.
Neden önemli

Bu faaliyeti izlemek, risk değerlendirmesini zorunlu kılan değişiklik politikalarına uyumu sağlamaya yardımcı olur. 'Risk Değerlendirme Kapsamı' analizi ve bu kritik adımda harcanan sürenin analizine olanak tanır.

Nereden alınır

Bu, değişiklik formundaki 'Risk' alanına yapılan zaman damgalı bir güncellemeden veya risk analiziyle ilgili belirli bir görevin tamamlanmasından çıkarılabilir.

Yakala

'Risk' alanı doldurulduğunda veya ilgili bir kontrol listesi öğesi tamamlandı olarak işaretlendiğinde zaman damgasından çıkarılır.

Event tipi inferred
Test Tamamlandı
Değişikliğin başarılı olduğunu ve olumsuz etkilere neden olmadığını doğrulamak için gerekli tüm test ve doğrulama faaliyetlerinin tamamlandığını temsil eder. Bu, bir görevin kapanmasından veya bir durum değişikliğinden çıkarılabilir.
Neden önemli

Bu faaliyeti izlemek, 'Test Tamamlanma Oranı' KPI'sını ölçmeye yardımcı olur ve değişikliklerin nihai kapanıştan önce uygun şekilde doğrulandığından emin olarak uygulama sonrası sorunları azaltır.

Nereden alınır

Bunu yakalamak zor olabilir ve bağlı bir 'Test' görevinin tamamlanmasından veya 'Test Tamamlandı' durum değişikliğinden çıkarılması gerekebilir.

Yakala

Değişiklikle ilişkili testle ilgili bir görevin kapanışından çıkarılır.

Event tipi inferred
Uygulama Başlatıldı
Değişikliğin gerçek dağıtımının veya yürütülmesinin başlangıcını işaretler. Bu, değişiklik talebinin durumu 'Devam Ediyor' veya benzeri bir aktif duruma güncellendiğinde çıkarılır.
Neden önemli

Aktif uygulama süresini izlemek için net bir başlangıç noktası sağlar. Bekleme süresi ile gerçekte yapılan iş arasındaki farkı ayırt etmeye yardımcı olur.

Nereden alınır

Planlanan başlangıç zamanında 'Devam Ediyor' veya 'Uygulama Devam Ediyor' gibi bir duruma geçişten çıkarılır.

Yakala

Durum alanının 'Devam Ediyor' olarak değişmesinden çıkarılır.

Event tipi inferred
Uygulama Sonrası İnceleme Yapıldı
Değişikliğin başarısını değerlendirmek ve öğrenilen dersleri belgelemek için Uygulama Sonrası İnceleme (PIR) tamamlandığını gösterir. Bu genellikle uygulama sonrası inceleme notları eklendiğinde veya bir durum güncellendiğinde çıkarılır.
Neden önemli

Resmi bir inceleme sürecinin takip edildiğini garanti eder. Bu etkinliği analiz etmek, değişikliklerin etkinliğini anlamaya yardımcı olur ve sürekli süreç iyileştirmesini destekler.

Nereden alınır

Uygulama tarihinden sonra değişiklik formundaki PIR ile ilgili alanların doldurulmasından veya durumun 'İnceleme Tamamlandı' gibi bir duruma geçişinden çıkarılır.

Yakala

PIR not alanlarının doldurulmasından veya belirli bir durum güncellemesinden çıkarılır.

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Freshservice'den nasıl alırsınız