Yazılım geliştirme yaşam döngünüz için Veri Templatei

Jira Software
Yazılım geliştirme yaşam döngünüz için Veri Templatei

Yazılım geliştirme yaşam döngünüz için Veri Templatei

Bu Template, yazılım geliştirme yaşam döngünüzü analiz etmek için gereken temel verileri toplamanıza yönelik açık bir yol haritası sunar. Toplanması gereken temel veri alanlarını, izlenecek önemli süreç adımlarını ve bu bilgileri Jira Software’den nasıl çıkaracağınıza dair pratik önerileri içerir. Etkili Process Mining için olay günlüğünüzü hazırlarken bu rehberden yararlanın.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Jira Software’den veri çıkarma önerileri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

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

Yazılım geliştirme yaşam döngüsünü ayrıntılı biçimde analiz etmek için olay günlüğünüze eklemeniz önerilen veri alanları bunlardır.
5 Zorunlu 6 Önerilen 10 İsteğe bağlı
Ad Açıklama
Aktivite
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ı.
Açıklama

Bu öznitelik, yazılım geliştirme sürecindeki belirli bir adımı veya kilometre taşını temsil eder. Etkinlikler, Jira kaydının durum alanındaki değişikliklerden ya da kod gönderimleri ve incelemeler gibi önemli olaylardan elde edilir.

Process Mining çalışmalarında bu etkinliklerin sıralaması süreç haritasını oluşturur. Etkinlikleri inceleyerek süreç akışını belirleyebilir, belirli aşamaların süresini ölçebilir ve yeniden çalışma döngüleri ya da atlanan kalite kontrolleri gibi standart iş akışından sapmaları tespit edebilirsiniz.

Neden önemli?

Etkinlikler sürecin adımlarını tanımlar. Bu adımların sırası, süreç akışını görselleştirmek, darboğazları belirlemek ve süreçteki farklılıkları incelemek için gereklidir.

Nereden alınır?

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

Örnekler
Geliştirme başladıKod incelemesi yapıldıQA testi tamamlandıCanlı ortama dağıtıldı
Geliştirme öğesi
DevelopmentItem
Jira Software içinde hikâye, hata veya görev gibi tek bir iş birimini tanımlayan benzersiz kimlik.
Açıklama

Geliştirme öğesi, temel vaka tanımlayıcısıdır; özellik, hata düzeltmesi veya görev gibi belirli bir iş birimini temsil eder. İlgili öğenin ilk fikir aşamasından planlama, geliştirme ve test süreçlerine, oradan da dağıtıma kadar tüm etkinliklerini birbirine bağlar. Jira’da bu genellikle kayıt anahtarına karşılık gelir; örneğin 'PROJ-123'.

Bu özniteliği inceleyerek her iş öğ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ürecinde nasıl ilerlediğini karşılaştırmanın temelini oluşturur.

Neden önemli?

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

Nereden alınır?

Jira Software Issue API nesnesindeki bir kayıt 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 saat.
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ı belirler ve Process Mining analizlerinin zaman temelini oluşturur.

Çevrim süresi, işlem süresi ve etkinlikler arasındaki bekleme süresi dahil zamana dayalı tüm metrikleri hesaplamak için bu öznitelik kullanılır. Süreç performansını zaman içinde incelemenizi, geliştirme yaşam döngüsünde gecikmelerin ne zaman ve nerede oluştuğunu belirlemenizi sağlar.

Neden önemli?

Bu zaman damgası, olayları doğru sıraya koymak ve süreç verimliliğini anlamak, gecikmeleri belirlemek için gerekli süre metriklerini hesaplamak açısından temel önemdedir.

Nereden alınır?

Kayıt değişiklik günlüğündeki veya geçmişindeki her giriş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ü verilerinin alındığı sistem.
Açıklama

Bu öznitelik, verinin kaynağını belirtir. Bu süreçte değer her zaman 'Jira Software' olur; ancak daha geniş bir analizde birden fazla kaynak sistemin verileri birleştirildiğinde sistemleri ayırt etmeye yardımcı olur.

