Değişiklik yönetimi Veri Templateiniz

Freshservice
Değişiklik yönetimi Veri Templateiniz

Değişiklik yönetimi Veri Templateiniz

Bu Template, değişiklik yönetimi sürecinizi analiz etmek için gereken verileri toplamanıza yardımcı olur. Toplanması gereken temel öznitelikleri ve izlenecek önemli etkinlikleri listeler, ayrıca bu bilgileri sisteminizden nasıl çıkaracağınıza ilişkin yönergeler sunar. Süreç keşfi ve optimizasyonu için verilerinizin hazır olmasını sağlamak üzere bu Templatei kullanın.
  • Toplanması önerilen öznitelikler
  • İzlenecek önemli etkinlikler
  • Freshservice için veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Değişiklik yönetimi öznitelikleri

Bu veri alanları, değişiklik yönetimi sürecinizi ayrıntılı biçimde analiz etmenizi sağlayan eksiksiz bir olay günlüğü oluşturmak için gereklidir.
5 Zorunlu 8 Önerilen 8 İsteğe bağlı
Ad Açıklama
Değişiklik Talebi Kimliği
ChangeRequestId
Freshservice sisteminde gönderilen her değişiklik talebine ait benzersiz tanımlayıcı.
Açıklama

Değişiklik Talebi Kimliği, tek bir değişiklik kaydını başlangıçtan kapanışa kadar tanımlayan temel kimliktir. İlişkili tüm etkinlikleri, onayları ve günlükleri tek bir zaman çizelgesinde bir araya getirerek süreci uçtan uca analiz etmenizi sağlar. Process Mining’de bu kimlik, her değişikliğin yaşam döngüsünü yeniden oluşturarak izlediği yolu, süresini ve sonucunu anlamak için gereklidir.

Neden önemli?

İlgili tüm olayları bir araya getiren temel Vaka kimliğidir. Böylece tek bir değişiklik talebinin tüm yolculuğunu izleyip analiz edebilirsiniz.

Nereden alınır?

Freshservice’teki Change nesnesinin temel alanlarından biridir.

Örnekler
CHG-10234CHG-10235CHG-10236
Etkinlik adı
ActivityName
Değişiklik Yönetimi sürecinde gerçekleşen belirli bir olayın veya görevin adı.
Açıklama

Bu öznitelik, 'Change Request Created', 'Approval Requested' veya 'Implementation Completed' gibi değişiklik yaşam döngüsündeki tek bir adımı ya da aşamayı tanımlar. Belirli bir Değişiklik Talebi Kimliği için bu etkinliklerin sırası süreç haritasının temelini oluşturur. Etkinlikleri analiz ederek süreç akışını belirleyebilir, sapmaları saptayabilir ve farklı aşamalarda harcanan süreyi ölçebilirsiniz.

Neden önemli?

Süreç akışındaki adımları tanımlar; böylece değişiklik yaşam döngüsünü görselleştirebilir, süreç çeşitlerini ve darboğazları analiz edebilirsiniz.

Nereden alınır?

Freshservice’teki bir Change 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şladıDeğişiklik kapatıldı
Olay zamanı
EventTime
Belirli bir etkinliğin veya olayın gerçekleştiği kesin tarih ve saat.
Açıklama

Süreçteki her etkinliğin gerçekleştiği zamanı gösteren bir zaman damgası vardır. Bu zaman verileri, etkinlikler arasındaki süreleri hesaplamak, bekleme sürelerini belirlemek ve sürecin genel çevrim süresini analiz etmek için önemlidir. Performans analizine, darboğazların belirlenmesine ve SLA uyumunun izlenmesine olanak tanır.

Neden önemli?

Bu zaman damgası; çevrim sürelerini, süreleri ve süreç adımları arasındaki bekleme zamanlarını hesaplamak dahil, zamana dayalı tüm analizlerin temelidir.

Nereden alınır?

Freshservice’teki bir Change kaydının denetim günlüklerinde veya etkinlik akışındaki her kayıtla 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 belirtir.
Açıklama

Bu öznitelik, süreç verisinin kaynağını belirtir. Bu görünümde değer her zaman 'Freshservice' olur. Özellikle verilerin birden fazla sistemden birleştirilebildiği ortamlarda bu özniteliği eklemek iyi bir uygulamadır. Gerekli bağlamı sağlar, veri yönetişimini ve sorun gidermeyi kolaylaştırır.

