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

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

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

Bu Template, Yazılım Geliştirme Yaşam Döngünüzü analiz etmek için gereken temel verileri toplamanız üzere net bir yol haritası sunar. Toplanacak temel veri alanlarını, izlenecek önemli süreç adımlarını ve bu bilgilerin Jira Software üzerinden nasıl çıkarılacağına ilişkin pratik yönlendirmeleri açıklar. Etkili Process Mining için Event Logunuzu hazırlamak üzere bu rehberi kullanın.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Jira Software için veri çıkarma rehberi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Yazılım geliştirme yaşam döngüsü öznitelikleri

Kapsamlı yazılım geliştirme yaşam döngüsü analizi için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Gerekli 6 Önerilen 10 İsteğe bağlı
Ad Açıklama
Etkinlik
Activity
Bir öğenin geliştirme yaşam döngüsünde gerçekleşen belirli bir olayın veya durum değişikliğinin adıdır.
Açıklama

Yazılım geliştirme sürecindeki belirli bir adımı veya dönüm noktasını ifade eder. Bu etkinlikler, Jira kaydının durum alanındaki değişikliklerden ya da kod gönderimleri veya incelemeler gibi diğer önemli olaylardan elde edilir.

Process Mining içinde bu etkinliklerin sıralaması süreç haritasını oluşturur. Etkinlikleri analiz ederek süreç akışını belirleyebilir, belirli aşamaların süresini ölçebilir ve yeniden çalışma döngüleri veya atlanan kalite kapıları gibi standart iş akışından sapmaları tespit edebilirsiniz.

Neden önemli?

Etkinlikler sürecin adımlarını tanımlar. Sıraları, süreç akışını görselleştirmek, darboğazları belirlemek ve süreç farklılıklarını analiz etmek için önemlidir.

Nereden alınır?

Genellikle Jira issue geçmişindeki veya değişiklik günlüğündeki 'status' alanı geçişlerinden elde edilir. Bağlı geliştirme araçlarından alınan verilerle de zenginleştirilebilir.

Örnekler
Geliştirme başladıKod incelemesi gerçekleştirildiQA Testi TamamlandıÜretim Ortamına Dağıtıldı
Geliştirme Öğesi
DevelopmentItem
Jira Software içinde story, hata veya task gibi tek bir çalışma biriminin benzersiz tanımlayıcısıdır.
Açıklama

Geliştirme Öğesi, feature, hata düzeltmesi veya task gibi belirli bir çalışma birimini temsil eden birincil vaka tanımlayıcısıdır. Bu öğeye ait ilk fikir ve planlama aşamasından geliştirme, test ve dağıtıma kadar tüm etkinlikleri birbirine bağlar. Jira'da bu değer genellikle 'PROJ-123' örneğindeki gibi issue anahtarına karşılık gelir.

Bu özniteliği analiz ederek her çalışma öğesinin uçtan uca yaşam döngüsünü izleyebilirsiniz. Süreç haritaları oluşturmanın, çevrim sürelerini hesaplamanın ve farklı öğelerin geliştirme sürecindeki akış farklılıklarını belirlemenin temelini oluşturur.

Neden önemli?

İlgili tüm geliştirme etkinliklerini birbirine bağlayan temel anahtardır. Böylece tek bir çalışma öğesinin başlangıçtan sona kadar izlenmesini sağlar.

Nereden alınır?

Jira Software Issue API nesnesindeki bir issue için kullanılan standart 'key' alanıdır.

Örnekler
PROJ-101CORE-5432API-789
Olay Zamanı
EventTime
Belirli bir geliştirme etkinliğinin veya olayının gerçekleştiği kesin tarih ve saattir.
Açıklama

Olay Zamanı, bir etkinliğin ne zaman gerçekleştiğini kaydeden zaman damgasıdır. Her vaka için olayların kronolojik sırasını sağlayarak tüm Process Mining analizlerinin zamansal temelini oluşturur.

Bu öznitelik; çevrim süreleri, işlem süreleri ve etkinlikler arasındaki bekleme süreleri dahil olmak üzere zamana dayalı tüm metrikleri hesaplamak için önemlidir. Süreç performansını zaman içinde analiz etmeyi, geliştirme yaşam döngüsünde gecikmelerin ne zaman ve nerede oluştuğunu belirlemeyi sağlar.

Neden önemli?

Bu zaman damgası, olayları doğru sıraya koymak ve süreç verimliliğini anlamak ile gecikmeleri belirlemek için önemli olan süreye dayalı tüm metrikleri hesaplamak açısından temel niteliktedir.

Nereden alınır?

Bir issue'nun değişiklik günlüğündeki veya geçmişindeki her kayıt için 'created' 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üne ait verilerin çıkarıldığı sistemdir.
Açıklama