Daha geniş bir BT ortamında kaynak sistemi belirtmek, verinin izlenebilirliğini sağlar ve farklı platformlardaki veri kalitesini yönetmeye, entegrasyon çalışmalarını yürütmeye yardımcı olur.

Neden önemli?

Birden fazla sistemden veri birleştirirken veya veri yönetişimi ve denetim çalışmaları yürütürken önemli olan veri kaynağını açıkça gösterir.

Nereden alınır?

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

Örnekler
Jira Software
Son veri güncellemesi
LastDataUpdate
Bu sürecin verilerinin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, Jira Software’den en son veri çıkarma işleminin tarih ve saatini kaydeder. İncelenen verilerin ne kadar güncel olduğunu anlamanıza yardımcı olur.

Son güncelleme zamanını bilmek, süreç içgörülerinin güncelliğini değerlendirmek açısından önemlidir. Analistlerin ve iş kullanıcılarının güncel verileri incelediklerini doğrulamalarını sağlar ve analize dahil edilen olayların hangi zamana kadar uzandığını gösterir.

Neden önemli?

Verinin güncelliğini gösterir. Analizlerin ve Dashboardların sürecin en güncel durumunu yansıtması için bu bilgi gereklidir.

Nereden alınır?

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

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

Atanan kişi, iş öğesinin mevcut aşamasından sorumlu kişidir. Jira’da bu standart alan, öğe farklı kişiler ve ekipler arasında ilerledikçe değişir.

Atanan kişiyi incelemek; kaynak dağılımını, iş yükünü ve devir teslim noktalarını anlamaya yardımcı olur. Belirli aşamalarda hangi geliştiricilerin veya ekiplerin yer aldığını, kimin darboğaz oluşturduğunu ve işin kuruluş genelinde nasıl dağıldığını görmenizi sağlar.

Neden önemli?

Bir etkinlikten sorumlu kullanıcıyı veya kaynağı belirler. Böylece iş yükünü ve kaynak yönetimini inceleyebilir, kişiler arasındaki devir teslimleri anlayabilirsiniz.

Nereden alınır?

Jira Issue API yanıtındaki 'fields' nesnesinde bulunan '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 bilgi genellikle özel bir alanla tutulur ya da proje veya belirli bir bileşen gibi başka bilgilerden çıkarılabilir.

Bu öznitelik, ekip düzeyinde performans analizi için gereklidir. Dashboardları ekip bazında filtreleyerek çevrim süresi, yeniden çalışma oranı ve işlem hacmi gibi metrikleri görüntüleyebilirsiniz. 'Aşamalar arası devir teslim verimliliği' ve 'Geliştirici iş yükü ve öğe ilerlemesi' Dashboardları için bu bilgi önemlidir.

Neden önemli?

Farklı geliştirme ekiplerinin performansını ölçüp 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 genellikle Jira’da özel bir alandır. 'Team', 'Squad' veya benzeri bir ad taşıyabilecek alanı belirlemek için Jira yöneticinize danışın.

Örnekler
Phoenix ekibiTemel hizmetlerUI/UX Yenilmezleri
Öğe durumu
ItemStatus
Geliştirme öğesinin iş akışındaki mevcut durumu.
Açıklama

Bu öznitelik, geliştirme öğesinin belirli bir andaki aşamasını, örneğin 'Devam ediyor', 'İncelemede' veya 'Tamamlandı' durumlarını gösterir. Zaman içindeki durum değişikliklerinin sırası, Process Mining için etkinlikleri oluşturur.

'Aktivite' özniteliği değişiklik olayını gösterirken 'ItemStatus', öğenin durumunu belirtir. Filtreleme ve analiz boyutu olarak kullanabilir; belirli bir durumda kaç öğe bulunduğunu görebilir veya uzun süre aynı durumda kalan öğelerin özelliklerini inceleyebilirsiniz.

Neden önemli?