Neden önemli?

Birden fazla kurumsal sistemden gelen verileri analiz ederken önemli olan veri kaynağını açıkça gösterir.

Nereden alınır?

Veri çıkarma sırasında verinin kaynağını belirtmek için ayarlanan sabit bir değerdir.

Örnekler
Freshservice
Son veri güncellemesi
LastDataUpdate
Bu kaydın verilerinin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, 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 açısından önemlidir. Veri bütünlüğünü korumaya ve içgörülerin ne kadar güncel olduğunu anlamaya yardımcı olur.

Neden önemli?

Verilerin ne kadar güncel olduğunu gösterir ve Process Mining analizinin güncelliğini doğrulamaya yardımcı olur.

Nereden alınır?

Bu zaman damgası genellikle veri alımı veya ETL işlemi sırasında oluşturulup 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 öznitelik, değişiklik çalışmalarını yürütmekle görevlendirilen ekibi belirtir. Örneğin, Network Team veya Database Administrators. Atanan gruba göre süreç performansını incelemek, ekiplerin iş yükünü ve verimliliğini anlamak, kaynak darboğazlarını belirlemek açısından önemlidir. Hangi ekiplerin uygulamayı daha uzun sürede tamamladığını veya uygulama sonrasında daha fazla sorun yaşadığını gösterebilir.

Neden önemli?

Kaynak kısıtlarını veya iyi uygulamaları belirlemek için farklı uygulama ekiplerinin performansını ve iş yükünü karşılaştırmayı sağlar.

Nereden alınır?

Freshservice içindeki Change nesnesinde yer alan Group veya Assigned Group alanıdır.

Örnekler
Altyapı ekibiUygulama desteğiGüvenlik operasyonları
Bitiş zamanı
EndTime
Değişiklik talebi kaydı için kaydedilen son olayın zaman damgası.
Açıklama

Bitiş zamanı, değişiklik talebinin yaşam döngüsünün sona erdiği zamanı gösterir ve genellikle 'Change Closed' veya 'Change Cancelled' etkinliğine karşılık gelir. Her kaydın toplam uçtan uca çevrim süresini hesaplamak için Başlangıç zamanı ile birlikte kullanılır. Bu özniteliği analiz ederek Değişiklik Yönetimi sürecinin toplam süresini ve işlem hacmini anlayabilirsiniz.

Neden önemli?

Süreç verimliliğinin temel KPI’larından biri olan değişiklik talebinin toplam çevrim süresini hesaplamak için gereklidir.

Nereden alınır?

Belirli bir Değişiklik Talebi Kimliği için olay günlüğündeki son etkinliğin 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 son durumu.
Açıklama

Bu öznitelik, değişiklik talebinin belirli bir andaki durumunu veya 'Closed', 'Cancelled' ya da 'Rejected' gibi nihai sonucunu gösterir. Başarıyla tamamlanan değişiklikleri başarısız olanlardan veya terk edilenlerden ayırmaya yardımcı olduğu için sonuç analizinde önemlidir. Duruma göre filtreleme yaparak belirli değişiklik gruplarını inceleyebilirsiniz.

Neden önemli?

Değişikliklerin sonuçlarını analiz ederek başarı, başarısızlık ve iptal oranlarını anlamaya yardımcı olur.

Nereden alınır?

Freshservice’teki Change nesnesinin 'Status' alanıdır.

Örnekler
Kapatıldıİptal edildiReddedildiAçık
Değişiklik önceliği
ChangePriority
Değişiklik talebine atanan ve iş açısından önemini gösteren öncelik düzeyi.
Açıklama

Öncelik genellikle etki ve aciliyet birlikte değerlendirilerek belirlenir; kaynakların nasıl dağıtılacağını ve işlerin ne zaman planlanacağını yönlendirir. Önceliğin çevrim süresi ve SLA uyumluluğu gibi süreç metriklerini nasıl etkilediğini inceleyerek yüksek öncelikli değişikliklerin düşük önceliklilere göre daha hızlı işlenip işlenmediğini görebilirsiniz. Bu analiz, önceliklendirme politikalarının ne kadar etkili olduğunu değerlendirmeye yardımcı olur.

