Yazılım Geliştirme Yaşam Döngüsü Veri Template'iniz

Jira Software
Yazılım Geliştirme Yaşam Döngüsü Veri `Template`'iniz

Yazılım Geliştirme Yaşam Döngüsü Veri Template'iniz

Bu şablon, Yazılım Geliştirme Yaşam Döngünüzü analiz etmek için gereken temel verileri toplamak için net bir yol haritası sunar. Toplanacak temel veri alanlarını, izlenecek kritik süreç adımlarını ve bu bilgileri Jira Software'dan çıkarma konusunda pratik rehberliği özetler. Etkili süreç madenciliği için olay logunuzu hazırlamak için bu kılavuzu kullanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Jira Software için `data` çekme rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Yazılım Geliştirme Yaşam Döngüsü Öznitelikleri

Bunlar, kapsamlı Yazılım Geliştirme Yaşam Döngüsü analizi için olay logunuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 6 Önerilen 11 İsteğe Bağlı
Ad Açıklama
Aktivite
Activity
Bir öğenin geliştirme yaşam döngüsünde meydana gelen belirli bir olayın veya durum değişikliğinin adı.
Açıklama

Bu öznitelik, yazılım geliştirme sürecinde ayrı bir adım veya kilometre taşını temsil eder. Bu aktiviteler, Jira sorununun durum alanındaki değişikliklerden veya kod teslimleri ya da incelemeler gibi diğer önemli olaylardan türetilir.\n\nSüreç madenciliğinde, bu aktivitelerin dizisi süreç haritasını oluşturur. Aktiviteleri analiz etmek, süreç akışını belirlemeye, belirli aşamaların süresini ölçmeye ve yeniden işleme döngüleri veya atlanan kalite kapıları gibi standart workflow'dan sapmaları tespit etmeye yardımcı olur.

Neden önemli

Etkinlikler (activity) sürecin adımlarını tanımlar ve sıraları, süreç akışını görselleştirmek, darboğazları belirlemek ve süreç varyasyonlarını analiz etmek için esastır.

Nereden alınır

Genellikle Jira sorun geçmişindeki veya değişiklik günlüğündeki 'durum' alanı geçişlerinden türetilir. Ayrıca bağlı geliştirme araçlarından alınan verilerle zenginleştirilebilir.

Örnekler
Geliştirme BaşladıKod İncelemesi YapıldıQA Testi TamamlandıÜretime Dağıtıldı
Geliştirme Öğesi
DevelopmentItem
Jira Software içindeki bir story, bug veya task gibi tek bir iş birimi için benzersiz tanımlayıcı.
Açıklama

Geliştirme Öğesi, bir özellik, hata düzeltmesi veya görev gibi ayrı bir iş birimini temsil eden birincil vaka tanımlayıcısı olarak hizmet eder. Bu belirli öğe için ilk konsept ve planlamadan geliştirme, test ve dağıtıma kadar tüm aktiviteleri birbirine bağlar. Jira'da bu genellikle sorun anahtarına, örneğin 'PROJ-123'e karşılık gelir.\n\nBu özniteliği analiz etmek, her iş öğesinin uçtan uca yaşam döngüsünü izlemeyi sağlar. Süreç haritaları oluşturmak, döngü sürelerini hesaplamak ve farklı öğelerin geliştirme sürecinden nasıl aktığına dair varyasyonları belirlemek için temeldir.

Neden önemli

Bu, ilgili tüm geliştirme aktivitelerini birbirine bağlamak için temel anahtardır ve tek bir iş öğesinin yolculuğunu baştan sona izlemeyi mümkün kılar.

Nereden alınır

Bu, Jira Software Issue API nesnesindeki bir sorun için standart 'anahtar' alanıdır.

Örnekler
PROJ-101CORE-5432API-789
Olay Zamanı
EventTime
Belirli bir geliştirme aktivitesinin veya olayın meydana geldiği kesin tarih ve saat.
Açıklama

Event Time, bir etkinliğin ne zaman gerçekleştiğini kaydeden timestamp'tir. Bu, her case için event'lerin kronolojik sırasını sağlayarak tüm Process Mining analizleri için zamansal temeldir.

Bu attribute, cycle time'lar, işlem süreleri ve etkinlikler arasındaki bekleme süreleri dahil olmak üzere tüm zaman tabanlı metrikleri hesaplamak için kritiktir. Zaman içinde süreç performansının analizini sağlar, geliştirme yaşam döngüsünde gecikmelerin ne zaman ve nerede meydana geldiğini belirlemeye yardımcı olur.

Neden önemli

Bu zaman damgası, olayları doğru sıralamak ve süreç verimliliğini anlamak ve gecikmeleri belirlemek için anahtar olan tüm süre tabanlı metrikleri hesaplamak için temeldir.

Nereden alınır

Bu, bir sorunun değişiklik günlüğündeki veya geçmişindeki her giriş için 'oluşturuldu' zaman damgasına karşılık gelir.

Örnekler
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:00:00Z
Kaynak Sistem
SourceSystem
Geliştirme yaşam döngüsü verilerinin çıkarıldığı sistem.
Açıklama