Öğenin yaşam döngüsünde hangi noktada olduğunu gösterir. Duruma göre analiz yapmak ve devam eden işlerin mevcut durumunu anlamak için gereklidir.

Nereden alınır?

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

Örnekler
YapılacakDevam ediyorİncelemedeTamamlandı
Öğe önceliği
ItemPriority
Geliştirme öğesine atanan ve ne kadar acil olduğunu gösteren öncelik düzeyi.
Açıklama

Öğe önceliği, bir iş öğesinin göreli önemini veya aciliyetini belirtir. Jira’daki standart 'priority' alanında En yüksek, Yüksek, Orta ve Düşük gibi yapılandırılabilir düzeyler bulunur.

Önceliği incelemek, uyumluluğu kontrol etmek ve öncelikli öğelerdeki darboğazları belirlemek açısından önemlidir. Örneğin, 'Öncelikli öğe uyumluluk kontrolü' Dashboardu bu özniteliği kullanarak yüksek öncelikli öğelerin beklendiği gibi hızlandırılıp hızlandırılmadığını veya düşük öncelikli öğelerle aynı kuyruklarda bekleyip beklemediğini denetler.

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 incelemeye yardımcı olur. Böylece SLA’ların karşılanıp karşılanmadığını görebilirsiniz.

Nereden alınır?

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

Örnekler
En yüksekYüksekOrtaDüşük
Öğe türü
ItemType
Geliştirme öğesinin Hata, Hikâye, Task veya Epic gibi sınıflandırması.
Açıklama

Öğe türü, yapılan işin niteliğini sınıflandırır. Jira, farklı iş öğelerini ve bunların kendilerine özgü iş akışlarını ayırt etmek için standart bir 'issuetype' alanı kullanır.

Bu öznitelik, karşılaştırmalı analiz için gereklidir. Örneğin, 'Hata' ve 'Hikâye' türündeki öğelerin yaşam döngülerini karşılaştırmak üzere süreci belirli iş türlerine göre filtreleyebilirsiniz. Böylece bazı iş türlerinin gecikmelere, yeniden çalışmaya veya standart süreçten sapmalara daha yatkın olup olmadığını görebilirsiniz.

Neden önemli?

Hatalar ile yeni özellikler gibi farklı iş türlerinin nasıl ele alındığını ve süreçlerinin nerelerde ayrıştığını karşılaştırmak için analizi bölümlere ayırmanızı sağlar.

Nereden alınır?

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

Örnekler
HikâyeHataTaskEpic
Proje adı
ProjectName
Geliştirme öğesinin bağlı olduğu Jira projesinin adı.
Açıklama

Jira’da tüm iş öğ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 kullanışlı bir boyuttur. SDLC sürecini farklı projeler veya ürünler arasında analiz edip kıyaslamanızı sağlar. Böylece hangi projelerin daha verimli olduğunu, hangilerinde daha fazla yeniden çalışma gerektiğini 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 bulunan 'project' alanıdır.

Örnekler
Mobil uygulama geliştirmeTemel platformVeri bilimi
Bildiren kişi
Reporter
Geliştirme öğesini ilk oluşturan veya bildiren kullanıcı.
Açıklama

Bildiren kişi, Jira’da kaydı oluşturan kişidir. Bu kişi bir geliştirici, kalite güvence uzmanı, ürün yöneticisi veya hizmet masası entegrasyonu üzerinden talep oluşturan bir müşteri olabilir.

Bildiren kişiyi incelemek, işin nereden geldiğini anlamaya yardımcı olur. Örneğin, kalite güvence ekibinin bildirdiği hataların yaşam döngüsünü müşterilerin bildirdiği hatalarla karşılaştırabilirsiniz. Ayrıca iletişim örüntülerini ve sürecin başındaki bilgi akışını anlamanızı sağlar.

Neden önemli?

İş öğesinin kaynağını belirler. Görevleri kimin oluşturduğuna veya hataları kimin bildirdiğine göre örüntüleri inceleyebilirsiniz.