Neden önemli?

Sürecin önemli değişikliklere etkili biçimde öncelik verip vermediğini ve kaynakları buna göre dağıtıp dağıtmadığını anlamaya yardımcı olur.

Nereden alınır?

Freshservice içindeki Change nesnesinde yer alan Priority alanıdır.

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

Değişiklik türü, değişiklik taleplerini niteliklerine, risklerine ve onay gereksinimlerine göre sınıflandırır. Standart değişiklikler önceden onaylanır, Normal değişiklikler standart süreci izler, Acil değişiklikler ise hızlandırılmış işlem gerektirir. Değişiklik türüne göre süreç analizi yapmak, farklı türlerin farklı yollar izleyip izlemediğini ve çevrim süresi ya da başarı oranı gibi performans özelliklerinin değişip değişmediğini anlamak için önemlidir.

Neden önemli?

Süreci değişiklik türüne göre gruplandırmak, standart, normal ve acil değişikliklerin farklı işleyişlerini ve performans düzeylerini ortaya çıkarır.

Nereden alınır?

Freshservice’teki Change nesnesinin 'Change Type' alanıdır.

Örnekler
StandartNormalAcilBüyük çaplı
Hedef tamamlanma tarihi
TargetCompletionDate
Değişikliğin tamamlanmasının planlandığı veya SLA kapsamında tamamlanması gereken tarih.
Açıklama

Bu tarih, değişiklik talebinin kapatılması gereken son günü gösterir ve SLA uyumluluğunu ölçmek için temel alınır. Gerçek bitiş zamanını hedef tamamlanma tarihiyle karşılaştırarak değişikliğin zamanında, erken veya geç tamamlanıp tamamlanmadığını belirleyebilirsiniz. Değişiklik SLA uyumluluk oranı KPI’ı için temel girdilerden biridir.

Neden önemli?

Zamanında teslimatı ve SLA uyumluluğunu ölçmek için temel alınır; bunlar süreç performansının önemli göstergeleridir.

Nereden alınır?

Freshservice içindeki Change nesnesinde Due by veya SLA Target adlı özel bir tarih alanı olabilir.

Örnekler
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
Risk düzeyi
RiskLevel
Değişikliğin uygulanmasıyla ilişkili riskin değerlendirilen düzeyi.
Açıklama

Risk düzeyi, değişikliğin başarısız olması durumunda ortaya çıkabilecek olumsuz etkiyi sınıflandırır. Yaygın düzeyler düşük, orta ve yüksektir. Bu öznitelik, uyumluluk analizinde ve yüksek riskli değişikliklerin daha fazla onay veya daha kapsamlı test gibi daha sıkı adımlar içeren bir süreçten geçip geçmediğini anlamada önemlidir. Risk yönetimi kontrollerinin doğru uygulanıp uygulanmadığını değerlendirmeye yardımcı olur.

Neden önemli?

Uyumluluk ve risk analizi açısından önemlidir; yüksek riskli değişikliklerin uygun biçimde incelenmesini ve daha sıkı bir süreçten geçmesini sağlar.

Nereden alınır?

Freshservice içindeki Change nesnesinde yer alan Risk alanına karşılık gelir.

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

Talep sahibi, değişikliği değerlendirilmek üzere gönderen kişidir. Talep sahibine göre veri analizi yapmak; hangi kişilerin veya rollerin sık sık değişiklik talep ettiğini, belirli kullanıcılardan gelen taleplerin daha sık reddedilip reddedilmediğini ya da yeniden çalışma gerektirip gerektirmediğini ortaya çıkarabilir. Departman bilgileriyle birlikte kullanıldığında iş yükü analizine de katkı sağlar.

Neden önemli?

Değişiklik talebinin kaynağını belirler; eğitim ihtiyacını veya çok sayıda değişiklik talep eden kullanıcı gruplarını ortaya çıkarabilir.

Nereden alınır?

Freshservice içindeki Change nesnesinde bir kullanıcı kaydına bağlanan Requested by alanıdır.

Örnekler
Alice JohnsonRobert SmithMaria Garcia
Aciliyet
Urgency
Değişikliğin iş açısından ne kadar hızlı uygulanması gerektiğini belirtir.
Açıklama