Bu öznitelik, verinin kaynağını belirler. Bu süreç için tutarlı bir şekilde 'Jira Software' olacaktır, ancak birden fazla kaynak sistemin daha geniş bir analizde birleştirilmesi durumunda verileri ayırt etmek için faydalıdır.\n\nDaha geniş bir BT ortamında, kaynak sistemin belirtilmesi veri soyunun açık olmasını sağlar ve farklı platformlar arasında veri kalitesi ve entegrasyon çabalarının yönetilmesine yardımcı olur.

Neden önemli

Birden fazla sistemden veri entegre edilirken veya veri yönetimi ve denetim amaçları için hayati önem taşıyan net veri kaynağı sağlar.

Nereden alınır

Bu, veri çekimi ve dönüştürme süreci sırasında eklenmesi gereken statik bir değerdir.

Örnekler
Jira Software
Son Veri Güncellemesi
LastDataUpdate
Bu süreç için verilerin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası.
Açıklama

Bu öznitelik, Jira Software'dan en son veri çekme tarih ve saatini kaydeder. Analiz edilen verinin güncelliği hakkında bağlam sağlar.\n\nSon güncelleme zamanını bilmek, süreç içgörülerinin zamanında anlaşılması için önemlidir. Analistlerin ve iş kullanıcılarının güncel verilere baktıklarını doğrulamalarına ve analize dahil edilen olaylar için kesim noktasını bilmelerine yardımcı olur.

Neden önemli

data'ların güncelliğini gösterir, bu da analizlerin ve dashboard'ların sürecin en güncel durumunu yansıtmasını sağlamak için esastır.

Nereden alınır

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinin sonunda oluşturulur ve kaydedilir.

Örnekler
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
Atanan Kişi
Assignee
Geliştirme öğesini şu anda ele almakla görevli kullanıcı.
Açıklama

Atanan kişi, iş öğesinden mevcut aşamasında sorumlu olan bireydir. Jira'da bu, öğe farklı insanlar ve ekipler arasında hareket ettikçe değişen standart bir alandır.\n\nAtanan kişiyi analiz etmek, kaynak tahsisini, iş yükü dağılımını ve devir noktalarını anlamanın anahtarıdır. Hangi geliştiricilerin veya ekiplerin belirli aşamalarda yer aldığını, kimin bir darboğaz olduğunu ve işin organizasyon genelinde nasıl dağıldığını anlamanıza yardımcı olur.

Neden önemli

Bir etkinlikten (activity) sorumlu kullanıcıyı veya kaynağı belirleyerek, iş yükü analizini, kaynak yönetimini ve bireyler arası handoff'ları anlamayı sağlar.

Nereden alınır

Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'assignee' alanıdır.

Örnekler
Alice SmithBob JohnsonAtanmamış
Ekip Adı
TeamName
İş öğesinden sorumlu geliştirme ekibi.
Açıklama

Geliştirme öğesine atanan belirli çevik veya özellik ekibini temsil eder. Jira'da bu genellikle özel bir alan olarak uygulanır veya proje ya da belirli bir bileşen gibi diğer bilgilerden türetilebilir.\n\nBu öznitelik, ekip düzeyinde performans analizi için çok önemlidir. Panoların, bireysel ekipler için döngü süresi, yeniden işleme oranı ve verim gibi metrikleri göstermek üzere filtrelenmesini sağlar. Bu, 'Aşamalar Arası Devir Verimliliği' ve 'Geliştirici İş Yükü ve Öğe İlerlemesi' panoları için hayati öneme sahiptir.

Neden önemli

Farklı geliştirme ekipleri arasında performans ölçümüne ve karşılaştırmasına olanak tanıyarak, yüksek performanslı ekipleri belirlemeye ve en iyi uygulamaları paylaşmaya yardımcı olur.

Nereden alınır

Bu genellikle Jira'da özel bir alandır. 'Ekip', 'Kadrolaşma' veya benzeri olabilecek belirli alan adını belirlemek için Jira yöneticinize danışın.

Örnekler
Team PhoenixÇekirdek HizmetlerUI/UX Avengers
Kalem Tipi
ItemType
Geliştirme öğesinin sınıflandırması, örneğin Bug, Story, Task veya Epic gibi.
Açıklama

Öğe Türü, yapılan işin doğasını kategorize eder. Jira, farklı iş öğeleri türleri arasında ayrım yapmak için standart bir 'issuetype' field'ı kullanır, bunlar genellikle benzersiz workflow'lara sahiptir.

Bu attribute, karşılaştırmalı analiz için esastır. Süreci belirli iş türleri için filtrelemenize olanak tanır, örneğin, bir 'Bug' ile bir 'Story'nin yaşam döngüsünü karşılaştırmak için. Bu, belirli iş türlerinin gecikmelere, tekrarlanan işlere veya standart süreçten sapmalara daha yatkın olup olmadığını belirlemeye yardımcı olur.

Neden önemli

Süreç analizini, hatalar ve yeni özellikler gibi farklı iş türlerinin nasıl ele alındığını ve süreçlerinin nerede farklılaştığını karşılaştırmak üzere segmentlere ayırmaya olanak tanır.

Nereden alınır

Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'issuetype' alanıdır.

Örnekler
StoryHataGörevEpic
Öğe Önceliği
ItemPriority
Geliştirme öğesine atanan öncelik seviyesi, aciliyetini gösterir.
Açıklama