Nereden alınır?

Jira Issue API yanıtındaki 'fields' nesnesinde bulunan '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ı.
Açıklama

Jira’da bileşenler, bir projedeki kayıtları daha küçük ve yönetilebilir gruplara ayırmak için kullanılır. 'Kullanıcı kimlik doğrulama' gibi bir özellik alanını, 'Arka uç API' gibi bir teknik katmanı veya 'Raporlama' gibi bir modülü temsil edebilir.

Bileşen bazında analiz, geliştirme sürecini daha ayrıntılı incelemenizi sağlar. Uygulamanın belirli bölümlerinde daha fazla hata oluşup oluşmadığını, geliştirme çevrimlerinin uzayıp uzamadığını veya daha fazla yeniden çalışma gerekip gerekmediğini belirleyerek teknik borç ya da karmaşıklık içeren alanları ortaya çıkarabilir.

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 hangi bileşenlerin gecikmelere veya kalite sorunlarına yol açtığını belirleyebilirsiniz.

Nereden alınır?

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

Örnekler
Kullanıcı arayüzüVeritabanıAPI ağ geçidiKimlik doğrulama
Devir teslim bekleme süresi
HandoffWaitTime
Ardışık iki etkinlik arasındaki bekleme süresi.
Açıklama

Bu metrik, bir etkinliğin tamamlanması ile sonraki etkinliğin başlaması arasındaki bekleme veya kuyruk süresini hesaplar. İşin, birinin devralmasını beklerken hareketsiz kaldığı süreyi gösterir.

Bu metrik, 'Ortalama devir teslim bekleme süresi' KPI’ı ve 'Aşamalar arası devir teslim verimliliği' Dashboardı için önemlidir. Devir teslim sürelerinin uzun olması, geliştirme ile QA ekipleri arasındaki koordinasyon sorunlarına, kaynak kısıtlarına veya verimsiz iletişime işaret edebilir. Bu bekleme süresini azaltmak, toplam çevrim süresini kısaltmanın etkili yollarından biridir.

Neden önemli?

Süreçteki bekleme ve kuyruk sürelerini görünür kılar. Ekipler veya kişiler arasındaki devir teslimlerdeki verimsizlikleri ve koordinasyon sorunlarını ortaya çıkarır.

Nereden alınır?

Hesaplanan bir metriktir. Aynı vakadaki bir etkinliğin başlangıç zamanından önceki etkinliğin bitiş zamanı çıkarılarak bulunur.

Örnekler
017280043200
Düzeltme sürümü
FixVersion
Geliştirme öğesinin gerçekten çözümlendiği ve yayımlandığı yazılım sürümü.
Açıklama

Jira’daki 'Fix Version', bir öğeyle ilgili tamamlanmış işi içeren yayını belirtir. Geliştirme çalışmasının somut sonucunu gösterir.

Bu öznitelik, teslimat performansını incelemek için 'PlannedReleaseVersion' ile karşılaştırabileceğiniz gerçek yayın bağlamını sağlar. Ayrıca belirli bir yayında teslim edilen tüm öğeleri gruplandırarak tamamlanan işleri toplu halde görmenizi sağlar.

Neden önemli?

Bir işin hangi yayına dahil edildiğini doğrular. Yayın analizleri ve teslim edilen özelliklerin izlenmesi için gerçek durumu gösterir.

Nereden alınır?

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

Örnekler
v2.1.1 acil düzeltmesiv3.0.0 ana sürümüv2.2.0
Öğe çözümü
ItemResolution
Geliştirme öğesinin kapatılma nedeni veya nihai sonucu.
Açıklama

Çözüm, bir öğenin neden kapalı duruma alındığını açıklar. Durum 'Kapalı' olsa da çözüm 'Tamamlandı', 'Yapılmayacak', 'Yinelenen' veya 'Yeniden oluşturulamıyor' olabilir. Bu bilgi, işin sonucunu anlamak için gerekli bağlamı sağlar.