Verilerin kaynağını tanımlar. Bu süreçte değer sürekli olarak 'Jira Software' olur, ancak daha geniş bir analizde birden fazla kaynak sistem birleştirildiğinde verileri ayırt etmek için kullanışlıdır.

Daha geniş bir BT ortamında kaynak sistemi belirtmek, veri soyunun net olmasını sağlar ve farklı platformlar arasındaki veri kalitesi ile entegrasyon çalışmalarını yönetmeye yardımcı olur.

Neden önemli?

Birden fazla sistemden veri entegre edilirken veya veri yönetişimi ve denetim süreçlerinde önem taşıyan açık veri kaynağı bilgisi sağlar.

Nereden alınır?

Veri çıkarma ve dönüştürme sürecinde eklenmesi gereken statik bir değerdir.

Örnekler
Jira Software
Son Veri Güncellemesi
LastDataUpdate
Bu sürece ait verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgasıdır.
Açıklama

Jira Software'dan en son veri çıkarma işleminin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında bağlam sağlar.

Son güncelleme zamanını bilmek, süreç içgörülerinin güncelliğini anlamak için önemlidir. Analistlerin ve iş kullanıcılarının güncel verilere baktıklarını doğrulamalarına yardımcı olur ve analize dahil edilen olaylar için kesim noktasını gösterir.

Neden önemli?

Verilerin güncelliğini gösterir. Bu bilgi, analizlerin ve Dashboardların sürecin en güncel durumunu yansıtmasını sağlamak için gereklidir.

Nereden alınır?

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 yürütmekle görevlendirilen mevcut kullanıcıdır.
Açıklama

Atanan Kişi, çalışma öğesinin mevcut aşamasından sorumlu kişidir. Jira'da bu, öğe farklı kişiler ve ekipler arasında ilerledikçe değişen standart bir alandır.

Atanan kişiyi analiz etmek, kaynak dağılımını, iş yükü paylaşımını ve devir noktalarını anlamak için önemlidir. Belirli aşamalarda hangi geliştiricilerin veya ekiplerin yer aldığını, darboğazın kim olduğunu ve işin kuruluş genelinde nasıl dağıldığını anlamaya yardımcı olur.

Neden önemli?

Bir etkinlikten sorumlu kullanıcıyı veya kaynağı belirler. İş yükü analizini, kaynak yönetimini ve kişiler arasındaki devirlerin anlaşılmasını sağlar.

Nereden alınır?

Jira Issue API yanıtındaki 'fields' nesnesinde yer alan 'assignee' alanıdır.

Örnekler
Alice SmithBob JohnsonAtanmamış
Ekip Adı
TeamName
Çalışma öğesinden sorumlu geliştirme ekibidir.
Açıklama

Geliştirme öğesine atanan belirli agile veya özellik ekibini ifade eder. Jira içinde bu bilgi genellikle özel bir alan olarak uygulanır ya da proje veya belirli bir bileşen gibi diğer bilgilerden elde edilebilir.

Bu öznitelik ekip düzeyinde performans analizi için önemlidir. Dashboardları, tek tek ekiplerin çevrim süresi, yeniden çalışma oranı ve işlem hacmi gibi metriklerini gösterecek şekilde filtrelemenizi sağlar. Bu bilgi, Inter-Phase Handoff Efficiency ve Developer Workload & Item Progress Dashboardları için özellikle önemlidir.

Neden önemli?

Farklı geliştirme ekipleri arasındaki performansı ölçmenizi ve karşılaştırmanızı sağlar. Böylece yüksek performans gösteren ekipleri belirleyebilir ve iyi uygulamaları paylaşabilirsiniz.

Nereden alınır?

Bu, Jira'da genellikle özel bir alandır. 'Team', 'Squad' veya benzeri olabilecek belirli alan adını öğrenmek için Jira yöneticinize danışın.

Örnekler
Team PhoenixTemel HizmetlerUI/UX Avengers
Öğe Durumu
ItemStatus
Geliştirme öğesinin Workflow içindeki mevcut durumudur.
Açıklama

Bu öznitelik, geliştirme öğesinin belirli bir andaki aşamasını, örneğin 'In Progress', 'In Review' veya 'Done' durumunu gösterir. Zaman içindeki durum değişiklikleri dizisi, Process Mining için etkinlikleri oluşturur.

'Activity' özniteliği değişiklik olayını temsil ederken 'ItemStatus' öğenin durumunu gösterir. Filtreleme ve analiz boyutu olarak kullanışlıdır. Belirli bir durumda kaç öğe bulunduğunu veya belirli bir durumda uzun süre kalan öğelerin özelliklerini analiz etmenizi sağlar.

Neden önemli?