Öğe Önceliği, bir iş öğesinin göreceli önemini veya aciliyetini tanımlar. Jira, En Yüksek, Yüksek, Orta ve Düşük gibi yapılandırılabilir seviyelere sahip standart bir 'öncelik' field'ı sağlar.

Önceliği analiz etmek, uyumluluğu kontrol etmek ve kritik öğeler için darboğazları belirlemek için çok önemlidir. Örneğin, 'Öncelikli Öğe Uyumluluk Kontrolü' dashboard'ı bu attribute'e güvenir; yüksek öncelikli öğelerin beklendiği gibi hızlandırılıp hızlandırılmadığını veya düşük öncelikli öğelerle aynı kuyruklarda takılıp takılmadığını doğrulamak için.

Neden önemli

Yüksek öncelikli öğelerin düşük öncelikli olanlardan daha hızlı işlenip işlenmediğini ve daha akıcı bir yol izleyip izlemediklerini analiz etmeye yardımcı olur, bu da SLA'ların karşılandığından emin olunmasını sağlar.

Nereden alınır

Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'priority' alanıdır.

Örnekler
En YüksekYüksekOrtaDüşük
Proje Adı
ProjectName
Geliştirme öğesinin ait olduğu Jira projesinin adı.
Açıklama

Jira'da tüm iş öğeleri projelere ayrılır. Proje Adı, genellikle belirli bir ürün, ekip veya girişime karşılık gelen üst düzey bağlam sağlar.

Bu attribute, filtreleme ve karşılaştırma için güçlü bir boyuttur. Farklı projeler veya ürünler arasında SDLC sürecini analiz etmeyi ve kıyaslamayı sağlar. Bu, hangi projelerin daha verimli olduğunu, hangilerinde daha fazla tekrarlanan iş olduğunu ve farklı ekiplerin farklı süreç varyantlarını izleyip izlemediğini ortaya çıkarabilir.

Neden önemli

Süreç analizinin proje, ürün veya ekibe göre segmentlere ayrılmasını sağlar, bu da performans karşılaştırmalarına ve en iyi uygulamaların belirlenmesine olanak tanır.

Nereden alınır

Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'project' alanıdır.

Örnekler
Mobil Uygulama GeliştirmeCore PlatformData Science
Ürün Durumu
ItemStatus
Geliştirme öğesinin workflow'u içindeki mevcut durumu.
Açıklama

Bu öznitelik, belirli bir anda geliştirme öğesinin 'Devam Ediyor', 'İncelemede' veya 'Tamamlandı' gibi belirli aşamasını yansıtır. Zaman içindeki durum değişikliklerinin dizisi, süreç madenciliği için aktiviteleri oluşturur.\n\n'Aktivite' özniteliği değişim olayını temsil ederken, 'ItemStatus' öğenin durumunu sağlar. Belirli bir durumda kaç öğe olduğunu görmek veya belirli bir durumda uzun süre kalan öğelerin özelliklerini analiz etmek için filtreleme ve analiz için bir boyut olarak faydalıdır.

Neden önemli

Bir öğenin yaşam döngüsünde nerede olduğuna dair bir anlık görüntü sunar; bu, duruma dayalı analiz ve devam eden işin mevcut durumunu anlamak için çok önemlidir.

Nereden alınır

Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'status' alanıdır.

Örnekler
YapılacakDevam EdiyorİncelemedeTamamlandı
Aktarım Bekleme Süresi
HandoffWaitTime
İki ardışık aktivite arasındaki boş zaman.
Açıklama

Bu metrik, bir aktivitenin tamamlanması ile bir sonrakinin başlangıcı arasındaki bekleme süresini veya kuyruk süresini hesaplar. İşin birinin almasını bekleyerek boşta durduğu süreyi temsil eder.\n\nBu, 'Ortalama Devir Bekleme Süresi' KPI'ı ve 'Aşamalar Arası Devir Verimliliği' dashboard'u için kritik bir metriktir. Yüksek devir süreleri genellikle koordinasyon sorunları, kaynak kısıtlamaları veya geliştirme ve QA gibi ekipler arasındaki verimsiz iletişimi gösterir. Bu boş zamanı en aza indirmek, genel döngü süresini azaltmak için önemli bir kaldıraçtır.

Neden önemli

Süreçteki bekleme veya kuyruk süresini vurgular, ekipler veya bireyler arasındaki handoff'lardaki verimsizlikleri ortaya çıkarır ve koordinasyon sorunlarını gösterir.

Nereden alınır

Bu hesaplanmış bir metriktir. Aynı vaka için bir aktivitenin başlangıç zamanı eksi önceki aktivitenin bitiş zamanıdır.

Örnekler
017280043200
Bildiren
Reporter
Geliştirme öğesini orijinal olarak oluşturan veya raporlayan kullanıcı.
Açıklama

Raporlayan kişi, sorunu Jira'da oluşturan bireydir. Bu bir geliştirici, QA test uzmanı, ürün yöneticisi veya hatta bir hizmet masası entegrasyonu aracılığıyla bir müşteri olabilir.\n\nRaporlayanı analiz etmek, işin kaynağı hakkında içgörüler sağlayabilir. Örneğin, QA ekibi tarafından raporlanan hataların, müşteriler tarafından raporlananlardan farklı bir yaşam döngüsüne sahip olup olmadığını analiz edebilirsiniz. Ayrıca, sürecin başlangıcındaki iletişim kalıplarını ve bilgi akışını anlamaya da yardımcı olabilir.