Çözümü inceleyerek başarıyla tamamlanan işleri iptal edilen veya reddedilen öğelerden ayırabilirsiniz. Bu ayrım, kalite analizinde ve değerli işlerin gerçek işlem hacmini, sonunda gözden çıkarılan öğelere harcanan emekten ayırmak için önemlidir.

Neden önemli?

Başarıyla tamamlanan öğeleri başka nedenlerle kapatılanlardan ayırır. Doğru üretkenlik ve kalite analizi için bu ayrım önemlidir.

Nereden alınır?

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

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

Bu öznitelik, bir etkinliğin tamamlandığı zamanı gösterir. Belirli bir vaka için sıradaki etkinliğin zaman damgasıdır.

'EventTime' (StartTime) bir etkinliğin başlangıcını, EventEndTime ise bitişini gösterir. Bu iki zaman damgası arasındaki fark, etkinliğin işlem süresidir. 'Ortalama aşama işlem süresi' KPI’ını hesaplamak ve etkinlik sürelerini inceleyen Dashboardlar oluşturmak için bu bilgi gereklidir.

Neden önemli?

Bir etkinliğin bitiş noktasını belirtir. Böylece süreçteki her adımın süresini hesaplayabilir ve darboğazları inceleyebilirsiniz.

Nereden alınır?

Türetilmiş bir özniteliktir. Belirli bir olayın bitiş zamanı, aynı vakadaki bir 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ın.
Açıklama

Jira’daki 'Affects Version/s' alanı olan bu öznitelik, bir özellik veya düzeltmenin hedeflendiği yayını belirtir. İşin tamamlanması için son tarih veya hedef görevi görür.

Bu öznitelik, 'Zamanında yayın teslim oranı' KPI’ı için önemlidir. Gerçek dağıtım tarihini bu sürümle ilişkilendirilmiş planlanan yayın tarihiyle karşılaştırarak takvime uyumu ve yayın sürecinizin öngörülebilirliğini ölçebilirsiniz.

Neden önemli?

Hedef teslim tarihini veya yayını belirtir. Böylece zamanında teslim oranlarını hesaplayabilir ve takvime uyumu inceleyebilirsiniz.

Nereden alınır?

Jira Issue API’deki '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 yayınıPhoenix projesinin lansmanı
Sprint adı
SprintName
Geliştirme öğesinin atandığı çevik sprintin adı.
Açıklama

Scrum kullanan ekiplerde sprint, belirli bir iş kümesinin tamamlandığı, süresi sınırlı bir çalışma dönemidir. Bu öznitelik, öğenin ait olduğu sprintin adını veya kimliğini kaydeder.

Sprint bazında analiz, çevik süreçlere yönelik Process Mining çalışmalarının temelidir. Tek tek sprintlerin performansını değerlendirmenize, sonraki sprintlere aktarılan işleri anlamanıza ve sprint hedeflerine göre ilerlemeyi izlemenize yardımcı olur. Genel tarih aralıklarından daha ayrıntılı bir zaman bağlamı sunar.

Neden önemli?

Çevik ekipler için gerekli bağlamı sağlar ve süreç verimliliğini ve işlem hacmini sprint bazında incelemenize olanak tanır.

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 12023 4. çeyrek Sprint 3Kasım PI Sprint 2
Toplam çevrim süresi
CycleTime
Bir geliştirme öğesinin baştan sona toplam süresi.
Açıklama

Çevrim süresi, bir geliştirme öğesinin oluşturulmasından üretim ortamına alınması gibi nihai çözüme ulaşmasına 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. 'Ortalama baştan sona çevrim süresi' KPI’ı ve 'Genel SDLC çevrim süresi analizi' Dashboardı doğrudan bu hesaplamaya dayanır. Süreç iyileştirme çalışmalarında çevrim süresini azaltmak çoğu zaman temel hedeflerden biridir.

Neden önemli?

Geliştirme sürecinin baştan sona ne kadar hızlı ilerlediğini ölçer; genel verimlilik ve teslimat hızı için temel bir performans göstergesi sunar.

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ı çıkarılarak bulunur.