Bir öğenin yaşam döngüsünde nerede bulunduğuna dair anlık görünüm sunar. Duruma dayalı analiz ve devam eden çalışmanın mevcut durumunu anlamak için önemlidir.

Nereden alınır?

Jira Issue API yanıtındaki 'fields' nesnesinde yer alan 'status' alanıdır.

Örnekler
YapılacaklarDevam EdiyorİncelemedeTamamlandı
Öğe Önceliği
ItemPriority
Geliştirme öğesine atanan ve aciliyetini gösteren öncelik düzeyidir.
Açıklama

Item Priority, bir iş öğesinin göreli önemini veya aciliyetini belirtir. Jira, Highest, High, Medium ve Low gibi yapılandırılabilir düzeylere sahip standart bir priority alanı sunar.

Önceliği analiz etmek, uyumluluğu kontrol etmek ve kritik öğelerdeki darboğazları belirlemek için önemlidir. Örneğin Priority Item Conformance Check Dashboardı, 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 bu özniteliğe dayanır.

Neden önemli?

Yüksek öncelikli öğelerin düşük öncelikli öğelerden daha hızlı işlenip işlenmediğini ve daha akıcı bir yol izleyip izlemediğini analiz etmeye yardımcı olur. Böylece SLA'ların karşılanmasını sağlayabilirsiniz.

Nereden alınır?

Jira Issue API yanıtındaki 'fields' nesnesinde yer alan 'priority' alanıdır.

Örnekler
En YüksekYüksekOrtaDüşük
Öğe Türü
ItemType
Geliştirme öğesinin Bug, Story, Task veya Epic gibi sınıflandırmasıdır.
Açıklama

Item Type, gerçekleştirilen işin niteliğini sınıflandırır. Jira, farklı iş öğesi türlerini ve bunlara bağlı olabilen farklı iş akışlarını ayırt etmek için standart issuetype alanını kullanır.

Bu öznitelik karşılaştırmalı analiz için önemlidir. Süreci belirli iş türlerine göre filtrelemenizi sağlar. Örneğin Bug ve Story yaşam döngülerini karşılaştırabilirsiniz. Böylece belirli iş türlerinin gecikmelere, yeniden çalışmaya veya standart süreçten sapmalara daha yatkın olup olmadığını belirleyebilirsiniz.

Neden önemli?

Süreç analizini farklı çalışma türlerini karşılaştıracak şekilde bölümlere ayırmanızı sağlar. Böylece hatalar ile yeni feature'ların nasıl ele alındığını ve süreçlerinin nerede farklılaştığını görebilirsiniz.

Nereden alınır?

Jira Issue API yanıtındaki 'fields' nesnesinde yer alan 'issuetype' alanıdır.

Örnekler
HikayeHataGörevEpic
Proje Adı
ProjectName
Geliştirme öğesinin ait olduğu Jira projesinin adıdır.
Açıklama

Jira'da tüm çalışma öğeleri projeler halinde düzenlenir. Proje Adı, genellikle belirli bir ürüne, ekibe veya girişime karşılık gelen üst düzey bağlamı sağlar.

Bu öznitelik, filtreleme ve karşılaştırma için güçlü bir boyuttur. SDLC sürecini farklı projeler veya ürünler arasında analiz etmenizi ve kıyaslamanızı sağlar. Böylece hangi projelerin daha verimli olduğunu, hangilerinde daha fazla yeniden çalışma bulunduğunu ve ekiplerin farklı süreç varyantlarını izleyip izlemediğini görebilirsiniz.

Neden önemli?

Süreç analizini proje, ürün veya ekibe göre bölümlere ayırmanızı sağlar. Böylece performansı karşılaştırabilir ve iyi uygulamaları belirleyebilirsiniz.

Nereden alınır?

Jira Issue API yanıtındaki 'fields' nesnesinde yer alan 'project' alanıdır.

Örnekler
Mobil Uygulama GeliştirmeCore PlatformVeri Bilimi
Bildiren
Reporter
Geliştirme öğesini ilk oluşturan veya bildiren kullanıcıdır.
Açıklama

Bildiren, issue'yu Jira'da oluşturan kişidir. Bu kişi bir geliştirici, QA test uzmanı, ürün yöneticisi veya service desk entegrasyonu üzerinden bir müşteri olabilir.

Bildiren kişiyi analiz etmek, çalışmanın kaynağı hakkında içgörü sağlar. Örneğin QA ekibinin bildirdiği hataların müşterilerin bildirdiği hatalardan farklı bir yaşam döngüsüne sahip olup olmadığını analiz edebilirsiniz. Ayrıca iletişim kalıplarını ve sürecin başındaki bilgi akışını anlamaya yardımcı olur.

Neden önemli?

Çalışma öğesinin kaynağını belirler. 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?