Neden önemli

İş öğesinin kökenini belirler, bu da görevleri kimin oluşturduğuna veya hataları kimin bildirdiğine göre kalıpları analiz etmek için kullanılabilir.

Nereden alınır

Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'reporter' alanıdır.

Örnekler
Charles DarwinMarie CurieIsaac Newton
Component
Component
Öğenin ait olduğu bir projenin alt bölümü veya işlevsel alanı.
Açıklama

Jira'da bileşenler, bir proje içindeki iş öğelerini daha küçük, daha yönetilebilir parçalara gruplamak için kullanılır. Bu, 'Kullanıcı Kimlik Doğrulaması' gibi bir özellik alanını, 'Backend API' gibi teknik bir katmanı veya 'Raporlama' gibi bir modülü temsil edebilir.

Bileşene göre analiz yapmak, geliştirme sürecine daha ayrıntılı bir bakış açısı sağlar. Uygulamanın belirli kısımlarının daha fazla hata üretip üretmediğini, daha uzun geliştirme cycle'larına sahip olup olmadığını veya daha fazla tekrarlanan iş yaşayıp yaşamadığını belirlemeye yardımcı olabilir, bu da teknik borç veya karmaşıklık alanlarına işaret eder.

Neden önemli

Süreci, ürünün işlevsel veya teknik alanlarına göre segmentlere ayırmaya olanak tanıyarak, hangi bileşenlerin gecikme veya kalite sorunlarının kaynakları olduğunu belirlemeye yardımcı olur.

Nereden alınır

Bu, Jira Issue API yanıtının 'fields' nesnesindeki standart 'components' alanıdır.

Örnekler
Kullanıcı ArayüzüVeritabanıAPI GatewayAuthentication
Düzeltme Sürümü
FixVersion
Geliştirme öğesinin fiilen çözümlendiği ve yayımlandığı yazılım sürümü.
Açıklama

Jira'daki 'Fix Version', bir öğe için tamamlanmış işi içeren sürümü gösterir. Geliştirme çabasının somut sonucunu işaret eder.\n\nBu öznitelik, teslimat performansını analiz etmek için 'PlannedReleaseVersion' ile karşılaştırılabilecek gerçek sürüm bağlamını sağlar. Ayrıca, belirli bir sürümde teslim edilen tüm öğeleri, neyin başarıldığına dair konsolide bir görünüm için gruplandırmak için de kullanılır.

Neden önemli

Bir iş parçasının hangi sürüme dahil edildiğini onaylar, sürüm analizi ve teslim edilen özelliklerin takibi için temel gerçekliği sağlar.

Nereden alınır

Bu, Jira Issue API yanıtındaki 'fixVersions' alanına karşılık gelir.

Örnekler
v2.1.1 Hotfixv3.0.0 Büyük Sürümv2.2.0
İşlem Süresi
ProcessingTime
Belirli bir aktiviteye harcanan toplam aktif süre.
Açıklama

İşlem Süresi, bir öğenin belirli bir durum veya aktivitede geçirdiği süredir. Bu, logdaki tek bir olay için EventEndTime ile EventTime arasındaki fark olarak hesaplanır.

Bu metrik, darboğaz analizinin temel bir bileşenidir ve doğrudan 'Ortalama Aşama İşlem Süresi' KPI'ında kullanılır. Her aktivite için işlem süresini bir araya getirerek, geliştirme yaşam döngüsünün hangi aşamalarının en çok zaman tükettiğini açıkça görebilir ve iyileştirme çabalarını odaklamanıza yardımcı olabilirsiniz.

Neden önemli

Her etkinliğin (activity) süresini doğrudan ölçer, bu da hangi süreç adımlarının en çok zaman alan darboğazlar olduğunu belirlemek için birincil bir ölçüt yapar.

Nereden alınır

Bu, olay logundaki her satır için 'EventTime'ın 'EventEndTime'dan çıkarılmasıyla türetilen hesaplanmış bir metriktir.

Örnekler
86400360000604800
Öğe Çözümü
ItemResolution
Bir geliştirme öğesinin kapatılmasının nihai sonucu veya nedeni.
Açıklama

Çözüm, bir öğenin neden kapalı duruma taşındığını açıklar. Bir durum 'Kapalı' olsa da, çözüm 'Tamamlandı', 'Yapılmayacak', 'Çift Kayıt' veya 'Tekrarlanamaz' olabilir. Bu, işin sonucu hakkında kritik bağlam sağlar.\n\nÇözümü analiz etmek, başarıyla tamamlanan iş ile iptal edilen veya reddedilen öğeleri ayırt etmeye yardımcı olur. Bu, kalite analizi ve değerli işin gerçek verimliliği ile nihayetinde iptal edilen öğelere harcanan çabanın anlaşılması için önemlidir.

Neden önemli

Başarıyla tamamlanan öğeler ile başka nedenlerle kapatılanlar arasında ayrım yapar, bu da doğru üretkenlik ve kalite analizi için hayati öneme sahiptir.