Ö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 bir işaret.
Açıklama

Bu boole özniteliği, bir etkinlik süreçte geriye doğru bir adımı temsil ediyorsa true değerini alır. Örneğin, QA testinde başarısız olduktan sonra 'Geliştirme başladı' adımına dönülmesi gibi. Değer, vakadaki etkinlik sırası incelenerek belirlenir.

Yeniden çalışmayı belirlemek, süreç verimliliğini ve kalitesini artırmanın temel adımlarındandır. Bu öznitelik, 'Yeniden çalışma etkinliği oranı' KPI’ını ve 'Yeniden çalışma döngüsü sıklığı ve yolları' Dashboardını doğrudan destekler. Boşa harcanan emeğin miktarını ölçmenize ve yeniden çalışmaya yol açan kalite sorunlarının temel nedenlerini bulmanıza yardımcı olur.

Neden önemli?

Verimsiz yeniden çalışma döngülerinin parçası olan etkinlikleri açıkça işaretleyerek süreçteki israfı ve kalite sorunlarını hassas biçimde ölçmenizi ve incelemenizi sağlar.

Nereden alınır?

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

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

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

Yazılım geliştirme yaşam döngüsünü doğru biçimde keşfetmek için olay günlüğünüze kaydetmeniz gereken temel süreç adımları ve kilometre taşları bunlardır.
6 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
Canlı ortama dağıtıldı
Bu olay, geliştirme öğesiyle ilişkili kod değişikliklerinin canlı ortamda kullanıma sunulduğu anı gösterir. Son durumun 'Tamamlandı' veya 'Yayımlandı' olarak değişmesinden anlaşılabilir ya da entegre bir CI/CD aracından gelen açık bir olayla kaydedilebilir.
Neden önemli?

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

Nereden alınır?

Jira kaydının değişiklik günlüğünde durumun 'Yayımlandı' veya 'Tamamlandı' olarak değişmesinden anlaşılabilir. Daha doğru sonuçlar için Jenkins ve Bamboo gibi CI/CD araçlarının gönderdiği dağıtım olayları ya da Jira’daki Deployments özelliği kullanılabilir.

Kaydedin

Durumun 'Tamamlandı' veya 'Yayımlandı' olarak değiştiği zamanın zaman damgası.

Olay türü inferred
Geliştirme başladı
Geliştiricinin geliştirme öğesi üzerinde aktif olarak çalışmaya başladığı anı gösterir. Bu bilgi neredeyse her zaman Jira iş akışındaki bir durum değişikliğinden, örneğin kaydın durumunun 'In Progress' olmasından çıkarılır.
Neden önemli?

Bu, etkin geliştirme süresini ölçmek için önemli bir kilometre taşıdır. Bekleme süresini değer katan çalışmadan ayırmaya yardımcı olur ve darboğazları belirlemek için temel bir metriktir.

Nereden alınır?

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

Kaydedin

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

Olay türü inferred
Geliştirme öğesi oluşturuldu
Yeni bir hikâye, hata veya görev gibi geliştirme öğesinin Jira’ya resmî olarak kaydedilmesiyle yaşam döngüsü başlar. Sistem, her kayıt için oluşturulma zaman damgasını açıkça tutar.
Neden önemli?

Bu etkinlik, sürecin başlangıç noktasını belirler. Baştan sona çevrim sürelerini hesaplamak ve gelen toplam iş hacmini izlemek için gereklidir.

Nereden alınır?

Bu, her Jira kaydı için temel bir olaydır. Oluşturulma zaman damgası, Jira API üzerinden erişilebilen kayıt nesnesinin 'created' alanında saklanır.

Kaydedin

Jira kayıt nesnesindeki 'created' zaman damgası alanı.