Jira Issue API yanıtındaki 'fields' nesnesinde yer alan 'reporter' alanıdır.

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

Jira'da component'ler, bir proje içindeki issue'ları daha küçük ve yönetilebilir bölümlerde gruplamak için kullanılır. 'User Authentication' gibi bir feature alanını, 'Backend API' gibi teknik bir katmanı veya 'Reporting' gibi bir modülü temsil edebilir.

Component'e göre analiz, geliştirme sürecini daha ayrıntılı görmenizi sağlar. Uygulamanın belirli bölümlerinin daha fazla hata üretip üretmediğini, daha uzun geliştirme döngülerine sahip olup olmadığını veya daha fazla yeniden çalışma yaşayıp yaşamadığını belirlemeye yardımcı olur. Böylece teknik borç veya karmaşıklık bulunan alanları ortaya çıkarabilirsiniz.

Neden önemli?

Süreci ürünün işlevsel veya teknik alanlarına göre bölümlere ayırmanızı sağlar. Böylece gecikme veya kalite sorunlarının kaynağı olan component'leri belirleyebilirsiniz.

Nereden alınır?

Jira Issue API yanıtındaki 'fields' nesnesinde yer alan standart 'components' alanıdır.

Örnekler
Kullanıcı ArayüzüVeritabanıAPI GatewayKimlik Doğrulama
Devir Bekleme Süresi
HandoffWaitTime
Ardışık iki etkinlik arasındaki boşta geçen süre.
Açıklama

Bu metrik, bir etkinliğin tamamlanması ile sonraki etkinliğin başlaması arasındaki bekleme veya kuyrukta kalma süresini hesaplar. İşin birinin devralmasını beklerken boşta kaldığı süreyi ifade eder.

Bu metrik, Average Handoff Wait Time KPI ve Inter-Phase Handoff Efficiency Dashboardı için önemlidir. Yüksek devir teslim süreleri, geliştirme ile QA arasındaki gibi ekipler arası koordinasyon sorunlarına, kaynak kısıtlarına veya verimsiz iletişime işaret edebilir. Bu boşta geçen süreyi azaltmak, genel çevrim süresini düşürmenin önemli yollarından biridir.

Neden önemli?

Süreçteki boşta kalma veya kuyruk süresini görünür kılar, ekipler ya da kişiler arasındaki devirlerdeki verimsizlikleri ortaya çıkarır ve koordinasyon sorunlarını gösterir.

Nereden alınır?

Bu, hesaplanan bir metriktir. Aynı vaka için bir etkinliğin başlangıç zamanından önceki etkinliğin bitiş zamanı çıkarılarak hesaplanır.

Örnekler
017280043200
Düzeltme Sürümü
FixVersion
Geliştirme öğesinin fiilen çözüldüğü ve yayınlandığı yazılım sürümüdür.
Açıklama

Jira'daki 'Fix Version', bir öğe için tamamlanan çalışmayı içeren yayını gösterir. Geliştirme çalışmasının somut sonucunu belirtir.

Bu öznitelik, teslimat performansını analiz etmek için 'PlannedReleaseVersion' ile karşılaştırılabilecek gerçek yayın bağlamını sağlar. Ayrıca belirli bir yayında teslim edilen tüm öğeleri, tamamlanan işlerin toplu görünümünü sunacak şekilde gruplamak için kullanılır.

Neden önemli?

Bir çalışma parçasının hangi yayına dahil edildiğini doğrular. Yayın analizinin ve teslim edilen feature'ların izlenmesinin temel kaynağını oluşturur.

Nereden alınır?

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

Örnekler
v2.1.1 Düzeltmesiv3.0.0 Ana Sürümüv2.2.0
Öğe Çözümü
ItemResolution
Bir geliştirme öğesinin kapatılma nedeni veya nihai sonucudur.
Açıklama

Resolution, bir öğenin neden kapalı duruma geçirildiğini açıklar. Durum 'Closed' olsa da çözüm 'Done', 'Won't Do', 'Duplicate' veya 'Cannot Reproduce' olabilir. Bu bilgi, çalışmanın sonucu hakkında önemli bağlam sağlar.

Çözümü analiz etmek, başarıyla tamamlanan çalışmalarla iptal edilen veya reddedilen öğeleri ayırt etmeye yardımcı olur. Bu, kalite analizi ve değer üreten çalışmaların gerçek throughput değerini, sonunda atılan öğelere harcanan çabadan ayırmak için önemlidir.

Neden önemli?

Başarıyla tamamlanan öğelerle başka nedenlerle kapatılan öğeleri ayırt eder. Doğru üretkenlik ve kalite analizi için önemlidir.

Nereden alınır?