Nereden alınır

Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'resolution' alanıdır. Genellikle sadece bir sorun kapatıldığında doldurulur.

Örnekler
TamamlandıYapılmayacakYinelenenTekrarlanamıyor
Olay Bitiş Zamanı
EventEndTime
Bir aktivitenin veya durumun tamamlandığı zaman damgası.
Açıklama

Bu öznitelik, bir aktivitenin tamamlanma süresini işaretler. Belirli bir vaka için dizideki bir sonraki aktivitenin zaman damgasıdır.\n\n'EventTime' (Başlangıç Zamanı) bir aktivitenin başlangıcını işaret ederken, EventEndTime bitişini işaret eder. Bu iki zaman damgası arasındaki fark, o aktivite için işlem süresidir. Bu, 'Ortalama Aşama İşlem Süresi' KPI'ını hesaplamak ve aktivite sürelerini analiz eden dashboard'lar oluşturmak için çok önemlidir.

Neden önemli

Bir etkinliğin bitiş noktasını tanımlar, süreçteki her adımın süresini hesaplamayı mümkün kılar ve bu da darboğaz analizi için esastır.

Nereden alınır

Bu türetilmiş bir özniteliktir. Belirli bir olay için, bitiş zamanı aynı vaka için sonraki olayın başlangıç zamanıdır.

Örnekler
2023-10-26T12:30:00Z2023-11-15T18:00:15Z2024-01-05T11:45:00Z
Planlanan Sürüm
PlannedReleaseVersion
Öğenin dağıtılması planlanan hedef yazılım sürümü veya yayını.
Açıklama

Bu öznitelik, genellikle Jira'daki 'Etkilenen Sürüm/ler' alanı, bir özellik veya düzeltme için hedeflenen sürümü gösterir. İşin tamamlanması için bir son tarih veya hedef görevi görür.\n\nBu, 'Zamanında Sürüm Teslim Oranı' KPI'ı için kritik bir özniteliktir. Gerçek dağıtım tarihini bu sürümle ilişkili planlanan sürüm tarihiyle karşılaştırarak, zaman çizelgesine bağlılığı ve sürüm sürecinizin öngörülebilirliğini ölçebilirsiniz.

Neden önemli

Hedef teslim tarihini veya sürümü tanımlar, zamanında teslimat oranlarının hesaplanmasını ve programa uygunluk analizini sağlar.

Nereden alınır

Bu, Jira Issue API'sindeki 'versions' veya 'fixVersions' alanlarına karşılık gelir. Planlama için kullanılan belirli alan değişebilir.

Örnekler
Sürüm 2.12024 Birinci Çeyrek SürümüProject Phoenix Lansmanı
Sprint Adı
SprintName
Geliştirme öğesinin atandığı çevik sprint'in adı.
Açıklama

Scrum kullanan ekipler için Sprint, belirli bir iş kümesinin tamamlandığı zaman dilimlenmiş bir süredir. Bu attribute, bir öğenin ait olduğu sprint'in adını veya tanımlayıcısını yakalar.

Sprint'e göre analiz, çevik odaklı Process Mining için temeldir. Bireysel sprint'lerin performansını değerlendirmeye, devir işlerini anlamaya ve sprint hedeflerine karşı ilerlemeyi izlemeye yardımcı olur. Genel tarih aralıklarından daha spesifik, zaman tabanlı bir bağlam sağlar.

Neden önemli

Çevik ekipler için kritik bir bağlam sağlar, süreç verimliliği ve verimini sprint bazında analiz etmeyi mümkün kılar.

Nereden alınır

Bu bilgi genellikle Jira Software (Çevik) tarafından yönetilen bir 'Sprint' özel alanında saklanır. Verilere Issue API aracılığıyla erişilebilir.

Örnekler
PROJ Sprint 12023 Dördüncü Çeyrek Sprint 3Kasım PI Sprint 2
Toplam Cycle Time
CycleTime
Bir geliştirme öğesi için toplam uçtan uca süre.
Açıklama

Cycle Time, bir geliştirme öğesinin oluşturulmasından üretim dağıtımı gibi nihai çözümüne kadar geçen toplam süreyi ölçer. Bu, ilk event'in timestamp'i ile en son event'in timestamp'i arasındaki fark olarak case düzeyinde hesaplanır.

Bu, genel süreç hızını ve verimliliğini ölçmek için birincil bir KPI'dır. 'Ortalama Uçtan Uca Cycle Time' KPI'ı ve 'Genel SDLC Cycle Time Analizi' dashboard'ı doğrudan bu hesaplamaya dayanır. Cycle time'ı azaltmak, süreç iyileştirme girişimlerinin genellikle temel bir hedefidir.

Neden önemli

Geliştirme sürecinin uçtan uca hızını ölçer, genel verimlilik ve teslimat hızı için temel bir performans göstergesi sunar.

Nereden alınır

Bu, vaka düzeyinde hesaplanmış bir özniteliktir. Belirli bir 'DevelopmentItem' için son olayın zaman damgası eksi ilk olayın zaman damgasıdır.

Örnekler
12096002592000604800
Yeniden İşleme mi?
IsRework
Bir aktivitenin yeniden işleme döngüsünün bir parçası olup olmadığını gösteren bir işaret.
Açıklama

