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

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

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

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 rehberlik. eder. Toplanacak temel veri alanlarını, izlenecek önemli süreç adımlarını ve bu bilgileri Jira Software'den çıkarma konusunda pratik rehberliği özetler. Etkili süreç madenciliği için olay logunuzu hazırlamak için bu kılavuzu kullanın.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Jira Software için veri çekme rehberliği
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

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

Bunlar, detaylı 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 10 Opsiyonel
Ad Açıklama
Aktivite
Activity
Bir öğenin geliştirme süreç 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\nProcess Miningnde, 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?dir?

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 gereklidir.

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şlatıldıKod İncelemesi YapıldıQA Testi TamamlandıProd Ortamına Yayınlandı
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 (case) tanımlayıcısı olarak olarak kullanılır. 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 süreç döngüsünü izlemeyi sunar. 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 büyük önem taşır.

Neden Önemli?dir?

Bu, ilgili tüm geliştirme aktivitelerini birbirine bağlamak için temel büyük önem taşır ve tek bir iş öğesinin yolculuğunu baştan sona izlemeyi sunar.

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 etkinliğinin veya olayınin gerçekleştiği tam tarih ve saat.
Açıklama

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

Bu nitelik, 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 büyük önem taşır. Zaman içinde süreç performansının analizini sunar, geliştirme süreç döngüsünde gecikmelerin ne zaman ve nerede meydana geldiğini belirlemeye yardımcı olur.

Neden Önemli?dir?