Jira Issue API yanıtındaki 'fields' nesnesinde yer alan 'resolution' alanıdır. Genellikle yalnızca bir issue kapatıldığında doldurulur.

Örnekler
TamamlandıYapılmayacakYinelenenYeniden oluşturulamıyor
Olay Bitiş Zamanı
EventEndTime
Bir etkinliğin veya durumun tamamlandığı zaman damgasıdır.
Açıklama

Bir etkinliğin tamamlanma zamanını belirtir. Belirli bir vaka için sıradaki etkinliğin zaman damgasıdır.

EventTime, yani StartTime, bir etkinliğin başlangıcını gösterirken EventEndTime etkinliğin bitişini gösterir. Bu iki zaman damgası arasındaki fark, etkinliğin işlem süresidir. Bu bilgi, Average Stage Processing Time KPI hesaplaması ve etkinlik sürelerini analiz eden Dashboardların oluşturulması için önemlidir.

Neden önemli?

Bir etkinliğin bitiş noktasını tanımlar. Sürecin her adımının süresini hesaplamayı ve darboğaz analizi yapmayı sağlar.

Nereden alınır?

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

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

Genellikle Jira'daki 'Affects Version/s' alanı olan bu öznitelik, bir feature veya düzeltme için hedeflenen yayını gösterir. Çalışmanın tamamlanması için son tarih veya hedef görevi görür.

Bu öznitelik, 'On-Time Release Delivery Rate' KPI'ı için önemlidir. Gerçek dağıtım tarihini bu sürümle ilişkili planlanan yayın tarihiyle karşılaştırarak programa uyumu ve yayın sürecinizin öngörülebilirliğini ölçebilirsiniz.

Neden önemli?

Hedef teslim tarihini veya yayını tanımlar. Zamanında teslim oranlarını hesaplamanızı ve programa uyumu analiz etmenizi sağlar.

Nereden alınır?

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

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

Scrum kullanan ekiplerde Sprint, belirli bir çalışma grubunun tamamlandığı, süreyle sınırlandırılmış dönemdir. Bu öznitelik, bir öğenin ait olduğu sprint'in adını veya tanımlayıcısını kaydeder.

Sprint'e göre analiz, agile odaklı Process Mining için temel niteliktedir. Tek tek sprint'lerin performansını değerlendirmeye, sonraki sprint'e devreden işleri anlamaya ve sprint hedeflerine göre ilerlemeyi izlemeye yardımcı olur. Genel tarih aralıklarından daha özel, zamana dayalı bir bağlam sağlar.

Neden önemli?

Agile ekipler için önemli bir bağlam sağlar. Süreç verimliliğini ve throughput değerini sprint bazında analiz etmenize imkan verir.

Nereden alınır?

Bu bilgi genellikle Jira Software (Agile) tarafından yönetilen özel bir 'Sprint' alanında saklanır. Verilere Issue API üzerinden erişilebilir.

Örnekler
PROJ Sprint 1Q4-2023 Sprint 3Kasım PI Sprint 2
Toplam Çevrim Süresi
CycleTime
Bir geliştirme öğesinin uçtan uca toplam süresidir.
Açıklama

Cycle Time, bir geliştirme öğesinin oluşturulmasından üretime dağıtım gibi nihai çözümüne kadar geçen toplam süreyi ölçer. Vaka düzeyinde, ilk olayın zaman damgası ile son olayın zaman damgası arasındaki fark olarak hesaplanır.

Bu, genel süreç hızını ve verimliliğini ölçmek için kullanılan temel KPI’lardan biridir. Average End-to-End Cycle Time KPI ve Overall SDLC Cycle Time Analysis Dashboardı doğrudan bu hesaplamaya dayanır. Çevrim süresini azaltmak, süreç iyileştirme çalışmalarının başlıca hedeflerinden biridir.

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 sağlar.

Nereden alınır?

Vaka düzeyinde hesaplanan bir özniteliktir. Belirli bir 'DevelopmentItem' için son olayın zaman damgasından ilk olayın zaman damgasının çıkarılmasıyla elde edilir.

Örnekler
12096002592000604800
Yeniden Çalışma mı
IsRework
Bir etkinliğin yeniden çalışma döngüsünün parçası olup olmadığını gösteren işarettir.
Açıklama

Bir etkinliğin süreçte geriye doğru bir adımı temsil etmesi durumunda true değerini alan bir boolean özniteliktir. Örneğin QA testinde başarısız olduktan sonra Development Started aşamasına dönülmesi bu duruma örnektir. Değer, bir vakadaki etkinliklerin sırası analiz edilerek belirlenir.