Bu boolean öznitelik, bir aktivitenin süreçte geriye doğru bir adımı temsil etmesi durumunda doğrudur; örneğin QA testini geçemeyip 'Geliştirme Başlatıldı'ya dönmek gibi. Bu, bir vaka için aktivitelerin dizisini analiz ederek belirlenir.\n\nYeniden işi tanımlamak, süreç verimliliğini ve kalitesini iyileştirmenin temelidir. Bu öznitelik, doğrudan 'Yeniden İşleme Aktivite Oranı' KPI'ını ve 'Yeniden İşleme Döngüsü Sıklığı ve Yolları' dashboard'unu destekler. Boşa harcanan çabanın miktarını ölçmeye ve yeniden işe yol açan kalite sorunlarının temel nedenlerini belirlemeye olanak tanır.

Neden önemli

Verimsiz tekrarlanan iş döngülerinin parçası olan etkinlikleri açıkça işaretleyerek, süreç israfının ve kalite sorunlarının kesin olarak ölçülmesini ve analiz edilmesini sağlar.

Nereden alınır

Bu hesaplanmış bir özniteliktir. Beklenen süreç akışını tanımlamayı ve ardından önceki bir aşamaya geçerek sapma gösteren herhangi bir aktiviteyi işaretlemeyi gerektirir.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

Yazılım Geliştirme Yaşam Döngüsü Aktiviteleri

Bunlar, doğru Yazılım Geliştirme Yaşam Döngüsü süreç keşfi için olay logunuza kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Geliştirme Başladı
Bir geliştiricinin geliştirme öğesi üzerinde aktif olarak çalışmaya başladığı anı temsil eder. Bu durum, neredeyse her zaman Jira'nın workflow'u içindeki bir durum değişikliğinden çıkarılır; örneğin, sorun durumu 'Devam Ediyor'a geçtiğinde.
Neden önemli

Bu, aktif geliştirme süresini ölçmek için kritik bir kilometre taşıdır. Bekleme süresi ile değer katan işi ayırt etmeye yardımcı olur, darboğazları belirlemek için önemli bir metriktir.

Nereden alınır

Jira iş öğesi changelog'undan çıkarılır. Bu, 'durum' field'ının ilk olarak 'Devam Ediyor', 'Geliştirme Aşamasında' veya benzer bir aktif duruma değiştiği timestamp'tir.

Yakala

Durum değişikliğinin zaman damgası: 'Devam Ediyor'a.

Event tipi inferred
Geliştirme Öğesi Oluşturuldu
Bu, bir story, bug veya task gibi yeni bir geliştirme öğesinin Jira'da resmi olarak kaydedildiği yaşam döngüsünün başlangıcını işaret eder. Bu olay, sistem tarafından her sorun için bir oluşturma zaman damgasıyla açıkça yakalanır.
Neden önemli

Bu aktivite, sürecin kesin başlangıcı olarak hizmet eder; bu, uçtan uca döngü sürelerini hesaplamak ve gelen işin toplam hacmini izlemek için çok önemlidir.

Nereden alınır

Bu, her Jira sorunu için temel bir olaydır. Oluşturma zaman damgası, Jira API aracılığıyla erişilebilen sorun kaydının 'created' alanında saklanır.

Yakala

Jira Issue nesnesindeki 'oluşturuldu' timestamp alanı.

Event tipi explicit
QA Testi Başlatıldı
Bu olay, geliştirme öğesi için resmi Kalite Güvence test aşamasının başlangıcını işaret eder. Bu durum, sorunun 'QA'da', 'Test Ediliyor' veya 'Test İçin Hazır' gibi bir duruma getirildiği bir Jira durum değişikliğinden çıkarılır.
Neden önemli

Bu, kalite doğrulama döngüsünü başlatan önemli bir kilometre taşıdır. 'Geliştirme Tamamlandı'dan bu noktaya kadar geçen süreyi ölçmek, Geliştirme ve QA ekipleri arasındaki devir gecikmelerini vurgular.

Nereden alınır

Jira kayıt geçmişinden (changelog) elde edilir. 'status' alanının 'In QA' gibi belirlenmiş bir QA test aşamasına geçtiği anın zaman damgasını ifade eder.

Yakala

Durum değişikliğinin zaman damgası: 'QA'da' veya 'Test Ediliyor'a.

Event tipi inferred
QA Testi Tamamlandı
Geliştirme öğesinin tüm Kalite Güvence kontrollerini başarıyla geçtiğini ve Kullanıcı Kabul Testi veya sürüm gibi bir sonraki aşamaya hazır olduğunu gösterir. Bu durum, birincil test durumundan çıkış yapan bir durum değişikliğinden çıkarılır.
Neden önemli

Bu, önemli bir kalite kapısının tamamlanmasını işaret eder. QA aşamasının süresini analiz etmek, test süreçlerini ve kaynak tahsisini optimize etmeye yardımcı olur.

Nereden alınır

Jira iş öğesi changelog'undan çıkarılır. Bu, 'durum' field'ının 'QA'de' durumundan 'UAT'ye Hazır' veya 'Sürüme Hazır' gibi sonraki bir duruma geçtiği timestamp'tir.

