Yazılım Geliştirme Yaşam Döngüsü Veri Template'iniz
Yazılım Geliştirme Yaşam Döngüsü Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Jira Software için `data` çekme rehberliği
Yazılım Geliştirme Yaşam Döngüsü Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
Activity
|
Bir öğenin geliştirme yaşam döngüsünde meydana gelen belirli bir olayın veya durum değişikliğinin adı. | ||
|
Açıklama
Bu öznitelik, yazılım geliştirme sürecinde ayrı bir adım veya kilometre taşını temsil eder. Bu aktiviteler, Jira sorununun durum alanındaki değişikliklerden veya kod teslimleri ya da incelemeler gibi diğer önemli olaylardan türetilir.\n\nSüreç madenciliğinde, bu aktivitelerin dizisi süreç haritasını oluşturur. Aktiviteleri analiz etmek, süreç akışını belirlemeye, belirli aşamaların süresini ölçmeye ve yeniden işleme döngüleri veya atlanan kalite kapıları gibi standart workflow'dan sapmaları tespit etmeye yardımcı olur.
Neden önemli
Etkinlikler (
Nereden alınır
Genellikle Jira sorun geçmişindeki veya değişiklik günlüğündeki 'durum' alanı geçişlerinden türetilir. Ayrıca bağlı geliştirme araçlarından alınan verilerle zenginleştirilebilir.
Örnekler
Geliştirme BaşladıKod İncelemesi YapıldıQA Testi TamamlandıÜretime Dağıtıldı
|
|||
|
Geliştirme Öğesi
DevelopmentItem
|
Jira Software içindeki bir story, bug veya task gibi tek bir iş birimi için benzersiz tanımlayıcı. | ||
|
Açıklama
Geliştirme Öğesi, bir özellik, hata düzeltmesi veya görev gibi ayrı bir iş birimini temsil eden birincil vaka tanımlayıcısı olarak hizmet eder. Bu belirli öğe için ilk konsept ve planlamadan geliştirme, test ve dağıtıma kadar tüm aktiviteleri birbirine bağlar. Jira'da bu genellikle sorun anahtarına, örneğin 'PROJ-123'e karşılık gelir.\n\nBu özniteliği analiz etmek, her iş öğesinin uçtan uca yaşam döngüsünü izlemeyi sağlar. Süreç haritaları oluşturmak, döngü sürelerini hesaplamak ve farklı öğelerin geliştirme sürecinden nasıl aktığına dair varyasyonları belirlemek için temeldir.
Neden önemli
Bu, ilgili tüm geliştirme aktivitelerini birbirine bağlamak için temel anahtardır ve tek bir iş öğesinin yolculuğunu baştan sona izlemeyi mümkün kılar.
Nereden alınır
Bu, Jira Software Issue API nesnesindeki bir sorun için standart 'anahtar' alanıdır.
Örnekler
PROJ-101CORE-5432API-789
|
|||
|
Olay Zamanı
EventTime
|
Belirli bir geliştirme aktivitesinin veya olayın meydana geldiği kesin tarih ve saat. | ||
|
Açıklama
Bu
Neden önemli
Bu zaman damgası, olayları doğru sıralamak ve süreç verimliliğini anlamak ve gecikmeleri belirlemek için anahtar olan tüm süre tabanlı metrikleri hesaplamak için temeldir.
Nereden alınır
Bu, bir sorunun değişiklik günlüğündeki veya geçmişindeki her giriş için 'oluşturuldu' zaman damgasına karşılık gelir.
Örnekler
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:00:00Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Geliştirme yaşam döngüsü verilerinin çıkarıldığı sistem. | ||
|
Açıklama
Bu öznitelik, verinin kaynağını belirler. Bu süreç için tutarlı bir şekilde 'Jira Software' olacaktır, ancak birden fazla kaynak sistemin daha geniş bir analizde birleştirilmesi durumunda verileri ayırt etmek için faydalıdır.\n\nDaha geniş bir BT ortamında, kaynak sistemin belirtilmesi veri soyunun açık olmasını sağlar ve farklı platformlar arasında veri kalitesi ve entegrasyon çabalarının yönetilmesine yardımcı olur.
Neden önemli
Birden fazla sistemden veri entegre edilirken veya veri yönetimi ve denetim amaçları için hayati önem taşıyan net veri kaynağı sağlar.
Nereden alınır
Bu, veri çekimi ve dönüştürme süreci sırasında eklenmesi gereken statik bir değerdir.
Örnekler
Jira Software
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu süreç için verilerin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, Jira Software'dan en son veri çekme tarih ve saatini kaydeder. Analiz edilen verinin güncelliği hakkında bağlam sağlar.\n\nSon güncelleme zamanını bilmek, süreç içgörülerinin zamanında anlaşılması için önemlidir. Analistlerin ve iş kullanıcılarının güncel verilere baktıklarını doğrulamalarına ve analize dahil edilen olaylar için kesim noktasını bilmelerine yardımcı olur.
Neden önemli
Nereden alınır
Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinin sonunda oluşturulur ve kaydedilir.
Örnekler
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Atanan Kişi
Assignee
|
Geliştirme öğesini şu anda ele almakla görevli kullanıcı. | ||
|
Açıklama
Atanan kişi, iş öğesinden mevcut aşamasında sorumlu olan bireydir. Jira'da bu, öğe farklı insanlar ve ekipler arasında hareket ettikçe değişen standart bir alandır.\n\nAtanan kişiyi analiz etmek, kaynak tahsisini, iş yükü dağılımını ve devir noktalarını anlamanın anahtarıdır. Hangi geliştiricilerin veya ekiplerin belirli aşamalarda yer aldığını, kimin bir darboğaz olduğunu ve işin organizasyon genelinde nasıl dağıldığını anlamanıza yardımcı olur.
Neden önemli
Bir etkinlikten (
Nereden alınır
Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'assignee' alanıdır.
Örnekler
Alice SmithBob JohnsonAtanmamış
|
|||
|
Ekip Adı
TeamName
|
İş öğesinden sorumlu geliştirme ekibi. | ||
|
Açıklama
Geliştirme öğesine atanan belirli çevik veya özellik ekibini temsil eder. Jira'da bu genellikle özel bir alan olarak uygulanır veya proje ya da belirli bir bileşen gibi diğer bilgilerden türetilebilir.\n\nBu öznitelik, ekip düzeyinde performans analizi için çok önemlidir. Panoların, bireysel ekipler için döngü süresi, yeniden işleme oranı ve verim gibi metrikleri göstermek üzere filtrelenmesini sağlar. Bu, 'Aşamalar Arası Devir Verimliliği' ve 'Geliştirici İş Yükü ve Öğe İlerlemesi' panoları için hayati öneme sahiptir.
Neden önemli
Farklı geliştirme ekipleri arasında performans ölçümüne ve karşılaştırmasına olanak tanıyarak, yüksek performanslı ekipleri belirlemeye ve en iyi uygulamaları paylaşmaya yardımcı olur.
Nereden alınır
Bu genellikle Jira'da özel bir alandır. 'Ekip', 'Kadrolaşma' veya benzeri olabilecek belirli alan adını belirlemek için Jira yöneticinize danışın.
Örnekler
Team PhoenixÇekirdek HizmetlerUI/UX Avengers
|
|||
|
Kalem Tipi
ItemType
|
Geliştirme öğesinin sınıflandırması, örneğin Bug, Story, Task veya Epic gibi. | ||
|
Açıklama
Öğe Türü, yapılan işin doğasını kategorize eder. Jira, farklı iş öğeleri türleri arasında ayrım yapmak için standart bir 'issuetype' Bu
Neden önemli
Süreç analizini, hatalar ve yeni özellikler gibi farklı iş türlerinin nasıl ele alındığını ve süreçlerinin nerede farklılaştığını karşılaştırmak üzere segmentlere ayırmaya olanak tanır.
Nereden alınır
Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'issuetype' alanıdır.
Örnekler
StoryHataGörevEpic
|
|||
|
Öğe Önceliği
ItemPriority
|
Geliştirme öğesine atanan öncelik seviyesi, aciliyetini gösterir. | ||
|
Açıklama
Öğe Önceliği, bir iş öğesinin göreceli önemini veya aciliyetini tanımlar. Jira, En Yüksek, Yüksek, Orta ve Düşük gibi yapılandırılabilir seviyelere sahip standart bir 'öncelik' Önceliği analiz etmek,
Neden önemli
Yüksek öncelikli öğelerin düşük öncelikli olanlardan daha hızlı işlenip işlenmediğini ve daha akıcı bir yol izleyip izlemediklerini analiz etmeye yardımcı olur, bu da SLA'ların karşılandığından emin olunmasını sağlar.
Nereden alınır
Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'priority' alanıdır.
Örnekler
En YüksekYüksekOrtaDüşük
|
|||
|
Proje Adı
ProjectName
|
Geliştirme öğesinin ait olduğu Jira projesinin adı. | ||
|
Açıklama
Jira'da tüm iş öğeleri projelere ayrılır. Proje Adı, genellikle belirli bir ürün, ekip veya girişime karşılık gelen üst düzey bağlam sağlar. Bu
Neden önemli
Süreç analizinin proje, ürün veya ekibe göre segmentlere ayrılmasını sağlar, bu da performans karşılaştırmalarına ve en iyi uygulamaların belirlenmesine olanak tanır.
Nereden alınır
Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'project' alanıdır.
Örnekler
Mobil Uygulama GeliştirmeCore PlatformData Science
|
|||
|
Ürün Durumu
ItemStatus
|
Geliştirme öğesinin workflow'u içindeki mevcut durumu. | ||
|
Açıklama
Bu öznitelik, belirli bir anda geliştirme öğesinin 'Devam Ediyor', 'İncelemede' veya 'Tamamlandı' gibi belirli aşamasını yansıtır. Zaman içindeki durum değişikliklerinin dizisi, süreç madenciliği için aktiviteleri oluşturur.\n\n'Aktivite' özniteliği değişim olayını temsil ederken, 'ItemStatus' öğenin durumunu sağlar. Belirli bir durumda kaç öğe olduğunu görmek veya belirli bir durumda uzun süre kalan öğelerin özelliklerini analiz etmek için filtreleme ve analiz için bir boyut olarak faydalıdır.
Neden önemli
Bir öğenin yaşam döngüsünde nerede olduğuna dair bir anlık görüntü sunar; bu, duruma dayalı analiz ve devam eden işin mevcut durumunu anlamak için çok önemlidir.
Nereden alınır
Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'status' alanıdır.
Örnekler
YapılacakDevam EdiyorİncelemedeTamamlandı
|
|||
|
Aktarım Bekleme Süresi
HandoffWaitTime
|
İki ardışık aktivite arasındaki boş zaman. | ||
|
Açıklama
Bu metrik, bir aktivitenin tamamlanması ile bir sonrakinin başlangıcı arasındaki bekleme süresini veya kuyruk süresini hesaplar. İşin birinin almasını bekleyerek boşta durduğu süreyi temsil eder.\n\nBu, 'Ortalama Devir Bekleme Süresi' KPI'ı ve 'Aşamalar Arası Devir Verimliliği' dashboard'u için kritik bir metriktir. Yüksek devir süreleri genellikle koordinasyon sorunları, kaynak kısıtlamaları veya geliştirme ve QA gibi ekipler arasındaki verimsiz iletişimi gösterir. Bu boş zamanı en aza indirmek, genel döngü süresini azaltmak için önemli bir kaldıraçtır.
Neden önemli
Süreçteki bekleme veya kuyruk süresini vurgular, ekipler veya bireyler arasındaki
Nereden alınır
Bu hesaplanmış bir metriktir. Aynı vaka için bir aktivitenin başlangıç zamanı eksi önceki aktivitenin bitiş zamanıdır.
Örnekler
017280043200
|
|||
|
Bildiren
Reporter
|
Geliştirme öğesini orijinal olarak oluşturan veya raporlayan kullanıcı. | ||
|
Açıklama
Raporlayan kişi, sorunu Jira'da oluşturan bireydir. Bu bir geliştirici, QA test uzmanı, ürün yöneticisi veya hatta bir hizmet masası entegrasyonu aracılığıyla bir müşteri olabilir.\n\nRaporlayanı analiz etmek, işin kaynağı hakkında içgörüler sağlayabilir. Örneğin, QA ekibi tarafından raporlanan hataların, müşteriler tarafından raporlananlardan farklı bir yaşam döngüsüne sahip olup olmadığını analiz edebilirsiniz. Ayrıca, sürecin başlangıcındaki iletişim kalıplarını ve bilgi akışını anlamaya da yardımcı olabilir.
Neden önemli
İş öğesinin kökenini belirler, bu da görevleri kimin oluşturduğuna veya hataları kimin bildirdiğine göre kalıpları analiz etmek için kullanılabilir.
Nereden alınır
Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'reporter' alanıdır.
Örnekler
Charles DarwinMarie CurieIsaac Newton
|
|||
|
Component
Component
|
Öğenin ait olduğu bir projenin alt bölümü veya işlevsel alanı. | ||
|
Açıklama
Jira'da bileşenler, bir proje içindeki iş öğelerini daha küçük, daha yönetilebilir parçalara gruplamak için kullanılır. Bu, 'Kullanıcı Kimlik Doğrulaması' gibi bir özellik alanını, 'Backend API' gibi teknik bir katmanı veya 'Raporlama' gibi bir modülü temsil edebilir. Bileşene göre analiz yapmak, geliştirme sürecine daha ayrıntılı bir bakış açısı sağlar. Uygulamanın belirli kısımlarının daha fazla hata üretip üretmediğini, daha uzun geliştirme
Neden önemli
Süreci, ürünün işlevsel veya teknik alanlarına göre segmentlere ayırmaya olanak tanıyarak, hangi bileşenlerin gecikme veya kalite sorunlarının kaynakları olduğunu belirlemeye yardımcı olur.
Nereden alınır
Bu, Jira Issue API yanıtının 'fields' nesnesindeki standart 'components' alanıdır.
Örnekler
Kullanıcı ArayüzüVeritabanıAPI GatewayAuthentication
|
|||
|
Düzeltme Sürümü
FixVersion
|
Geliştirme öğesinin fiilen çözümlendiği ve yayımlandığı yazılım sürümü. | ||
|
Açıklama
Jira'daki 'Fix Version', bir öğe için tamamlanmış işi içeren sürümü gösterir. Geliştirme çabasının somut sonucunu işaret eder.\n\nBu öznitelik, teslimat performansını analiz etmek için 'PlannedReleaseVersion' ile karşılaştırılabilecek gerçek sürüm bağlamını sağlar. Ayrıca, belirli bir sürümde teslim edilen tüm öğeleri, neyin başarıldığına dair konsolide bir görünüm için gruplandırmak için de kullanılır.
Neden önemli
Bir iş parçasının hangi sürüme dahil edildiğini onaylar, sürüm analizi ve teslim edilen özelliklerin takibi için temel gerçekliği sağlar.
Nereden alınır
Bu, Jira Issue API yanıtındaki 'fixVersions' alanına karşılık gelir.
Örnekler
v2.1.1 Hotfixv3.0.0 Büyük Sürümv2.2.0
|
|||
|
İşlem Süresi
ProcessingTime
|
Belirli bir aktiviteye harcanan toplam aktif süre. | ||
|
Açıklama
İşlem Süresi, bir öğenin belirli bir durum veya aktivitede geçirdiği süredir. Bu, logdaki tek bir olay için EventEndTime ile EventTime arasındaki fark olarak hesaplanır. Bu metrik, darboğaz analizinin temel bir bileşenidir ve doğrudan 'Ortalama Aşama İşlem Süresi' KPI'ında kullanılır. Her aktivite için işlem süresini bir araya getirerek, geliştirme yaşam döngüsünün hangi aşamalarının en çok zaman tükettiğini açıkça görebilir ve iyileştirme çabalarını odaklamanıza yardımcı olabilirsiniz.
Neden önemli
Her etkinliğin (
Nereden alınır
Bu, olay logundaki her satır için 'EventTime'ın 'EventEndTime'dan çıkarılmasıyla türetilen hesaplanmış bir metriktir.
Örnekler
86400360000604800
|
|||
|
Öğe Çözümü
ItemResolution
|
Bir geliştirme öğesinin kapatılmasının nihai sonucu veya nedeni. | ||
|
Açıklama
Çözüm, bir öğenin neden kapalı duruma taşındığını açıklar. Bir durum 'Kapalı' olsa da, çözüm 'Tamamlandı', 'Yapılmayacak', 'Çift Kayıt' veya 'Tekrarlanamaz' olabilir. Bu, işin sonucu hakkında kritik bağlam sağlar.\n\nÇözümü analiz etmek, başarıyla tamamlanan iş ile iptal edilen veya reddedilen öğeleri ayırt etmeye yardımcı olur. Bu, kalite analizi ve değerli işin gerçek verimliliği ile nihayetinde iptal edilen öğelere harcanan çabanın anlaşılması için önemlidir.
Neden önemli
Başarıyla tamamlanan öğeler ile başka nedenlerle kapatılanlar arasında ayrım yapar, bu da doğru üretkenlik ve kalite analizi için hayati öneme sahiptir.
Nereden alınır
Bu, Jira Issue API yanıtının 'fields' nesnesindeki 'resolution' alanıdır. Genellikle sadece bir sorun kapatıldığında doldurulur.
Örnekler
TamamlandıYapılmayacakYinelenenTekrarlanamıyor
|
|||
|
Olay Bitiş Zamanı
EventEndTime
|
Bir aktivitenin veya durumun tamamlandığı zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir aktivitenin tamamlanma süresini işaretler. Belirli bir vaka için dizideki bir sonraki aktivitenin zaman damgasıdır.\n\n'EventTime' (Başlangıç Zamanı) bir aktivitenin başlangıcını işaret ederken, EventEndTime bitişini işaret eder. Bu iki zaman damgası arasındaki fark, o aktivite için işlem süresidir. Bu, 'Ortalama Aşama İşlem Süresi' KPI'ını hesaplamak ve aktivite sürelerini analiz eden dashboard'lar oluşturmak için çok önemlidir.
Neden önemli
Bir etkinliğin bitiş noktasını tanımlar, süreçteki her adımın süresini hesaplamayı mümkün kılar ve bu da
Nereden alınır
Bu türetilmiş bir özniteliktir. Belirli bir olay için, bitiş zamanı aynı vaka için sonraki olayın başlangıç zamanıdır.
Örnekler
2023-10-26T12:30:00Z2023-11-15T18:00:15Z2024-01-05T11:45:00Z
|
|||
|
Planlanan Sürüm
PlannedReleaseVersion
|
Öğenin dağıtılması planlanan hedef yazılım sürümü veya yayını. | ||
|
Açıklama
Bu öznitelik, genellikle Jira'daki 'Etkilenen Sürüm/ler' alanı, bir özellik veya düzeltme için hedeflenen sürümü gösterir. İşin tamamlanması için bir son tarih veya hedef görevi görür.\n\nBu, 'Zamanında Sürüm Teslim Oranı' KPI'ı için kritik bir özniteliktir. Gerçek dağıtım tarihini bu sürümle ilişkili planlanan sürüm tarihiyle karşılaştırarak, zaman çizelgesine bağlılığı ve sürüm sürecinizin öngörülebilirliğini ölçebilirsiniz.
Neden önemli
Hedef teslim tarihini veya sürümü tanımlar, zamanında teslimat oranlarının hesaplanmasını ve programa uygunluk analizini sağlar.
Nereden alınır
Bu, Jira Issue API'sindeki 'versions' veya 'fixVersions' alanlarına karşılık gelir. Planlama için kullanılan belirli alan değişebilir.
Örnekler
Sürüm 2.12024 Birinci Çeyrek SürümüProject Phoenix Lansmanı
|
|||
|
Sprint Adı
SprintName
|
Geliştirme öğesinin atandığı çevik sprint'in adı. | ||
|
Açıklama
Scrum kullanan ekipler için Sprint, belirli bir iş kümesinin tamamlandığı zaman dilimlenmiş bir süredir. Bu
Neden önemli
Çevik ekipler için kritik bir bağlam sağlar, süreç verimliliği ve verimini sprint bazında analiz etmeyi mümkün kılar.
Nereden alınır
Bu bilgi genellikle Jira Software (Çevik) tarafından yönetilen bir 'Sprint' özel alanında saklanır. Verilere Issue API aracılığıyla erişilebilir.
Örnekler
PROJ Sprint 12023 Dördüncü Çeyrek Sprint 3Kasım PI Sprint 2
|
|||
|
Toplam Cycle Time
CycleTime
|
Bir geliştirme öğesi için toplam uçtan uca süre. | ||
|
Açıklama
Bu, genel süreç hızını ve verimliliğini ölçmek için birincil bir
Neden önemli
Geliştirme sürecinin uçtan uca hızını ölçer, genel verimlilik ve teslimat hızı için temel bir performans göstergesi sunar.
Nereden alınır
Bu, vaka düzeyinde hesaplanmış bir özniteliktir. Belirli bir 'DevelopmentItem' için son olayın zaman damgası eksi ilk olayın zaman damgasıdır.
Örnekler
12096002592000604800
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir aktivitenin yeniden işleme döngüsünün bir parçası olup olmadığını gösteren bir işaret. | ||
|
Açıklama
Bu boolean öznitelik, bir aktivitenin süreçte geriye doğru bir adımı temsil etmesi durumunda doğrudur; örneğin QA testini geçemeyip 'Geliştirme Başlatıldı'ya dönmek gibi. Bu, bir vaka için aktivitelerin dizisini analiz ederek belirlenir.\n\nYeniden işi tanımlamak, süreç verimliliğini ve kalitesini iyileştirmenin temelidir. Bu öznitelik, doğrudan 'Yeniden İşleme Aktivite Oranı' KPI'ını ve 'Yeniden İşleme Döngüsü Sıklığı ve Yolları' dashboard'unu destekler. Boşa harcanan çabanın miktarını ölçmeye ve yeniden işe yol açan kalite sorunlarının temel nedenlerini belirlemeye olanak tanır.
Neden önemli
Verimsiz tekrarlanan iş döngülerinin parçası olan etkinlikleri açıkça işaretleyerek, süreç israfının ve kalite sorunlarının kesin olarak ölçülmesini ve analiz edilmesini sağlar.
Nereden alınır
Bu hesaplanmış bir özniteliktir. Beklenen süreç akışını tanımlamayı ve ardından önceki bir aşamaya geçerek sapma gösteren herhangi bir aktiviteyi işaretlemeyi gerektirir.
Örnekler
truefalse
|
|||
Yazılım Geliştirme Yaşam Döngüsü Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Geliştirme Başladı
|
Bir geliştiricinin geliştirme öğesi üzerinde aktif olarak çalışmaya başladığı anı temsil eder. Bu durum, neredeyse her zaman Jira'nın workflow'u içindeki bir durum değişikliğinden çıkarılır; örneğin, sorun durumu 'Devam Ediyor'a geçtiğinde. | ||
|
Neden önemli
Bu, aktif geliştirme süresini ölçmek için kritik bir kilometre taşıdır. Bekleme süresi ile değer katan işi ayırt etmeye yardımcı olur, darboğazları belirlemek için önemli bir metriktir.
Nereden alınır
Jira iş öğesi
Yakala
Durum değişikliğinin zaman damgası: 'Devam Ediyor'a.
Event tipi
inferred
|
|||
|
Geliştirme Öğesi Oluşturuldu
|
Bu, bir story, bug veya task gibi yeni bir geliştirme öğesinin Jira'da resmi olarak kaydedildiği yaşam döngüsünün başlangıcını işaret eder. Bu olay, sistem tarafından her sorun için bir oluşturma zaman damgasıyla açıkça yakalanır. | ||
|
Neden önemli
Bu aktivite, sürecin kesin başlangıcı olarak hizmet eder; bu, uçtan uca döngü sürelerini hesaplamak ve gelen işin toplam hacmini izlemek için çok önemlidir.
Nereden alınır
Bu, her Jira sorunu için temel bir olaydır. Oluşturma zaman damgası, Jira API aracılığıyla erişilebilen sorun kaydının 'created' alanında saklanır.
Yakala
Jira Issue nesnesindeki 'oluşturuldu' timestamp alanı.
Event tipi
explicit
|
|||
|
QA Testi Başlatıldı
|
Bu olay, geliştirme öğesi için resmi Kalite Güvence test aşamasının başlangıcını işaret eder. Bu durum, sorunun 'QA'da', 'Test Ediliyor' veya 'Test İçin Hazır' gibi bir duruma getirildiği bir Jira durum değişikliğinden çıkarılır. | ||
|
Neden önemli
Bu, kalite doğrulama döngüsünü başlatan önemli bir kilometre taşıdır. 'Geliştirme Tamamlandı'dan bu noktaya kadar geçen süreyi ölçmek, Geliştirme ve QA ekipleri arasındaki devir gecikmelerini vurgular.
Nereden alınır
Jira kayıt geçmişinden (changelog) elde edilir. 'status' alanının 'In QA' gibi belirlenmiş bir QA test aşamasına geçtiği anın zaman damgasını ifade eder.
Yakala
Durum değişikliğinin zaman damgası: 'QA'da' veya 'Test Ediliyor'a.
Event tipi
inferred
|
|||
|
QA Testi Tamamlandı
|
Geliştirme öğesinin tüm Kalite Güvence kontrollerini başarıyla geçtiğini ve Kullanıcı Kabul Testi veya sürüm gibi bir sonraki aşamaya hazır olduğunu gösterir. Bu durum, birincil test durumundan çıkış yapan bir durum değişikliğinden çıkarılır. | ||
|
Neden önemli
Bu, önemli bir kalite kapısının tamamlanmasını işaret eder. QA aşamasının süresini analiz etmek, test süreçlerini ve kaynak tahsisini optimize etmeye yardımcı olur.
Nereden alınır
Jira iş öğesi
Yakala
Durum değişikliğinin zaman damgası: 'QA'da'dan 'UAT İçin Hazır'a.
Event tipi
inferred
|
|||
|
UAT Onaylandı
|
Kullanıcı Kabul Testi'nin başarılı bir şekilde tamamlandığını temsil eder ve paydaşların sürüm için onayını gösterir. Bu durum, 'UAT'de' durumundan 'Sürüm İçin Hazır' veya 'Tamamlandı' gibi bir duruma geçişle çıkarılır. | ||
|
Neden önemli
Bu kilometre taşı, iş kabulünü onaylar ve öğeyi üretim dağıtımı için yeşil ışık yakar. Teslim edilen işin kullanıcı beklentilerini karşılamasını sağlamak için kritik bir kapıdır.
Nereden alınır
Jira iş öğesi
Yakala
Durum değişikliğinin zaman damgası: 'UAT'de'den 'Sürüm İçin Hazır'a.
Event tipi
inferred
|
|||
|
Üretime Dağıtıldı
|
Bu olay, geliştirme öğesiyle ilişkili kod değişikliklerinin üretim ortamında canlı olduğu anı işaret eder. Bu, 'Tamamlandı' veya 'Yayımlandı' gibi nihai bir durum değişikliğinden çıkarılabilir veya entegre bir CI/CD aracından açık bir olay aracılığıyla yakalanabilir. | ||
|
Neden önemli
Bu, süreç için birincil başarı bitiş noktasıdır. Toplam uçtan uca döngü süresini hesaplamak ve dağıtım sıklığını ve verimini ölçmek için çok önemlidir.
Nereden alınır
Jira iş öğesi
Yakala
Durum değişikliğinin zaman damgası: 'Tamamlandı' veya 'Yayımlandı'ya.
Event tipi
inferred
|
|||
|
Geliştirme Öğesi İptal Edildi
|
Bir geliştirme öğesinin tamamlanmadan sonlandırılmasını temsil eder. Bu durum, 'İptal Edildi', 'Reddedildi' veya 'Yapılmayacak' gibi terminal bir duruma geçişle çıkarılır ve genellikle belirli bir çözünürlükle birlikte gelir. | ||
|
Neden önemli
Bu aktivite, başarısız süreç sonuçlarını izler. Öğelerin neden iptal edildiğini analiz etmek, planlama, önceliklendirme veya gereksinim tanımlamasıyla ilgili sorunları ortaya çıkarabilir.
Nereden alınır
Jira iş öğesi
Yakala
Durum değişikliğinin zaman damgası: 'İptal Edildi', 'Reddedildi' veya 'Yapılmayacak'a.
Event tipi
inferred
|
|||
|
Geliştirme Öğesi Kapatıldı
|
Bu, öğe üzerinde başka bir iş beklenmediğini doğrulayan son idari eylemdir. Genellikle 'Kapalı' durumuna geçişten ve bir 'Çözüm' alanı değerinin ayarlanmasından çıkarılır. | ||
|
Neden önemli
Bir öğenin yolculuğunun mutlak sonunu temsil eder. Bunu 'Üretime Dağıtıldı' ile karşılaştırmak, idari gecikmeleri veya dağıtım sonrası izleme dönemlerini ortaya çıkarabilir.
Nereden alınır
Jira iş öğesi
Yakala
Durum değişikliğinin zaman damgası: 'Kapalı'ya.
Event tipi
inferred
|
|||
|
Geliştirme Tamamlandı
|
Bu aktivite, geliştiricinin kodlamayı bitirdiğini ve öğenin kod incelemesi veya test gibi bir sonraki aşamaya hazır olduğunu gösterir. Bu durum, Jira'da durumun 'Devam Ediyor'dan 'İncelemede' veya 'QA İçin Hazır'a geçmesi gibi bir durum değişikliğinden çıkarılır. | ||
|
Neden önemli
Bu, temel geliştirme aşamasının sonunu işaret eder, kodlama süresini ve kalite güvence ekibine devirlerin verimliliğini analiz etmeye olanak tanır.
Nereden alınır
Jira iş öğesi
Yakala
Durum değişikliğinin zaman damgası: 'Devam Ediyor'dan 'İncelemede' veya 'QA İçin Hazır'a.
Event tipi
inferred
|
|||
|
Kod İncelemesi Yapıldı
|
Bir meslektaşın veya liderin kodu kalite, standartlar ve işlevsellik açısından incelediğini gösterir. Bu, 'İncelemede'den 'QA'ye Hazır'a geçiş gibi bir durum değişikliğinden veya entegre geliştirme araçlarından açıkça çıkarılabilir. | ||
|
Neden önemli
Bu aktivite kritik bir kalite kapısıdır. Süresini ve yeniden işleme gibi sonuçlarını analiz etmek, kod kalitesini iyileştirmeye ve süreçte daha sonra bulunan hataları azaltmaya yardımcı olur.
Nereden alınır
Genellikle Jira iş öğesi
Yakala
Durum değişikliğinin zaman damgası: 'İncelemede'den bir sonraki duruma.
Event tipi
inferred
|
|||
|
Öğe Geliştirmeye Hazır
|
Bir geliştirme öğesinin tam olarak belirtildiğini, incelendiğini ve önceliklendirildiğini gösterir, bu da bir geliştiricinin üzerinde çalışmaya başlaması için onu hazır hale getirir. Bu, tipik olarak `workflow`'daki bir durum değişikliğinden, örneğin 'Backlog'dan 'To Do' veya 'Geliştirmeye Hazır'a geçiş gibi durumlardan çıkarılır. | ||
|
Neden önemli
Bunu izlemek, birikmiş iş hazırlığını ve öğelerin geliştirme başlamadan önce bekleme süresini ölçmeye yardımcı olur. Planlama ve iyileştirme süresini aktif geliştirme süresinden ayırır.
Nereden alınır
Jira iş öğesi
Yakala
Geliştirme öncesi hazır durumuna durum değişikliğinin zaman damgası.
Event tipi
inferred
|
|||
|
QA Testi Başarısız Oldu
|
QA ekibinin bir kusur bulduğunu gösterir, bu da geliştirme öğesinin tekrarlanan iş için geliştiricilere geri gönderilmesine neden olur. Bu, geriye doğru bir durum geçişinden, örneğin 'QA'de'den tekrar 'Devam Ediyor'a veya 'Yapılacak'a geçiş gibi durumlardan çıkarılır. | ||
|
Neden önemli
Bu aktivite, yeniden işleme döngülerini belirlemek için çok önemlidir. Sıklığını izlemek, düşük kalite maliyetini ölçmeye yardımcı olur ve geliştirme veya gereksinimlerde iyileştirme alanlarını vurgular.
Nereden alınır
Jira iş öğesi
Yakala
Bir test durumundan bir geliştirme durumuna durum değişikliğinin zaman damgası.
Event tipi
inferred
|
|||
|
Sürüm İçin Hazırlandı
|
Geliştirme öğesinin tüm kontrollerden geçtiğini ve belirli bir yazılım sürümüne dahil edildiğini, dağıtımı beklediğini gösterir. Bu genellikle bir iş öğesinin durumu 'Sürüme Hazır' olarak değiştiğinde veya 'Fix Version' alanı doldurulduğunda çıkarılır. | ||
|
Neden önemli
Bu aktivite, sürüm hazırlığını ve tüm geliştirme ve test çalışmaları tamamlandıktan sonra öğelerin dağıtım penceresini beklerken geçirdiği süreyi izlemeye yardımcı olur.
Nereden alınır
Genellikle Jira sorun değişiklik günlüğünden 'Sürüm İçin Hazır' durum değişikliği olarak çıkarılır. Alternatif olarak, 'Fix Version/s' alanı ayarlandığında zaman damgasından çıkarılabilir.
Yakala
Durum değişikliğinin zaman damgası: 'Sürüm İçin Hazır'a veya 'Fix Version' doldurulduğunda.
Event tipi
inferred
|
|||
|
UAT Başlatıldı
|
Kullanıcı Kabul Testi'nin başlangıcını işaret eder; bu aşamada iş paydaşları veya son kullanıcılar yeni işlevselliği doğrular. Bu durum, Jira'da durumun 'UAT'de' veya 'Kullanıcı Kabul Testi' gibi bir duruma geçmesiyle çıkarılır. | ||
|
Neden önemli
Bu aktivite, sürümden önceki son doğrulama aşamasının başlangıcını izler. Süresini analiz etmek, paydaşların müsaitliği veya geri bildirim döngülerinden kaynaklanan gecikmeleri anlamak ve azaltmak için anahtardır.
Nereden alınır
Jira iş öğesi
Yakala
Durum değişikliğinin zaman damgası: 'UAT'de'ye.
Event tipi
inferred
|
|||