Olay türü explicit
QA testi başladı
Bu olay, geliştirme öğesi için resmî Kalite Güvence test aşamasının başlangıcını gösterir. Kayıt 'In QA', 'In Testing' veya 'Ready for Testing' gibi bir duruma geçirildiğinde Jira’daki durum değişikliğinden çıkarılır.
Neden önemli?

Bu önemli kilometre taşı, kalite doğrulama döngüsünü başlatır. 'Geliştirme Tamamlandı' ile bu nokta arasındaki süreyi ölçmek, geliştirme ve QA ekipleri arasındaki devir teslim gecikmelerini ortaya çıkarır.

Nereden alınır?

Jira kaydının 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.

Kaydedin

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

Olay türü 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 sonraki aşamaya hazır olduğunu gösterir. Bu bilgi, temel test durumundan çıkışla yapılan durum değişikliğinden çıkarılır.
Neden önemli?

Bu etkinlik, önemli bir kalite kontrolü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 kaydının 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.

Kaydedin

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

Olay türü inferred
UAT onaylandı
Kullanıcı Kabul Testinin başarıyla tamamlandığını ve paydaşların sürümü onayladığını gösterir. '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 canlı ortama alınmasının önünü açar. Teslim edilen işin kullanıcı beklentilerini karşılamasını sağlayan önemli bir kontrol noktasıdır.

Nereden alınır?

Jira kaydının değişiklik günlüğünden çıkarılır. İş akışında 'UAT aşamasında' durumundan sonraki duruma geçişin zaman damgasıdır ve onayı gösterir.

Kaydedin

'UAT aşamasında' durumundan 'Yayıma hazır' durumuna geçişin zaman damgası.

Olay türü inferred
Geliştirme öğesi iptal edildi
Geliştirme öğesinin tamamlanmadan sonlandırıldığını gösterir. Durumun 'İptal edildi', 'Reddedildi' veya 'Yapılmayacak' gibi sonlandırıcı bir duruma geçmesinden anlaşılır ve genellikle belirli bir çözümle birlikte kaydedilir.
Neden önemli?

Bu etkinlik, başarısız süreç sonuçlarını izler. Öğelerin neden iptal edildiğini incelemek; planlama, önceliklendirme veya gereksinimlerin tanımlanmasıyla ilgili sorunları ortaya çıkarabilir.

Nereden alınır?

Jira kaydının değişiklik günlüğünden çıkarılır. Kaydın 'status' alanının 'İptal edildi' veya 'Yapılmayacak' olarak değiştiği ve buna karşılık gelen bir çözümün belirlendiği zamanın zaman damgasıdır.

Kaydedin

Durumun 'İptal edildi', 'Reddedildi' veya 'Yapılmayacak' olarak değiştiği zamanın zaman damgası.

Olay türü inferred
Geliştirme öğesi kapatıldı
Bu son idari işlemdir ve öğeyle ilgili başka bir çalışma beklenmediğini doğrular. Genellikle durumun 'Kapalı' olarak değişmesinden ve 'Çözüm' alanına bir değer girilmesinden anlaşılır.
Neden önemli?

Öğenin yolculuğunun kesin olarak sona erdiği noktayı gösterir. Bu zamanı 'Canlı ortama dağıtıldı' aşamasıyla karşılaştırmak, idari gecikmeleri veya dağıtım sonrası izleme sürelerini ortaya çıkarabilir.

Nereden alınır?

Jira kaydının 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ın zaman damgasıdır.

Kaydedin

Durumun 'Kapalı' olarak değiştiği zamanın zaman damgası.

Olay türü inferred
Geliştirme tamamlandı
Geliştiricinin kodlamayı bitirdiğini ve öğenin kod incelemesi veya test gibi sonraki aşamaya hazır olduğunu gösterir. Bu bilgi, Jira durumunun 'In Progress' durumundan 'In Review' veya 'Ready for QA' durumuna geçmesi gibi bir değişiklikten çıkarılır.
Neden önemli?

Bu etkinlik, temel geliştirme aşamasının sonunu gösterir. Kodlama süresini ve kalite güvence ekibine yapılan devir teslimlerin verimliliğini analiz etmenizi sağlar.