Aciliyet, değişikliğin ne kadar zamana duyarlı olduğunu gösterir. Örneğin, bir güvenlik yamasının aciliyeti yüksek olabilir. Önceliği belirlemek için genellikle etkiyle birlikte değerlendirilen bu öznitelik, sürecin zamana duyarlı iş ihtiyaçlarına uygun şekilde yanıt verip vermediğini incelemeye yardımcı olur. Acil değişikliklerin süreçte gerçekten daha hızlı ilerleyip ilerlemediğini ortaya çıkarabilir.

Neden önemli?

Değişikliğin zamana duyarlılığı hakkında bilgi verir. Sürecin yanıt verme hızını değerlendirmek için çevrim süresiyle birlikte incelenebilir.

Nereden alınır?

Freshservice içindeki Change nesnesinde yer alan Urgency alanıdır.

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

Bu öznitelik, değişiklik talebini başlatan iş birimini belirleyerek kurumsal bağlam sağlar. Departmana göre analiz yapmak; kuruluşun hangi bölümlerinin en çok değişiklik talep ettiğini, en yüksek ret oranına veya en uzun çevrim sürelerine sahip olduğunu ortaya çıkarabilir. Bu bilgi, hedefli süreç iyileştirme ve kaynak planlaması açısından faydalıdır.

Neden önemli?

Farklı iş birimlerinin süreç performansını ve talep hacmini analiz etmeyi, hedefli iyileştirmeler yapmayı sağlar.

Nereden alınır?

Bu bilgi genellikle Freshservice içindeki talep sahibinin kullanıcı profilinden alınır.

Örnekler
Finansİnsan kaynaklarıBilgi teknolojileriPazarlama
Etki düzeyi
ImpactLevel
Değişikliğin başarısız olması veya hizmet kesintisine yol açması durumunda iş üzerindeki etkinin değerlendirilen düzeyi.
Açıklama

Etki düzeyi, iş operasyonları üzerindeki olası etkiyi gösterir. Tek bir kullanıcıyı etkileyen düşük düzeyden kuruluşun tamamını etkileyen yüksek düzeye kadar değişebilir. Aciliyetle birlikte genellikle genel önceliği belirler. Etkiye göre analiz yapmak, iş sürekliliğini ciddi biçimde tehdit eden değişikliklerin süreçte doğru şekilde ele alınıp alınmadığını anlamaya yardımcı olur.

Neden önemli?

Risk analizine katkı sağlar ve iş üzerinde büyük etki yaratma olasılığı bulunan değişikliklerin daha dikkatli yönetildiğini doğrulamaya yardımcı olur.

Nereden alınır?

Freshservice içindeki Change nesnesinde yer alan Impact alanına karşılık gelir.

Örnekler
DüşükOrtaYüksek
İlişkili olay sayısı
AssociatedIncidentsCount
Uygulama sonrasında bu değişiklik talebiyle ilişkilendirilen olayların sayısı.
Açıklama

Bu metrik, değişiklik uygulandıktan sonra ortaya çıkan olayları sayarak değişikliğin sonraki aşamalardaki etkisini ölçer. Sayının yüksek olması; planlama, test veya uygulama kalitesiyle ilgili sorunlara işaret edebilir. Uygulama sonrası sorun oranı KPI’ının temel girdilerinden biridir ve değişikliklerin kararlılığını ve başarısını ölçmek için önemlidir.

Neden önemli?

Uygulanan değişikliklerin kalitesini ve kararlılığını doğrudan ölçerek hizmet kesintisine yol açan değişiklikleri belirlemeye yardımcı olur.

Nereden alınır?

Freshservice içindeki bir Change kaydıyla ilişkilendirilmiş Incident kayıtlarının sayısı hesaplanarak elde edilir.

Örnekler
015
Kapatma kodu
CloseCode
Değişiklik talebinin neden kapatıldığını belirten kod veya açıklama.
Açıklama

Kapatma kodu, kapatılan değişikliğin sonucuyla ilgili ayrıntı verir. Örnekler arasında Başarıyla uygulandı, Geri alındı ve Reddedildi yer alır. Bu veri, son durumun ötesinde bağlam sağlayarak değişiklik yönetimi sürecindeki başarı ve başarısızlık nedenlerini daha ayrıntılı incelemenize olanak tanır.