Yeniden çalışmayı belirlemek, süreç verimliliğini ve kaliteyi iyileştirmenin temel adımlarındandır. Bu öznitelik, Rework Activity Rate KPI ve Rework Loop Frequency and Paths Dashboardını doğrudan destekler. Boşa harcanan çabanın miktarını ölçmenize ve yeniden çalışmaya yol açan kalite sorunlarının temel nedenlerini belirlemenize yardımcı olur.

Neden önemli?

Verimsiz yeniden çalışma döngülerinin parçası olan etkinlikleri açıkça işaretler. Böylece süreç israfını ve kalite sorunlarını hassas biçimde ölçebilir ve analiz edebilirsiniz.

Nereden alınır?

Hesaplanan bir özniteliktir. Beklenen süreç akışını tanımlamanız ve daha önceki bir aşamaya geçerek bu akıştan sapan etkinlikleri işaretlemeniz gerekir.

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

Yazılım geliştirme yaşam döngüsü faaliyetleri

Yazılım geliştirme yaşam döngüsünü doğru biçimde keşfetmek için Event Logunuzda yakalamanız gereken temel süreç adımları ve kilometre taşları şunlardı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ı ifade eder. Bu durum neredeyse her zaman Jira iş akışındaki bir durum değişikliğinden anlaşılır. Örneğin kaydın durumu In Progress olarak değişebilir.
Neden önemli?

Bu, aktif geliştirme süresini ölçmek için önemli bir kilometre taşıdır. Bekleme süresiyle değer yaratan çalışmayı ayırmanıza yardımcı olur ve darboğazları belirlemek için temel bir metriktir.

Nereden alınır?

Jira issue değişiklik günlüğünden çıkarılır. 'status' alanının ilk kez 'In Progress', 'In Development' veya benzer bir aktif duruma değiştiği zaman damgasıdır.

Yakalayın

'In Progress' durumuna geçiş zaman damgası.

Olay türü inferred
Geliştirme öğesi oluşturuldu
Bu olay, bir hikâye, hata veya görev gibi yeni bir geliştirme öğesinin Jira'ya resmi olarak kaydedildiği yaşam döngüsünün başlangıcını gösterir. Sistem, her issue için bu olayı bir oluşturma zaman damgasıyla açıkça kaydeder.
Neden önemli?

Bu aktivite, sürecin kesin başlangıç noktasıdır. Uçtan uca çevrim sürelerini hesaplamak ve gelen işlerin toplam hacmini izlemek için gereklidir.

Nereden alınır?

Bu, her Jira issue için temel bir olaydır. Oluşturma zaman damgası, Jira API'si üzerinden erişilebilen issue kaydındaki 'created' alanında saklanır.

Yakalayın

Jira Issue nesnesindeki 'created' zaman damgası alanı.

Olay türü explicit
QA Testi Başlatıldı
Bu olay, geliştirme öğesi için resmi Quality Assurance test aşamasının başladığını gösterir. Issue, 'In QA', 'In Testing' veya 'Ready for Testing' gibi bir duruma taşındığında 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. 'Development Completed' ile bu nokta arasındaki süreyi ölçmek, Geliştirme ve QA ekipleri arasındaki devir gecikmelerini ortaya çıkarır.

Nereden alınır?

Jira issue değişiklik günlüğünden çıkarılır. 'status' alanının 'In QA' gibi belirlenmiş bir QA test durumuna geçtiği zaman damgasıdır.

Yakalayın

'In QA' veya 'In Testing' durumuna geçişin zaman damgası.

Olay türü inferred
QA Testi Tamamlandı
Geliştirme öğesinin tüm Quality Assurance kontrollerini başarıyla geçtiğini ve User Acceptance Testing veya yayınlama gibi bir sonraki aşamaya hazır olduğunu belirtir. Bu durum, birincil test durumundan çıkışla gerçekleşen durum değişikliğinden çıkarılır.
Neden önemli?

Bu, önemli bir kalite kontrol noktasının tamamlandığını gösterir. QA aşamasının süresini analiz etmek, test süreçlerini ve kaynak dağılımını iyileştirmeye yardımcı olur.

Nereden alınır?

Jira issue değişiklik günlüğünden çıkarılır. 'status' alanının 'In QA' durumundan 'Ready for UAT' veya 'Ready for Release' gibi sonraki bir duruma geçtiği zaman damgasıdır.

Yakalayın

'In QA' durumundan 'Ready for UAT' durumuna geçişin zaman damgası.

Olay türü inferred
UAT Onaylandı
User Acceptance Testing aşamasının başarıyla tamamlandığını ve paydaşların yayınlama onayı verdiğini gösterir. Bu durum, 'In UAT' durumundan 'Ready for Release' veya 'Done' gibi bir duruma geçişten çıkarılır.
Neden önemli?

