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
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Jira Software için veri çıkarma rehberi
Yazılım geliştirme yaşam döngüsü öznitelikleri
| 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
|
|||
Yazılım geliştirme yaşam döngüsü faaliyetleri
| 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
|
|||
Veri çıkarma rehberleri
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.
Kredi kartı gerekmez, optimizasyona dakikalar içinde başlayın.