Neden önemli?

Değişiklik sonuçlarını ayrıntılı biçimde göstererek değişikliklerin neden başarılı olduğunu, başarısız kaldığını veya geri alındığını incelemeyi sağlar.

Nereden alınır?

Freshservice belgelerine bakın veya Change formunda Closure Code ya da benzer adlı bir alan olup olmadığını kontrol edin.

Örnekler
BaşarılıSorunlarla birlikte başarılıBaşarısızGeri alındı
Onay süresi
ApprovalDuration
Değişiklik talebinin onay aşamasında geçirdiği süre.
Açıklama

Bu süre, onay talebinin gönderilmesinden onaylanmasına veya reddedilmesine kadar geçen zamanı ölçer. Değişiklik onay aşaması süresi Dashboardı için gereklidir ve onay iş akışındaki darboğazları belirlemeye yardımcı olur. Bu metriği inceleyerek yavaş onay veren kişileri, verimsiz grup devir teslimlerini veya karar alma sürecindeki sistematik gecikmeleri görebilirsiniz.

Neden önemli?

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

Nereden alınır?

Onay talebi gönderildi etkinliği ile Değişiklik onaylandı veya Değişiklik reddedildi etkinliği arasındaki süre hesaplanarak elde edilir.

Örnekler
1 gün 2 saat5 saat 30 dakika3 gün
SLA aşıldı mı
IsSlaBreached
Değişiklik talebinin hedef tarihinden sonra tamamlanıp tamamlanmadığını belirten bir boole değeri.
Açıklama

Bu öznitelik, SLA uyumluluğunu ikili bir değerle gösterir. Değişikliğin bitiş zamanı hedef tamamlanma tarihinden sonraysa true, değilse false değerini alır. SLA uyumluluğuyla ilgili Dashboard ve KPI’ların oluşturulmasını kolaylaştırır; geç tamamlanan değişiklikleri hızla filtreleyip toplu olarak incelemenizi sağlar. Değişiklik SLA uyumluluk oranı KPI’ını doğrudan destekler.

Neden önemli?

SLA performansını ikili bir sonuçla göstererek zamanında ve geç tamamlanan değişiklikleri filtrelemeyi ve raporlamayı kolaylaştırır.

Nereden alınır?

EndTime ile TargetCompletionDate karşılaştırılarak hesaplanır. EndTime > TargetCompletionDate ise sonuç true olur.

Örnekler
truefalse
Uygulama süresi
ImplementationDuration
Değişikliğin uygulama aşamasının tamamlanması için geçen süre.
Açıklama

Bu metrik, temel uygulama çalışmalarının süresini hesaplar. Genellikle Uygulama başladı etkinliğinden Uygulama tamamlandı etkinliğine kadar geçen süre ölçülür. Teknik uygulama aşamasının verimliliğini incelemek için kullanılır ve Değişiklik uygulama aşaması verimliliği Dashboardını destekler. Sürenin uzun olması teknik karmaşıklığa, kaynak yetersizliğine veya beklenmedik zorluklara işaret edebilir.

Neden önemli?

Planlama ve onay gecikmelerini ayrı tutarak teknik uygulama çalışmalarının verimliliğini ölçer.

Nereden alınır?

Uygulama başladı ve Uygulama tamamlandı etkinlikleri arasındaki süre hesaplanarak elde edilir.

Örnekler
4 saat1 saat 30 dakika8 saat
Zorunlu Önerilen İsteğe bağlı

Değişiklik yönetimi etkinlikleri

Değişiklik yönetimi sürecini ayrıntılı biçimde keşfetmek için olay günlüğünüzde doğru şekilde izlemeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
5 Önerilen 10 İsteğe bağlı
Aktivite Açıklama
Değişiklik kapatıldı
Bu etkinlik, Değişiklik Yönetimi sürecinin başarıyla tamamlandığını resmen gösterir. Değişiklik kaydının durumu son 'Closed' durumuna getirildiğinde kaydedilir.
Neden önemli?

Bu, sürecin temel bitiş olayıdır. Uçtan uca 'Average Change Cycle Time' ve 'Change SLA Adherence Rate' hesaplamalarında kullanılan son veri noktasıdır.

Nereden alınır?