Bu kilometre taşı, iş biriminin kabulünü doğrular ve öğenin üretim ortamına dağıtılmasına onay verir. Teslim edilen çalışmanın kullanıcı beklentilerini karşılamasını sağlamak için önemli bir kontrol noktasıdır.

Nereden alınır?

Jira issue değişiklik günlüğünden çıkarılır. Onayı gösteren, 'In UAT' durumundan Workflow içindeki sonraki duruma geçişin zaman damgasıdır.

Yakalayın

'In UAT' durumundan 'Ready for Release' durumuna geçişin zaman damgası.

Olay türü inferred
Üretim Ortamına Dağıtıldı
Bu olay, geliştirme öğesiyle ilişkili kod değişikliklerinin üretim ortamında kullanıma açıldığı anı gösterir. Son durumun 'Done' veya 'Released' olarak değişmesinden çıkarılabilir ya da entegre bir CI/CD aracından alınan açık bir olayla kaydedilebilir.
Neden önemli?

Bu, sürecin temel başarı noktasıdır. Uçtan uca toplam çevrim süresini hesaplamak ve dağıtım sıklığı ile throughput değerini ölçmek için gereklidir.

Nereden alınır?

Jira issue değişiklik günlüğünden, durum 'Released' veya 'Done' olarak değiştiğinde çıkarılabilir. Daha doğru sonuç için Jenkins ve Bamboo gibi CI/CD araçlarının gönderdiği dağıtım olaylarından veya Jira içindeki Deployments özelliğinden alınabilir.

Yakalayın

'Done' veya 'Released' durumuna geçişin zaman damgası.

Olay türü inferred
Geliştirme Öğesi İptal Edildi
Bir geliştirme öğesinin tamamlanmadan sonlandırıldığını gösterir. 'Canceled', 'Rejected' veya 'Won't Do' gibi sonlandırıcı bir duruma geçişten çıkarılır ve çoğu zaman belirli bir çözümle birlikte görülür.
Neden önemli?

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

Nereden alınır?

Jira issue değişiklik günlüğünden çıkarılır. Issue 'status' alanının 'Canceled' veya 'Won't Do' olarak değiştiği ve buna karşılık gelen bir çözüm belirlendiği zaman damgasıdır.

Yakalayın

'Canceled', 'Rejected' veya 'Won't Do' durumuna geçişin zaman damgası.

Olay türü inferred
Geliştirme Öğesi Kapatıldı
Öğe üzerinde başka bir çalışma beklenmediğini doğrulayan son idari işlemdir. Genellikle durumun 'Closed' olarak değişmesinden ve 'Resolution' alanına bir değer girilmesinden çıkarılır.
Neden önemli?

Öğenin yolculuğunun kesin olarak sona erdiğini gösterir. Bunu 'Deployed to Production' ile karşılaştırmak, idari gecikmeleri veya dağıtım sonrası izleme dönemlerini ortaya çıkarabilir.

Nereden alınır?

Jira issue değişiklik günlüğünden çıkarılır. 'status' alanının 'Closed' olarak değiştiği ve bir çözüm belirlendiği zaman damgasıdır.

Yakalayın

'Closed' durumuna geçişin zaman damgası.

Olay türü inferred
Geliştirme tamamlandı
Bu aktivite, geliştiricinin kodlamayı tamamladığını ve öğenin kod incelemesi veya test gibi bir sonraki aşamaya hazır olduğunu gösterir. Jira'daki bir durum değişikliğinden çıkarılır. Örneğin issue, 'In Progress' durumundan 'In Review' veya 'Ready for QA' durumuna geçer.
Neden önemli?

Bu olay, temel geliştirme aşamasının sonunu gösterir. Böylece kodlama süresini ve kalite güvence ekibine yapılan devirlerin verimliliğini analiz edebilirsiniz.

Nereden alınır?

Jira issue değişiklik günlüğünden, 'status' alanının aktif geliştirme durumundan 'In Review' veya 'Ready for QA' gibi sonraki bir duruma geçtiği zaman damgası alınarak çıkarılır.

Yakalayın

'In Progress' durumundan 'In Review' veya 'Ready for QA' durumuna geçiş zaman damgası.

Olay türü inferred
Kod incelemesi gerçekleştirildi
Bir ekip arkadaşının veya liderin kodu kalite, standartlar ve işlevsellik açısından incelediğini belirtir. Bu durum, 'In Review' durumundan 'Ready for QA' durumuna geçiş gibi bir durum değişikliğinden veya entegre geliştirme araçlarından alınan açık bir kayıttan çıkarılabilir.
Neden önemli?

Bu etkinlik, önemli bir kalite kontrol noktasıdır. Süresini ve yeniden çalışma gibi sonuçlarını analiz etmek, kod kalitesini artırmaya ve sürecin ilerleyen aşamalarında bulunan hataları azaltmaya yardımcı olur.

