Değişiklik Yönetimi Veri Template'inuz
Değişiklik Yönetimi Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Freshservice için veri çekme kılavuzu
Değişiklik Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite 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 süreç 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?dir?
Süreç akışındaki adımları tanımlar, değişiklik süreç döngüsünün görselleştirilmesini ve süreç varyantları ile darboğazların analizini sunar.
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ı
|
|||
|
Değişiklik Talebi Kimliği
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 olarak kullanılır. İlişkili tüm faaliyetleri, onayları ve kayıtları tutarlı bir zaman çizelgesine bağlayarak uçtan uca süreç analizine sunar. Process Mining'de bu kimlik, her değişikliğin yolunu, süresini ve sonuçlarını anlamak için süreç döngüsünü yeniden yapılandırmak için gereklidir.
Neden Önemli?dir?
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
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir faaliyetin veya olayın gerçekleştiği tam tarih ve saat. | ||
|
Açıklama
Süreçteki her etkinliğin, gerçekleştiğini işaretleyen karşılık gelen bir zaman damgası (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 büyük önem taşır. Performans analizi, darboğaz tespiti ve SLA uyumluluğu izlemesi sunar.
Neden Önemli?dir?
Bu zaman damgası (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 büyük önem taşır.
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ı (zaman damgası)dır.
Ö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?dir?
Birden fazla kurumsal sistemden veri analiz edilirken büyük önem taşıyan olan açık veri kaynağı bilgisi sunar.
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ı (zaman damgası)dır. | ||
|
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ı güçlüak için önemlidir. Bu, veri bütünlüğünü korumaya yardımcı olur ve stratejik bilgilerin zamanında sağlanması için bağlam sunar.
Neden Önemli?dir?
Kullanıcıların verilerin güncelliğinden haberdar olmasını sunar ve process mining analizinin geçerliliğini doğrulamaya yardımcı olur.
Nereden Alınır??
Bu zaman damgası (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 temel rol oynar. Hangi ekiplerin daha uzun uygulama sürelerine veya daha yüksek uygulama sonrası sorun oranlarına sahip olduğunu gösterebilir.
Neden Önemli?dir?
Kaynak kısıtlamalarını veya en iyi uygulamaları belirlemek için farklı uygulama ekipleri arasında performans ve iş yükü analizini sunar.
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ş Zamanı
EndTime
|
Değişiklik talebi vakası için kaydedilen son olayın zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bitiş Zamanı, bir değişiklik talebinin süreç 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?dir?
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 event logndeki son faaliyetin zaman damgası (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 büyük önem taşır. Duruma göre filtreleme, belirli değişiklik gruplarına odaklanmış analize sunar.
Neden Önemli?dir?
Değişiklik sonuçlarının analizine sunar, 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 seviyesi, 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?dir?
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
|
Standard, Normal veya Acil gibi değişikliğin sınıflandırması. | ||
|
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 büyük önem taşır.
Neden Önemli?dir?
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?dir?
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 detaylı test gibi daha titiz bir süreç yolunu izleyip izlemediğini anlamak için büyük önem taşır. Risk yönetimi kontrollerinin doğru uygulandığından emin olmaya yardımcı olur.
Neden Önemli?dir?
Bu, uyumluluk ve risk analizi için büyük önem taşır ve yüksek riskli değişikliklerin uygun şekilde incelenmesini ve daha güçlü bir süreci takip etmesini sunar.
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?dir?
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?dir?
Bir değişikliğin zamana duyarlılığı hakkında bağlam sunar, 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 bir çerçeve sunar. 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 önemli bilgi, hedeflenen süreç iyileştirme ve kaynak planlaması için değerlidir.
Neden Önemli?dir?
Süreç performansının ve farklı iş birimlerinden gelen talebin analizine sunar, 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?dir?
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 ölçülmesini sağlar. 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 büyük önem taşır.
Neden Önemli?dir?
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 sunar. Ö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 sunar.
Neden Önemli?dir?
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 sunar.
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 gereklidir 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?dir?
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 Panellerin ve KPI'ların oluşturulmasını basitleştirerek, geç değişikliklerin hızlıca filtrelenmesine ve toplanmasına sunar. Doğrudan Değişiklik SLA Uyumluluk Oranı KPI'sını destekler.
Neden Önemli?dir?
SLA performansı için net, ikili bir sonuç sunar, 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
|
|||
|
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?dir?
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
|
|||
Değişiklik Yönetimi Aktiviteleri
| 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?dir?
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ı (zaman damgası)yla ilişkilendirilerek yakalanır.
Yakala
Son durum değişikliğinin 'Kapatıldı' olarak zaman damgası (zaman damgası)dır.
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?dir?
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ı (zaman damgası) ile birlikte kaydedilir.
Yakala
Onaylar sekmesinde veya etkinlik günlüğünde 'Onaylandı' eyleminin zaman damgası (zaman damgası)dır.
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ş Zamanı' alanları doldurulduğunda çıkarılır. | ||
|
Neden Önemli?dir?
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 gereklidir.
Nereden Alınır??
Planlamayla ilgili tarih alanları doldurulduğunda ve durum 'Planlandı' veya benzeri bir duruma geçtiğinde zaman damgası (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ı (zaman damgası) oluşturulur. | ||
|
Neden Önemli?dir?
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 sunar.
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ı (zaman damgası)na karşılık gelir.
Yakala
Değişiklik talebi kaydının oluşturulma zaman damgası (zaman damgası)dır.
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?dir?
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?dir?
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ı (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?dir?
İ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ı (zaman damgası)ndan alınır.
Yakala
Durum değişikliğinin 'İptal Edildi' olarak zaman damgası (zaman damgası)dır.
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?dir?
Bu faaliyet, yeniden işleme analiz etmek ve süreç başarısızlığının nedenlerini belirlemek için büyük önem taşır. 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ı (zaman damgası)dır.
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?dir?
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 büyük önem taşır.
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?dir?
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 büyük önem taşır.
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ı (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?dir?
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?dir?
Bu faaliyeti izlemek, risk değerlendirmesini zorunlu kılan değişiklik politikalarına uyumu güçlüaya yardımcı olur. 'Risk Değerlendirme Kapsamı' analizi ve bu kritik adımda harcanan sürenin analizine sunar.
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ı (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?dir?
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?dir?
Aktif uygulama süresini izlemek için net bir başlangıç noktası sunar. 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?dir?
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
|
|||