Bu olay, değişiklik kaydının geçmişinde son durumun 'Closed' olarak değiştiği zaman damgasından kaydedilir.

Kaydedin

Son durumun 'Closed' olarak değiştiği zaman damgası.

Olay türü explicit
Değişiklik onaylandı
Change Advisory Board (CAB) gibi yetkili bir makamın değişiklik talebini resmen onaylayarak ilerlemesine izin verdiği önemli bir aşamadır. Bu işlem genellikle sistemde açıkça kaydedilir.
Neden önemli?

Onay aşamasının sonunu ve uygulama planlamasının başlangıcını gösterir. 'Average Change Approval Time' ve 'First-Pass Approval Rate' metriklerini ölçmek için bu etkinlik önemlidir.

Nereden alınır?

Onaylayan kişi 'Approve' düğmesine tıkladığında Freshservice bu olayı açıkça günlüğe kaydeder. Olay, zaman damgasıyla birlikte kaydın etkinlik günlüğüne eklenir.

Kaydedin

Onaylar sekmesinde veya etkinlik günlüğünde yer alan 'Approved' işleminin zaman damgası.

Olay türü explicit
Değişiklik planlandı
Onaylanan değişikliğin uygulanması için belirli bir başlangıç ve bitiş saati atanmasını ifade eder. Genellikle 'Scheduled Start Time' ve 'Scheduled End Time' alanları doldurulduğunda çıkarım yoluyla belirlenir.
Neden önemli?

Bu önemli aşama, uygulama sürecini başlatır. 'Average Implementation Time' hesaplamak ve planlama verimliliğini analiz etmek için gereklidir.

Nereden alınır?

Planlama tarih alanlarının doldurulduğu zaman damgasından ve durumun 'Scheduled' veya benzeri bir duruma geçmesinden çıkarım yapılır.

Kaydedin

'Scheduled Start Date' alanının doldurulmasından ve buna karşılık gelen durum güncellemesinden çıkarım yapılır.

Olay türü inferred
Değişiklik talebi oluşturuldu
Bu etkinlik, Freshservice’te yeni bir değişiklik talebinin resmen kaydedilmesiyle Değişiklik Yönetimi sürecinin başladığını gösterir. Kullanıcı yeni bir değişiklik kaydını kaydettiğinde bu olay açıkça kaydedilir; benzersiz bir Değişiklik Talebi Kimliği ve oluşturulma zaman damgası oluşturulur.
Neden önemli?

Bu, sürecin temel başlangıç olayıdır. Bu etkinlik ile 'Change Closed' arasındaki süreyi analiz ederek süreç verimliliğinin temel KPI’larından biri olan uçtan uca çevrim süresini hesaplayabilirsiniz.

Nereden alınır?

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

Kaydedin

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

Olay türü explicit
Uygulama tamamlandı
Değişikliğin uygulanmasına yönelik teknik çalışmaların tamamlandığını gösterir. Genellikle durumun 'Pending Review' gibi uygulama sonrası bir duruma geçmesinden çıkarım yapılır.
Neden önemli?

Bu aşama, temel uygulama çalışmalarının sonunu gösterir. 'Average Implementation Time' hesaplamasının bitiş noktasıdır ve test ya da inceleme etkinliklerinin başladığını belirtir.

Nereden alınır?

'Pending Review', 'Awaiting Testing' veya 'Completed' gibi bir duruma geçişten çıkarım yapılır.

Kaydedin

Durum alanının 'Pending Review' veya benzeri bir değere geçmesinden çıkarım yapılır.

Olay türü inferred
Değişiklik iptal edildi
Değişiklik talebinin tamamlanmadan sonlandırılmasını ifade eder. Bilet durumu 'Cancelled' veya 'Withdrawn' olarak ayarlandığında kaydedilen alternatif bir bitiş durumudur.
Neden önemli?

İptal edilen değişiklikleri analiz etmek, artık gerekmeyen veya geçerli bir iş gerekçesi bulunmayan talepler gibi ilk planlama ya da onay aşamalarındaki sorunları ortaya çıkarabilir.

Nereden alınır?

Durumun 'Cancelled' veya 'Closed' dışında eşdeğer bir son duruma geçtiği zaman damgasından kaydedilir.

Kaydedin

Durumun 'Cancelled' olarak değiştiği zaman damgası.