Nereden alınır?

Genellikle durum 'Code Review' durumundan çıktığında Jira issue değişiklik günlüğünden çıkarılır. Bitbucket veya GitHub gibi kod deposu araçları entegre edilmişse açık bir olay olarak da kaydedilebilir.

Yakalayın

'In Review' durumundan sonraki duruma geçişin zaman damgası.

Olay türü inferred
Öğe geliştirmeye hazır
Bir geliştirme öğesinin tüm ayrıntılarıyla tanımlandığını, incelendiğini ve önceliklendirildiğini, dolayısıyla bir geliştiricinin çalışmaya başlamasına hazır olduğunu gösterir. Bu durum genellikle iş akışındaki bir durum değişikliğinden anlaşılır. Örneğin öğe Backlog durumundan To Do veya Ready for Dev durumuna geçebilir.
Neden önemli?

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

Nereden alınır?

Jira issue değişiklik günlüğünden çıkarılır. 'status' alanının 'Ready for Dev', 'To Do' veya 'Selected for Development' gibi bir değere değiştiği zaman damgasını bulun.

Yakalayın

Geliştirme öncesi hazır durumuna geçiş zaman damgası.

Olay türü inferred
QA Testi Başarısız
QA ekibinin bir hata bulduğunu ve geliştirme öğesinin yeniden çalışma için geliştiricilere geri gönderildiğini belirtir. Bu durum, örneğin 'In QA' durumundan 'In Progress' veya 'To Do' durumuna geri geçiş gibi geriye dönük bir durum geçişinden çıkarılır.
Neden önemli?

Bu etkinlik, yeniden çalışma döngülerini belirlemek için önemlidir. Sıklığını izlemek, düşük kalite maliyetini ölçmeye ve geliştirme ya da gereksinimlerde iyileştirme gereken alanları ortaya çıkarmaya yardımcı olur.

Nereden alınır?

Jira issue değişiklik günlüğünden çıkarılır. 'status' alanı bir test durumundan, örneğin 'In QA', daha önceki bir geliştirme durumuna, örneğin 'In Progress', geçtiğinde kaydedilir.

Yakalayın

Bir test durumundan geliştirme durumuna geçişin zaman damgası.

Olay türü inferred
UAT Başlatıldı
İş birimi paydaşlarının veya son kullanıcıların yeni işlevi doğruladığı User Acceptance Testing aşamasının başladığını gösterir. Jira durumu 'In UAT' veya 'User Acceptance Testing' gibi bir duruma geçtiğinde bu olay çıkarılır.
Neden önemli?

Bu etkinlik, yayınlama öncesindeki son doğrulama aşamasının başlangıcını izler. Süresini analiz etmek, paydaşların uygun olmamasından veya geri bildirim döngülerinden kaynaklanan gecikmeleri anlamak ve azaltmak için önemlidir.

Nereden alınır?

Jira issue değişiklik günlüğünden çıkarılır. 'status' alanının 'In UAT' veya benzer şekilde belirlenmiş bir duruma güncellendiği zaman damgasıdır.

Yakalayın

'In UAT' durumuna geçişin zaman damgası.

Olay türü inferred
Yayınlama İçin Hazırlandı
Geliştirme öğesinin tüm kontrolleri geçtiğini, belirli bir yazılım sürümüne dahil edildiğini ve dağıtılmayı beklediğini belirtir. Bu durum genellikle issue durumu 'Ready for Release' olarak değiştiğinde veya 'Fix Version' alanı doldurulduğunda çıkarılır.
Neden önemli?

Bu etkinlik, yayınlama hazırlığını ve tüm geliştirme ve test çalışmaları tamamlandıktan sonra öğelerin dağıtım penceresini beklediği süreyi izlemeye yardımcı olur.

Nereden alınır?

Genellikle Jira issue değişiklik günlüğünden 'Ready for Release' durumuna geçiş olarak çıkarılır. Alternatif olarak, 'Fix Version/s' alanının ayarlandığı zaman damgasından da çıkarılabilir.

Yakalayın

'Ready for Release' durumuna geçişin veya 'Fix Version' alanının doldurulmasının zaman damgası.

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

Veri çıkarma rehberleri

Verilerinizi Jira Software'den nasıl alırsınız?

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

Verilerinizi bu Template ile hazırlayarak yazılım geliştirme yaşam döngünüzü bugün optimize etmeye başlayın. Teslimatı hızlandırmak ve kaliteyi artırmak için içgörüleri keşfedin.

Jira Software'de SDLC'nizi optimize etmeye bugün başlayın!

Verimsizlikleri belirleyin ve SDLC'nizde çevrim süresini %30 azaltın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez, optimizasyona dakikalar içinde başlayın.