Bu zaman damgası (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 hesaplanmasında temel rol oynar.

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ı (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 süreç 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ı sunar ve farklı platformlar arasında veri kalitesi ve entegrasyon çabalarının yönetilmesine yardımcı olur.

Neden Önemli?dir?

Birden fazla sistemden veri entegre edilirken veya veri yönetimi ve denetim amaçları için kritik net veri kaynağı sunar.

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ı (zaman damgası)dır.
Açıklama

Bu öznitelik, Jira Software'den en son veri çekme tarih ve saatini kaydeder. Analiz edilen verinin güncelliği hakkında bağlam sunar.\n\nSon güncelleme zamanını bilmek, süreç stratejik bilgilerinin 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?dir?

data'ların güncelliğini gösterir, bu da analizlerin ve kontrol paneli'ların sürecin en güncel durumunu yansıtmasını güçlüak için gereklidir.

Nereden Alınır??

Bu zaman damgası (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?dir?

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

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 büyük önem taşır. Panoların, bireysel ekipler için döngü süresi, yeniden işleme oranı ve verim gibi metrikleri göstermek üzere filtrelenmesini sunar. Bu, 'Aşamalar Arası Devir Verimliliği' ve 'Geliştirici İş Yükü ve Öğe İlerlemesi' panoları için büyük önem taşır.

Neden Önemli?dir?

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:::::::
Phoenix TakımıÇekirdek Enerji ve AltyapıUI/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 nitelik, karşılaştırmalı analiz için gereklidir. Süreci belirli iş türleri için filtrelemenize sunar, örneğin, bir 'Bug' ile bir 'Story'nin süreç 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?dir?

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 sunar.

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'ı sunar.

Önceliği analiz etmek, uyumluluğu kontrol etmek ve kritik öğeler için darboğazları belirlemek için büyük önem taşır. Örneğin, 'Öncelikli Öğe Uyumluluk Kontrolü' kontrol paneli'ı bu nitelik'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?dir?

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ı sunar.

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 sunar.

Bu nitelik, 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ı sunar. 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?dir?

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

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 iş akışını (workflow) 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 sunar. 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?dir?

Bir öğenin süreç 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 büyük önem taşır.

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' kontrol paneli'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?dir?

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 bildiren 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 stratejik bilgiler sağlayabilir. Örneğin, QA ekibi tarafından raporlanan hataların, müşteriler tarafından raporlananlardan farklı bir süreç 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?dir?

İş öğ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ı sunar. 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?dir?

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ı sunar. 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?dir?

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 sunar.

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
Öğ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 önemli bilgiler sunar.\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?dir?

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 büyük önem taşır.

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ı (zaman damgası)dır.
Açıklama

Bu öznitelik, bir aktivitenin tamamlanma süresini işaretler. Belirli bir vaka için dizideki bir sonraki aktivitenin zaman damgası (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ı (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 kontrol paneli'lar oluşturmak için büyük önem taşır.

Neden Önemli?dir?

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

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
Planlanmış Release
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?dir?

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

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 nitelik, 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 büyük önem taşır. Bireysel sprint'lerin performansını değerlendirmeye, devir işlerini anlamaya ve sprint hedeflerine karşı ilerlemeyi takip etmenizi sunar. Genel tarih aralıklarından daha spesifik, zaman tabanlı bir bağlam sunar.

Neden Önemli?dir?

Çevik ekipler için önemli bir bağlam sunar, süreç verimliliği ve verimini sprint bazında analiz etmeyi sunar.

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 zaman damgası (zaman damgası)'i ile en son event'in zaman damgası (zaman damgası)'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' kontrol paneli'ı doğrudan bu hesaplamaya dayanır. Cycle time'ı azaltmak, süreç iyileştirme girişimlerinin genellikle temel bir hedefidir.

Neden Önemli?dir?

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ı (zaman damgası) eksi ilk olayın zaman damgası (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ı' kontrol paneli'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 sunar.

Neden Önemli?dir?

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 sunar.

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 Opsiyonel

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

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 Opsiyonel
Aktivite Açıklama
Geliştirme Başlatıldı
Bir geliştiricinin geliştirme öğesi üzerinde aktif olarak çalışmaya başladığı anı temsil eder. Bu durum, neredeyse her zaman Jira'nın iş akışını (workflow) içindeki bir durum değişikliğinden çıkarılır; örneğin, sorun durumu 'Devam Ediyor'a geçtiğinde.
Neden Önemli?dir?

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 zaman damgası (zaman damgası)'tir.

Yakala

Durum değişikliğinin zaman damgası (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 süreç 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ı (zaman damgası)yla açıkça yakalanır.
Neden Önemli?dir?

Bu aktivite, sürecin kesin başlangıcı olarak olarak kullanılır; bu, uçtan uca döngü sürelerini hesaplamak ve gelen işin toplam hacmini izlemek için büyük önem taşır.

Nereden Alınır??

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

Yakala

Jira Issue nesnesindeki 'oluşturuldu' zaman damgası (zaman damgası) alanı.

Event tipi explicit
Prod Ortamına Yayınlandı
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?dir?

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 büyük önem taşır.

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ı (zaman damgası): 'Tamamlandı' veya 'Yayımlandı'ya.

Event tipi inferred
QA Testi Başladı
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?dir?

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ı (zaman damgası)nı ifade eder.

Yakala

Durum değişikliğinin zaman damgası (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?dir?

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 zaman damgası (zaman damgası)'tir.

Yakala

Durum değişikliğinin zaman damgası (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?dir?

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ı güçlüak 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 zaman damgası (zaman damgası)'idir ve onayı gösterir.

Yakala

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

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?dir?

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 zaman damgası (zaman damgası)'tir.

Yakala

Durum değişikliğinin zaman damgası (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?dir?

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 zaman damgası (zaman damgası)'tir.

Yakala

Durum değişikliğinin zaman damgası (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?dir?

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 sunar.

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 zaman damgası (zaman damgası)'i yakalayarak çıkarılır.

Yakala

Durum değişikliğinin zaman damgası (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?dir?

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ı (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?dir?

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 zaman damgası (zaman damgası) arayın.

Yakala

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

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?dir?

Bu aktivite, yeniden işleme döngülerini belirlemek için büyük önem taşır. 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ı (zaman damgası)dır.

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?dir?

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 takip etmenizi sunar.

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ı (zaman damgası)ndan çıkarılabilir.

Yakala

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

Event tipi inferred
UAT Başladı
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?dir?

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 temel rol oynar.

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 zaman damgası (zaman damgası)'tir.

Yakala

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

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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