Olay türü explicit
Değişiklik kaydına not eklendi
Değişiklik talebine yorum veya not eklenmesini, yani iletişim ya da dokümantasyon etkinliğini ifade eder. Freshservice, bu olayları her kaydın etkinlik akışında açıkça günlüğe kaydeder.
Neden önemli?

Notları izlemek temel bir süreç adımı olmasa da özellikle onay veya planlama aşamalarındaki gecikmelere bağlam sağlayabilir. Notların sık eklenmesi, gereksinimlerin belirsiz olduğuna veya iletişim sorunlarına işaret edebilir.

Nereden alınır?

Değişiklik talebi kaydının 'Activity' veya 'Audit' bölümünde, zaman damgası ve notu ekleyen kullanıcı bilgisiyle açıkça günlüğe kaydedilir.

Kaydedin

Kaydın etkinlik günlüğüne 'Note Added' olayı olarak kaydedilir.

Olay türü explicit
Değişiklik reddedildi
Onaylayanın değişiklik talebini resmen reddettiğini ve sürecin ilerlemesini engellediğini gösterir. Bu işlem açıkça kaydedilir ve çoğu zaman süreci yeniden çalışma döngüsüne sokar.
Neden önemli?

Bu etkinlik, yeniden çalışmayı analiz etmek ve süreç başarısızlığının nedenlerini belirlemek için önemlidir. Reddedilme sıklığının yüksek olması, talep kalitesi veya risk değerlendirmesiyle ilgili sorunlara işaret eder.

Nereden alınır?

Onaylayan kişi 'Reject' düğmesine tıkladığında Freshservice bu olayı açıkça günlüğe kaydeder. Olay, kaydın etkinlik günlüğüne eklenir.

Kaydedin

Onaylar sekmesinde veya etkinlik günlüğünde yer alan 'Rejected' işleminin zaman damgası.

Olay türü explicit
Değişiklik yeniden açıldı
Daha önce kapatılmış veya çözümlenmiş bir değişiklik, genellikle uygulama sonrasında sorunlar ortaya çıktığı için yeniden açık duruma getirildiğinde gerçekleşir. Kapalı durumdan açık duruma geçişten çıkarım yapılır.
Neden önemli?

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

Nereden alınır?

Kaydın etkinlik günlüğünde 'Closed' veya 'Resolved' durumundan yeniden 'Open' ya da 'In Progress' durumuna geçiş saptanarak çıkarım yapılır.

Kaydedin

Terminal bir durumdan (ör. 'Closed') terminal olmayan bir duruma (ör. 'Open') geçişi saptayın.

Olay türü inferred
Onay talep edildi
Değişiklik talebinin inceleme ve onay için resmen gönderildiği noktayı ifade eder. Genellikle talep durumu 'Awaiting Approval' gibi bir duruma geçtiğinde veya talep bir onaylayana atandığında çıkarım yoluyla belirlenir.
Neden önemli?

Bu etkinlik onay aşamasının başlangıcını gösterir. Onay döngüsündeki darboğazları belirlemek için bu noktadan 'Change Approved' etkinliğine kadar geçen süreyi ölçmek önemlidir.

Nereden alınır?

Activity Logdan veya durum alanındaki değişiklikler izlenerek 'Awaiting Approval' durumuna geçişten çıkarım yapılır. Olay zamanı olarak bu durum değişikliğinin zaman damgası kullanılır.

Kaydedin

'Awaiting Approval' durumuna geçişten çıkarım yapılır.

Olay türü inferred
Planlama tamamlandı
Uygulama ve geri alma planlarının hazırlanması da dahil olmak üzere değişiklik için gereken tüm planlamanın tamamlandığını gösterir. Genellikle onay sonrasındaki bir durum değişikliğinden çıkarım yapılır.
Neden önemli?

Planlamadan yürütmeye geçişi gösterir. Planlama aşamasının süresini analiz etmek, uygulama öncesi etkinlikleri iyileştirme fırsatlarını belirlemeye yardımcı olur.

Nereden alınır?

'Pending Release' gibi planlamayla ilgili bir durumdan 'Scheduled' gibi bir uygulama durumuna geçişten çıkarım yapılır.

Kaydedin

'Planning in Progress' veya benzer bir durumdan çıkıştan çıkarım yapılır.