Yakala

Durum değişikliğinin zaman damgası: 'QA'da'dan 'UAT İçin Hazır'a.

Event tipi inferred
UAT Onaylandı
Kullanıcı Kabul Testi'nin başarılı bir şekilde tamamlandığını temsil eder ve paydaşların sürüm için onayını gösterir. Bu durum, 'UAT'de' durumundan 'Sürüm İçin Hazır' veya 'Tamamlandı' gibi bir duruma geçişle çıkarılır.
Neden önemli

Bu kilometre taşı, iş kabulünü onaylar ve öğeyi üretim dağıtımı için yeşil ışık yakar. Teslim edilen işin kullanıcı beklentilerini karşılamasını sağlamak için kritik bir kapıdır.

Nereden alınır

Jira iş öğesi changelog'undan çıkarılır. Bu, 'UAT'de' durumundan workflow'daki bir sonraki duruma geçişin timestamp'idir ve onayı gösterir.

Yakala

Durum değişikliğinin zaman damgası: 'UAT'de'den 'Sürüm İçin Hazır'a.

Event tipi inferred
Üretime Dağıtıldı
Bu olay, geliştirme öğesiyle ilişkili kod değişikliklerinin üretim ortamında canlı olduğu anı işaret eder. Bu, 'Tamamlandı' veya 'Yayımlandı' gibi nihai bir durum değişikliğinden çıkarılabilir veya entegre bir CI/CD aracından açık bir olay aracılığıyla yakalanabilir.
Neden önemli

Bu, süreç için birincil başarı bitiş noktasıdır. Toplam uçtan uca döngü süresini hesaplamak ve dağıtım sıklığını ve verimini ölçmek için çok önemlidir.

Nereden alınır

Jira iş öğesi changelog'undan, durum 'Released' veya 'Done' olarak değiştiğinde çıkarılabilir. Daha fazla doğruluk için, Jenkins, Bamboo gibi CI/CD araçları tarafından gönderilen deployment event'lerinden veya Jira'daki Dağıtımlar özelliğinden yakalanabilir.

Yakala

Durum değişikliğinin zaman damgası: 'Tamamlandı' veya 'Yayımlandı'ya.

Event tipi inferred
Geliştirme Öğesi İptal Edildi
Bir geliştirme öğesinin tamamlanmadan sonlandırılmasını temsil eder. Bu durum, 'İptal Edildi', 'Reddedildi' veya 'Yapılmayacak' gibi terminal bir duruma geçişle çıkarılır ve genellikle belirli bir çözünürlükle birlikte gelir.
Neden önemli

Bu aktivite, başarısız süreç sonuçlarını izler. Öğelerin neden iptal edildiğini analiz etmek, planlama, önceliklendirme veya gereksinim tanımlamasıyla ilgili sorunları ortaya çıkarabilir.

Nereden alınır

Jira iş öğesi changelog'undan çıkarılır. Bu, iş öğesi 'durum'unun 'İptal Edildi' veya 'Yapılmayacak' olarak değiştirildiği ve ilgili bir çözüm ayarlandığında alınan timestamp'tir.

Yakala

Durum değişikliğinin zaman damgası: 'İptal Edildi', 'Reddedildi' veya 'Yapılmayacak'a.

Event tipi inferred
Geliştirme Öğesi Kapatıldı
Bu, öğe üzerinde başka bir iş beklenmediğini doğrulayan son idari eylemdir. Genellikle 'Kapalı' durumuna geçişten ve bir 'Çözüm' alanı değerinin ayarlanmasından çıkarılır.
Neden önemli

Bir öğenin yolculuğunun mutlak sonunu temsil eder. Bunu 'Üretime Dağıtıldı' ile karşılaştırmak, idari gecikmeleri veya dağıtım sonrası izleme dönemlerini ortaya çıkarabilir.

Nereden alınır

Jira iş öğesi changelog'undan çıkarılır. Bu, 'durum' field'ı 'Kapatıldı' olarak değiştiğinde ve bir çözüm ayarlandığında alınan timestamp'tir.

Yakala

Durum değişikliğinin zaman damgası: 'Kapalı'ya.

Event tipi inferred
Geliştirme Tamamlandı
Bu aktivite, geliştiricinin kodlamayı bitirdiğini ve öğenin kod incelemesi veya test gibi bir sonraki aşamaya hazır olduğunu gösterir. Bu durum, Jira'da durumun 'Devam Ediyor'dan 'İncelemede' veya 'QA İçin Hazır'a geçmesi gibi bir durum değişikliğinden çıkarılır.
Neden önemli

Bu, temel geliştirme aşamasının sonunu işaret eder, kodlama süresini ve kalite güvence ekibine devirlerin verimliliğini analiz etmeye olanak tanır.

Nereden alınır

Jira iş öğesi changelog'undan, 'durum' field'ının aktif bir geliştirme durumundan 'İncelemede' veya 'QA'ye Hazır' gibi sonraki bir duruma değiştiği timestamp'i yakalayarak çıkarılır.

Yakala

Durum değişikliğinin zaman damgası: 'Devam Ediyor'dan 'İncelemede' veya 'QA İçin Hazır'a.