Nereden alınır?

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

Kaydedin

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

Olay türü inferred
Kod incelemesi yapıldı
Bir ekip arkadaşının veya liderin kodu kalite, standartlar ve işlevsellik açısından incelediğini gösterir. Bu bilgi, 'In Review' durumundan 'Ready for QA' durumuna geçiş gibi bir durum değişikliğinden veya entegre geliştirme araçlarından alınabilir.
Neden önemli?

Bu etkinlik önemli bir kalite kontrolü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?

Jira kaydının değişiklik günlüğünde, durumun 'Code Review' aşamasından çıkmasıyla genellikle çıkarılır. Bitbucket veya GitHub gibi kod deposu araçları entegre edilmişse açık bir olay olarak da alınabilir.

Kaydedin

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

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

Bu etkinliği izlemek, birikmiş işlerin geliştirmeye hazır olma durumunu ve öğelerin geliştirme başlamadan önce ne kadar beklediğini ölçmenizi sağlar. Planlama ve iyileştirme süresini etkin geliştirme süresinden ayırır.

Nereden alınır?

Jira kaydının 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.

Kaydedin

Durumun geliştirme öncesi hazır durumuna geçtiğ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 gösterir. Örneğin 'In QA' durumundan 'In Progress' veya 'To Do' durumuna geri geçişten çıkarılır.
Neden önemli?

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

Nereden alınır?

Jira kaydının değişiklik günlüğünden çıkarılır. 'status' alanı bir test durumundan (ör. 'In QA') önceki bir geliştirme durumuna (ör. 'In Progress') geçtiğinde kaydedilir.

Kaydedin

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

Olay türü inferred
UAT başladı
İş paydaşlarının veya son kullanıcıların yeni işlevleri doğruladığı Kullanıcı Kabul Testinin başlangıcını gösterir. Jira durumunun 'In UAT' veya 'User Acceptance Testing' gibi bir duruma geçmesinden çıkarılır.
Neden önemli?

Bu etkinlik, sürüm ö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 kaydının değişiklik günlüğünden çıkarılır. 'status' alanının 'In UAT' veya benzer bir belirlenmiş duruma güncellendiği zaman damgasıdır.

Kaydedin

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

Olay türü inferred
Yayıma hazırlandı
Geliştirme öğesinin tüm kontrolleri geçtiğini ve belirli bir yazılım sürümüne dahil edildiğini, dağıtım için beklediğini gösterir. Genellikle bir kaydın durumu 'Yayıma hazır' olduğunda veya 'Düzeltme sürümü' alanı doldurulduğunda bu aşamaya ulaşıldığı anlaşılır.
Neden önemli?

Bu etkinlik, yayıma hazırlık durumunu izlemeye ve geliştirme ile test çalışmaları tamamlandıktan sonra öğelerin dağıtım zamanını beklerken geçirdiği süreyi ölçmeye yardımcı olur.

Nereden alınır?

Genellikle Jira kaydının değişiklik günlüğünde durumun 'Yayıma hazır' olarak değişmesinden anlaşılır. Alternatif olarak, 'Düzeltme sürümü/sürümleri' alanının doldurulduğu zaman damgası kullanılabilir.

Kaydedin

Durumun 'Yayıma hazır' olarak değiştiği veya 'Düzeltme sürümü' alanının doldurulduğu zamanın zaman damgası.

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

Veri çıkarma rehberleri

Jira Software’den verilerinizi nasıl alırsınız

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

Bu Template ile verilerinizi hazırlayarak yazılım geliştirme yaşam döngünüzü bugün iyileştirmeye başlayın. Teslimatı hızlandırıp kaliteyi artırmanıza yardımcı olacak içgörüleri keşfedin.

Jira Software’de SDLC’nizi iyileştirmeye bugün başlayın!

SDLC’nizdeki verimsizlikleri belirleyin ve çevrim süresini %30 azaltın.

Ücretsiz denemeyi başlatın

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