Olay türü inferred
Risk değerlendirmesi tamamlandı
Değişiklikle ilişkili olası risklerin resmî değerlendirmesinin tamamlandığını gösterir. Risk düzeyi alanı doldurulduğunda veya güncellendiğinde ya da ilgili bir görev tamamlandığında bu etkinlik çoğu zaman çıkarım yoluyla belirlenir.
Neden önemli?

Bu etkinliği izlemek, risk değerlendirmesini zorunlu kılan değişiklik politikalarına uyulmasını sağlamaya yardımcı olur. 'Risk Assessment Coverage' analizini ve bu önemli adımda harcanan süreyi ölçmenizi sağlar.

Nereden alınır?

Bu etkinlik, değişiklik formundaki 'Risk' alanının zaman damgalı güncellemesinden veya risk analiziyle ilgili belirli bir görevin tamamlanmasından çıkarım yoluyla belirlenebilir.

Kaydedin

'Risk' alanının doldurulduğu veya ilgili bir kontrol listesi öğesinin tamamlandı olarak işaretlendiği zaman damgasından çıkarım yapılır.

Olay türü inferred
Testler tamamlandı
Değişikliğin başarılı olduğunu ve olumsuz etkilere yol açmadığını doğrulamak için gereken tüm test ve doğrulama etkinliklerinin tamamlanmasını ifade eder. Bir görevin kapatılmasından veya durum değişikliğinden çıkarım yapılabilir.
Neden önemli?

Bu etkinliği izlemek, 'Testing Completion Rate' KPI’ını ölçmeye ve değişikliklerin son kapatmadan önce doğrulanmasına yardımcı olur. Böylece uygulama sonrası sorunlar azalır.

Nereden alınır?

Bu etkinliği kaydetmek zor olabilir. Bağlantılı bir 'Testing' görevinin tamamlanmasından veya durumun 'Testing Complete' olarak değişmesinden çıkarım yapmak gerekebilir.

Kaydedin

Değişiklikle ilişkili test görevinin kapatılmasından çıkarım yapılır.

Olay türü inferred
Uygulama başladı
Değişikliğin dağıtımının veya yürütülmesinin başladığını gösterir. Değişiklik talebinin durumu 'In Progress' veya benzer bir etkin duruma güncellendiğinde çıkarım yapılır.
Neden önemli?

Etkin uygulama süresini izlemek için net bir başlangıç noktası sağlar. Bekleme süresiyle fiilen yapılan işi birbirinden ayırmaya yardımcı olur.

Nereden alınır?

Planlanan başlangıç saatinde durumun 'In Progress' veya 'Implementation in Progress' gibi bir değere geçmesinden çıkarım yapılır.

Kaydedin

Durum alanının 'In Progress' olarak değişmesinden çıkarım yapılır.

Olay türü inferred
Uygulama sonrası inceleme tamamlandı
Değişikliğin başarısını değerlendirmek ve çıkarılan dersleri belgelemek için Uygulama Sonrası İncelemenin (PIR) tamamlandığını gösterir. Genellikle uygulama sonrasında inceleme notları eklendiğinde veya durum güncellendiğinde çıkarım yapılır.
Neden önemli?

Resmî inceleme sürecinin izlenmesini sağlar. Bu etkinliği analiz etmek, değişikliklerin ne kadar etkili olduğunu anlamaya ve süreçleri sürekli iyileştirmeye yardımcı olur.

Nereden alınır?

Uygulama tarihinden sonra değişiklik formundaki PIR ile ilgili alanların doldurulmasından veya durumun 'Review Complete' gibi bir değere geçmesinden çıkarım yapılır.

Kaydedin

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

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Freshservice verilerinizi nasıl alırsınız?

Başlamaya hazır mısınız?

Bu ayrıntılı Template ile verilerinizi hazırlayın ve değişiklik yönetimini optimize etmeye bugün başlayın. Gizli içgörüleri ortaya çıkarın ve dağıtımların daha verimli gerçekleşmesini sağlayın.

Başarısız değişiklikleri önleyin: Freshservice yönetimini şimdi iyileştirin

Değişikliklerde %95 başarıya ulaşın, Freshservice kaynaklı kesintileri ve gecikmeleri ortadan kaldırın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Dakikalar içinde başlayın.