Event tipi inferred
Kod İncelemesi Yapıldı
Bir meslektaşın veya liderin kodu kalite, standartlar ve işlevsellik açısından incelediğini gösterir. Bu, 'İncelemede'den 'QA'ye Hazır'a geçiş gibi bir durum değişikliğinden veya entegre geliştirme araçlarından açıkça çıkarılabilir.
Neden önemli

Bu aktivite kritik bir kalite kapısıdır. Süresini ve yeniden işleme gibi sonuçlarını analiz etmek, kod kalitesini iyileştirmeye ve süreçte daha sonra bulunan hataları azaltmaya yardımcı olur.

Nereden alınır

Genellikle Jira iş öğesi changelog'undan, durum 'Kod İncelemesi' durumundan çıktığında çıkarılır. Bitbucket veya GitHub gibi kod deposu araçları entegre edilmişse, açık bir event de olabilir.

Yakala

Durum değişikliğinin zaman damgası: 'İncelemede'den bir sonraki duruma.

Event tipi inferred
Öğe Geliştirmeye Hazır
Bir geliştirme öğesinin tam olarak belirtildiğini, incelendiğini ve önceliklendirildiğini gösterir, bu da bir geliştiricinin üzerinde çalışmaya başlaması için onu hazır hale getirir. Bu, tipik olarak `workflow`'daki bir durum değişikliğinden, örneğin 'Backlog'dan 'To Do' veya 'Geliştirmeye Hazır'a geçiş gibi durumlardan çıkarılır.
Neden önemli

Bunu izlemek, birikmiş iş hazırlığını ve öğelerin geliştirme başlamadan önce bekleme süresini ölçmeye yardımcı olur. Planlama ve iyileştirme süresini aktif geliştirme süresinden ayırır.

Nereden alınır

Jira iş öğesi changelog'undan çıkarılır. 'Durum' field'ının 'Geliştirmeye Hazır', 'Yapılacak' veya 'Geliştirme İçin Seçildi' gibi bir değere değiştiği bir timestamp arayın.

Yakala

Geliştirme öncesi hazır durumuna durum değişikliğinin zaman damgası.

Event tipi inferred
QA Testi Başarısız Oldu
QA ekibinin bir kusur bulduğunu gösterir, bu da geliştirme öğesinin tekrarlanan iş için geliştiricilere geri gönderilmesine neden olur. Bu, geriye doğru bir durum geçişinden, örneğin 'QA'de'den tekrar 'Devam Ediyor'a veya 'Yapılacak'a geçiş gibi durumlardan çıkarılır.
Neden önemli

Bu aktivite, yeniden işleme döngülerini belirlemek için çok önemlidir. Sıklığını izlemek, düşük kalite maliyetini ölçmeye yardımcı olur ve geliştirme veya gereksinimlerde iyileştirme alanlarını vurgular.

Nereden alınır

Jira iş öğesi changelog'undan çıkarılır. 'Durum' field'ı bir test durumundan (örn. 'QA'de') daha önceki bir geliştirme durumuna (örn. 'Devam Ediyor') geçtiğinde yakalanır.

Yakala

Bir test durumundan bir geliştirme durumuna durum değişikliğinin zaman damgası.

Event tipi inferred
Sürüm İçin Hazırlandı
Geliştirme öğesinin tüm kontrollerden geçtiğini ve belirli bir yazılım sürümüne dahil edildiğini, dağıtımı beklediğini gösterir. Bu genellikle bir iş öğesinin durumu 'Sürüme Hazır' olarak değiştiğinde veya 'Fix Version' alanı doldurulduğunda çıkarılır.
Neden önemli

Bu aktivite, sürüm hazırlığını ve tüm geliştirme ve test çalışmaları tamamlandıktan sonra öğelerin dağıtım penceresini beklerken geçirdiği süreyi izlemeye yardımcı olur.

Nereden alınır

Genellikle Jira sorun değişiklik günlüğünden 'Sürüm İçin Hazır' durum değişikliği olarak çıkarılır. Alternatif olarak, 'Fix Version/s' alanı ayarlandığında zaman damgasından çıkarılabilir.

Yakala

Durum değişikliğinin zaman damgası: 'Sürüm İçin Hazır'a veya 'Fix Version' doldurulduğunda.

Event tipi inferred
UAT Başlatıldı
Kullanıcı Kabul Testi'nin başlangıcını işaret eder; bu aşamada iş paydaşları veya son kullanıcılar yeni işlevselliği doğrular. Bu durum, Jira'da durumun 'UAT'de' veya 'Kullanıcı Kabul Testi' gibi bir duruma geçmesiyle çıkarılır.
Neden önemli

Bu aktivite, sürümden önceki son doğrulama aşamasının başlangıcını izler. Süresini analiz etmek, paydaşların müsaitliği veya geri bildirim döngülerinden kaynaklanan gecikmeleri anlamak ve azaltmak için anahtardır.

Nereden alınır

Jira iş öğesi changelog'undan çıkarılır. Bu, 'durum' field'ının 'UAT'de' veya benzer bir belirlenmiş duruma güncellendiği timestamp'tir.

Yakala

Durum değişikliğinin zaman damgası: 'UAT'de'ye.

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

Veri Çekim Kılavuzları

Jira Software `data`'nızı nasıl alırsınız