Templat data siklus pengembangan perangkat lunak Anda
Templat data siklus pengembangan perangkat lunak Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data dari Jira Software
Atribut siklus pengembangan perangkat lunak
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
Activity
|
Nama peristiwa atau perubahan status tertentu dalam siklus pengembangan suatu item. | ||
|
Deskripsi
Atribut ini menunjukkan langkah atau tonggak tertentu dalam proses pengembangan perangkat lunak. Aktivitas ini berasal dari perubahan kolom status issue Jira atau peristiwa penting lainnya, seperti commit kode atau peninjauan. Dalam process mining, urutan aktivitas membentuk peta proses. Analisis aktivitas membantu Anda memahami alur proses, mengukur durasi setiap tahap, dan menemukan penyimpangan dari alur kerja standar, seperti pekerjaan ulang atau tahapan pemeriksaan kualitas yang terlewat.
Mengapa ini penting
Aktivitas menunjukkan langkah-langkah dalam proses. Urutannya penting untuk memvisualisasikan alur proses, menemukan hambatan, dan menganalisis variasi proses.
Sumber data
Biasanya diambil dari perubahan kolom 'status' dalam riwayat issue atau changelog Jira. Data dari alat pengembangan yang terhubung juga dapat digunakan untuk melengkapinya.
Contoh
Pengembangan dimulaiTinjauan kode dilakukanPengujian QA selesaiDiterapkan ke produksi
|
|||
|
Item pengembangan
DevelopmentItem
|
Pengenal unik untuk satu unit pekerjaan di Jira Software, seperti story, bug, atau task. | ||
|
Deskripsi
Item pengembangan berfungsi sebagai pengenal kasus utama untuk satu unit pekerjaan, seperti fitur, perbaikan bug, atau task. Item ini menghubungkan semua aktivitas, mulai dari perumusan dan perencanaan hingga pengembangan, pengujian, dan penerapan. Di Jira, item ini biasanya merujuk pada kunci issue, misalnya 'PROJ-123'. Dengan menganalisis atribut ini, Anda dapat menelusuri seluruh siklus setiap item kerja dari awal hingga akhir. Atribut ini menjadi dasar untuk membuat peta proses, menghitung waktu siklus, dan menemukan perbedaan alur berbagai item dalam proses pengembangan.
Mengapa ini penting
Kunci ini menghubungkan semua aktivitas pengembangan terkait sehingga perjalanan satu item kerja dapat ditelusuri dari awal hingga akhir.
Sumber data
Ini adalah kolom 'key' standar untuk issue dalam objek Jira Software Issue API.
Contoh
PROJ-101CORE-5432API-789
|
|||
|
Waktu peristiwa
EventTime
|
Tanggal dan waktu tepat saat aktivitas atau peristiwa pengembangan tertentu terjadi. | ||
|
Deskripsi
Waktu peristiwa adalah stempel waktu yang mencatat kapan suatu aktivitas berlangsung. Data ini menjadi dasar waktu untuk semua analisis process mining karena menunjukkan urutan kronologis peristiwa dalam setiap kasus. Atribut ini penting untuk menghitung semua metrik berbasis waktu, termasuk waktu siklus, waktu pemrosesan, dan waktu tunggu antaraktivitas. Atribut ini juga memungkinkan analisis kinerja proses dari waktu ke waktu, sehingga Anda dapat mengetahui kapan dan di mana keterlambatan terjadi dalam siklus pengembangan.
Mengapa ini penting
Stempel waktu ini penting untuk mengurutkan peristiwa dengan benar dan menghitung semua metrik durasi. Metrik tersebut membantu Anda memahami efisiensi proses dan menemukan keterlambatan.
Sumber data
Ini merujuk pada stempel waktu 'created' untuk setiap entri dalam changelog atau riwayat issue.
Contoh
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:00:00Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu yang menunjukkan kapan data proses ini terakhir diperbarui dari sistem sumber. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu ekstraksi data terbaru dari Jira Software. Informasi ini memberi konteks tentang seberapa baru data yang dianalisis. Waktu pembaruan terakhir membantu Anda mengetahui apakah wawasan proses menggunakan data terkini dan menentukan batas waktu peristiwa yang tercakup dalam analisis.
Mengapa ini penting
Menunjukkan kebaruan data. Informasi ini penting agar analisis dan dasbor mencerminkan kondisi proses terkini.
Sumber data
Stempel waktu ini dibuat dan dicatat setelah proses ekstraksi, transformasi, dan pemuatan data (ETL) selesai.
Contoh
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Sistem tempat data siklus pengembangan diambil. | ||
|
Deskripsi
Atribut ini menunjukkan asal data. Untuk proses ini, nilainya selalu 'Jira Software'. Atribut ini berguna untuk membedakan data jika analisis yang lebih luas menggabungkan beberapa sistem sumber. Dalam lingkungan TI yang lebih luas, pencatatan sistem sumber memperjelas asal-usul data dan membantu mengelola kualitas data serta integrasi antarplatform.
Mengapa ini penting
Menjelaskan asal-usul data dengan jelas. Hal ini penting saat menggabungkan data dari beberapa sistem, serta untuk tata kelola dan audit data.
Sumber data
Nilai statis ini perlu ditambahkan selama proses ekstraksi dan transformasi data.
Contoh
Jira Software
|
|||
|
Jenis item
ItemType
|
Klasifikasi item pengembangan, seperti Bug, Story, Task, atau Epic. | ||
|
Deskripsi
Jenis item mengelompokkan pekerjaan berdasarkan sifatnya. Jira menggunakan kolom standar 'issuetype' untuk membedakan jenis item kerja, yang sering kali memiliki alur kerja masing-masing. Atribut ini penting untuk analisis perbandingan. Anda dapat memfilter proses berdasarkan jenis pekerjaan, misalnya membandingkan siklus 'Bug' dengan 'Story'. Dengan begitu, Anda dapat mengetahui apakah jenis pekerjaan tertentu lebih sering mengalami keterlambatan, pekerjaan ulang, atau penyimpangan dari proses standar.
Mengapa ini penting
Memungkinkan analisis proses dipilah menurut jenis pekerjaan, misalnya bug dan fitur baru, untuk membandingkan penanganannya dan mengetahui perbedaan prosesnya.
Sumber data
Ini adalah kolom 'issuetype' dalam objek 'fields' pada respons Jira Issue API.
Contoh
StoryBugTugasEpic
|
|||
|
Nama proyek
ProjectName
|
Nama proyek Jira tempat item pengembangan berada. | ||
|
Deskripsi
Di Jira, semua item kerja dikelompokkan ke dalam proyek. Nama proyek memberi konteks tingkat tinggi dan biasanya merujuk pada produk, tim, atau inisiatif tertentu. Atribut ini berguna untuk memfilter dan membandingkan data. Anda dapat menganalisis dan membandingkan proses SDLC di berbagai proyek atau produk. Hasilnya dapat menunjukkan proyek yang lebih efisien, proyek dengan lebih banyak pekerjaan ulang, serta perbedaan alur kerja antar tim.
Mengapa ini penting
Memungkinkan analisis proses dikelompokkan berdasarkan proyek, produk, atau tim untuk membandingkan kinerja dan menemukan praktik yang baik.
Sumber data
Ini adalah kolom 'project' dalam objek 'fields' pada respons Jira Issue API.
Contoh
Pengembangan aplikasi selulerPlatform intiIlmu data
|
|||
|
Nama tim
TeamName
|
Tim pengembangan yang bertanggung jawab atas item kerja. | ||
|
Deskripsi
Menunjukkan tim agile atau tim fitur yang ditugaskan untuk item pengembangan. Di Jira, informasi ini sering disimpan dalam kolom khusus atau diturunkan dari informasi lain, seperti proyek atau komponen tertentu. Atribut ini penting untuk analisis kinerja tim. Anda dapat memfilter dasbor untuk melihat metrik seperti waktu siklus, tingkat pekerjaan ulang, dan throughput setiap tim. Atribut ini juga penting untuk dasbor 'Inter-Phase Handoff Efficiency' dan 'Developer Workload & Item Progress'.
Mengapa ini penting
Memungkinkan pengukuran dan perbandingan kinerja antar tim pengembangan, sehingga Anda dapat menemukan tim berkinerja tinggi dan membagikan praktik yang baik.
Sumber data
Kolom ini sering dibuat khusus di Jira. Hubungi administrator Jira untuk mengetahui nama kolom yang digunakan, misalnya 'Team', 'Squad', atau nama serupa.
Contoh
Tim PhoenixLayanan intiUI/UX Avengers
|
|||
|
Penanggung jawab
Assignee
|
Pengguna yang saat ini ditugaskan menangani item pengembangan. | ||
|
Deskripsi
Penanggung jawab adalah orang yang bertanggung jawab atas item kerja pada tahap saat ini. Di Jira, kolom standar ini dapat berubah saat item berpindah tangan antarorang atau tim. Analisis penanggung jawab membantu Anda memahami alokasi sumber daya, pembagian beban kerja, dan titik serah terima. Anda dapat mengetahui developer atau tim yang terlibat pada tahap tertentu, siapa yang menjadi hambatan, dan bagaimana pekerjaan dibagi di seluruh organisasi.
Mengapa ini penting
Menunjukkan pengguna atau sumber daya yang bertanggung jawab atas suatu aktivitas. Informasi ini mendukung analisis beban kerja, pengelolaan sumber daya, dan pemahaman serah terima antarorang.
Sumber data
Ini adalah kolom 'assignee' dalam objek 'fields' pada respons Jira Issue API.
Contoh
Alice SmithBob JohnsonBelum ditugaskan
|
|||
|
Prioritas item
ItemPriority
|
Tingkat prioritas item pengembangan yang menunjukkan tingkat urgensinya. | ||
|
Deskripsi
Prioritas item menunjukkan tingkat kepentingan atau urgensi suatu item kerja. Jira menyediakan kolom standar 'priority' dengan tingkat yang dapat dikonfigurasi, seperti Highest, High, Medium, dan Low. Analisis prioritas penting untuk memeriksa kepatuhan proses dan menemukan hambatan pada item penting. Misalnya, dasbor 'Priority Item Conformance Check' menggunakan atribut ini untuk memeriksa apakah item berprioritas tinggi diproses lebih cepat sesuai harapan atau justru mengantre bersama item berprioritas rendah.
Mengapa ini penting
Membantu Anda mengetahui apakah item berprioritas tinggi diproses lebih cepat daripada item berprioritas rendah dan mengikuti alur yang lebih lancar, sehingga SLA dapat terpenuhi.
Sumber data
Ini adalah kolom 'priority' dalam objek 'fields' pada respons Jira Issue API.
Contoh
TertinggiTinggiSedangRendah
|
|||
|
Status item
ItemStatus
|
Status item pengembangan saat ini dalam alur kerjanya. | ||
|
Deskripsi
Atribut ini menunjukkan tahap tertentu dari item pengembangan pada waktu tertentu, seperti 'Sedang Dikerjakan', 'Sedang Ditinjau', atau 'Selesai'. Urutan perubahan status dari waktu ke waktu menghasilkan aktivitas untuk process mining. Atribut 'Activity' menunjukkan peristiwa perubahan, sedangkan
Mengapa ini penting
Menunjukkan posisi item dalam siklusnya. Informasi ini penting untuk analisis berdasarkan status dan memahami kondisi pekerjaan yang sedang berlangsung.
Sumber data
Ini adalah kolom 'status' dalam objek 'fields' pada respons Jira Issue API.
Contoh
Akan dikerjakanSedang dikerjakanSedang ditinjauSelesai
|
|||
|
Komponen
Component
|
Bagian atau area fungsional dalam proyek yang mencakup item tersebut. | ||
|
Deskripsi
Di Jira, komponen digunakan untuk membagi issue dalam proyek menjadi bagian yang lebih kecil dan mudah dikelola. Komponen dapat mewakili area fitur seperti 'User Authentication', lapisan teknis seperti 'Backend API', atau modul seperti 'Reporting'. Analisis berdasarkan komponen memberi gambaran proses pengembangan yang lebih terperinci. Anda dapat mengetahui apakah bagian tertentu dari aplikasi menghasilkan lebih banyak bug, memiliki siklus pengembangan lebih panjang, atau lebih sering mengalami pekerjaan ulang. Temuan ini dapat menunjukkan area dengan utang teknis atau kompleksitas tinggi.
Mengapa ini penting
Memungkinkan proses dikelompokkan berdasarkan area fungsional atau teknis produk, sehingga Anda dapat mengetahui komponen yang menjadi sumber keterlambatan atau masalah kualitas.
Sumber data
Ini adalah kolom standar 'components' dalam objek 'fields' pada respons Jira Issue API.
Contoh
Antarmuka penggunaBasis dataAPI GatewayAutentikasi
|
|||
|
Nama sprint
SprintName
|
Nama sprint agile tempat item pengembangan ditugaskan. | ||
|
Deskripsi
Bagi tim yang menggunakan Scrum, sprint adalah periode dengan durasi tetap untuk menyelesaikan sejumlah pekerjaan. Atribut ini mencatat nama atau pengenal sprint yang mencakup suatu item. Analisis berdasarkan sprint menjadi dasar process mining untuk tim agile. Analisis ini membantu mengevaluasi kinerja setiap sprint, memahami pekerjaan yang terbawa ke sprint berikutnya, dan memantau kemajuan terhadap sasaran sprint. Sprint memberi konteks waktu yang lebih spesifik daripada rentang tanggal umum.
Mengapa ini penting
Memberi konteks penting bagi tim agile untuk menganalisis efisiensi proses dan throughput pada setiap sprint.
Sumber data
Informasi ini biasanya disimpan dalam kolom khusus 'Sprint' yang dikelola Jira Software (Agile). Data dapat diakses melalui Issue API.
Contoh
Sprint 1 PROJSprint 3 Q4-2023Sprint 2 PI November
|
|||
|
Pelapor
Reporter
|
Pengguna yang pertama kali membuat atau melaporkan item pengembangan. | ||
|
Deskripsi
Pelapor adalah orang yang membuat issue di Jira. Pelapor bisa berupa developer, penguji QA, manajer produk, atau pelanggan melalui integrasi service desk. Analisis pelapor dapat menunjukkan asal pekerjaan. Misalnya, Anda dapat membandingkan siklus bug yang dilaporkan tim QA dengan bug yang dilaporkan pelanggan. Analisis ini juga membantu memahami pola komunikasi dan aliran informasi pada awal proses.
Mengapa ini penting
Menunjukkan asal item kerja dan membantu menganalisis pola berdasarkan pihak yang membuat task atau melaporkan bug.
Sumber data
Ini adalah kolom 'reporter' dalam objek 'fields' pada respons Jira Issue API.
Contoh
Charles DarwinMarie CurieIsaac Newton
|
|||
|
Resolusi item
ItemResolution
|
Hasil akhir atau alasan item pengembangan ditutup. | ||
|
Deskripsi
Resolusi menjelaskan alasan suatu item dipindahkan ke status tertutup. Statusnya mungkin 'Closed', sedangkan resolusinya bisa 'Done', 'Won't Do', 'Duplicate', atau 'Cannot Reproduce'. Informasi ini memberi konteks penting tentang hasil pekerjaan. Analisis resolusi membantu membedakan pekerjaan yang berhasil diselesaikan dari item yang dibatalkan atau ditolak. Hal ini penting untuk analisis kualitas dan untuk memahami jumlah pekerjaan bernilai yang benar-benar selesai dibandingkan dengan upaya yang akhirnya tidak digunakan.
Mengapa ini penting
Membedakan item yang berhasil diselesaikan dari item yang ditutup karena alasan lain. Informasi ini penting untuk analisis produktivitas dan kualitas yang akurat.
Sumber data
Ini adalah kolom 'resolution' dalam objek 'fields' pada respons Jira Issue API. Kolom ini biasanya hanya diisi saat issue ditutup.
Contoh
SelesaiTidak akan dikerjakanDuplikatTidak dapat direproduksi
|
|||
|
Rilis yang direncanakan
PlannedReleaseVersion
|
Versi perangkat lunak atau rilis tujuan tempat item direncanakan untuk diterapkan. | ||
|
Deskripsi
Atribut ini, yang sering merujuk pada kolom 'Affects Version/s' di Jira, menunjukkan rilis yang dituju untuk suatu fitur atau perbaikan. Atribut ini menjadi tenggat atau sasaran penyelesaian pekerjaan. Atribut ini penting untuk KPI 'On-Time Release Delivery Rate'. Dengan membandingkan tanggal penerapan aktual dengan tanggal rilis yang direncanakan untuk versi tersebut, Anda dapat mengukur ketepatan jadwal dan memperkirakan konsistensi proses rilis.
Mengapa ini penting
Menentukan tanggal atau rilis sasaran, sehingga Anda dapat menghitung tingkat pengiriman tepat waktu dan menganalisis kepatuhan terhadap jadwal.
Sumber data
Ini merujuk pada kolom 'versions' atau 'fixVersions' di Jira Issue API. Kolom yang digunakan untuk perencanaan dapat berbeda.
Contoh
Versi 2.1Rilis Q1 2024Peluncuran Project Phoenix
|
|||
|
Termasuk pekerjaan ulang
IsRework
|
Penanda yang menunjukkan apakah suatu aktivitas merupakan bagian dari siklus pekerjaan ulang. | ||
|
Deskripsi
Atribut boolean ini bernilai true jika suatu aktivitas menunjukkan langkah mundur dalam proses, misalnya kembali ke 'Development Started' setelah gagal dalam pengujian QA. Nilainya ditentukan dengan menganalisis urutan aktivitas dalam suatu kasus. Mengidentifikasi pengerjaan ulang penting untuk meningkatkan efisiensi dan kualitas proses. Atribut ini mendukung KPI 'Rework Activity Rate' dan dashboard 'Rework Loop Frequency and Paths'. Anda dapat mengukur banyaknya upaya yang terbuang dan menemukan akar masalah kualitas yang menyebabkan pengerjaan ulang.
Mengapa ini penting
Menandai secara khusus aktivitas yang termasuk dalam siklus pengerjaan ulang yang tidak efisien, sehingga pemborosan proses dan masalah kualitas dapat diukur dan dianalisis dengan tepat.
Sumber data
Atribut ini dihitung berdasarkan alur proses yang diharapkan. Anda perlu menetapkan alur tersebut, lalu menandai aktivitas yang menyimpang dengan kembali ke tahap sebelumnya.
Contoh
truefalse
|
|||
|
Total waktu siklus
CycleTime
|
Total durasi dari awal hingga akhir untuk satu item pengembangan. | ||
|
Deskripsi
Waktu siklus mengukur total waktu sejak item pengembangan dibuat hingga diselesaikan, misalnya dengan penerapan ke lingkungan produksi. Perhitungannya dilakukan pada tingkat kasus, yaitu selisih antara waktu peristiwa pertama dan terakhir. KPI ini menjadi ukuran utama kecepatan dan efisiensi proses secara keseluruhan. KPI 'Rata-rata waktu siklus dari awal hingga akhir' dan dashboard 'Analisis waktu siklus SDLC keseluruhan' menggunakan perhitungan ini. Mengurangi waktu siklus sering menjadi sasaran utama inisiatif perbaikan proses.
Mengapa ini penting
Mengukur kecepatan proses pengembangan dari awal hingga akhir. Metrik ini menjadi indikator kinerja utama untuk menilai efisiensi dan kecepatan penyelesaian secara keseluruhan.
Sumber data
Metrik ini dihitung pada tingkat kasus. Nilainya adalah waktu peristiwa terakhir dikurangi waktu peristiwa pertama untuk 'DevelopmentItem' tertentu.
Contoh
12096002592000604800
|
|||
|
Versi perbaikan
FixVersion
|
Versi perangkat lunak tempat item pengembangan benar-benar diselesaikan dan dirilis. | ||
|
Deskripsi
'Fix Version' di Jira menunjukkan rilis yang memuat pekerjaan yang telah selesai untuk suatu item. Atribut ini mencatat hasil konkret dari upaya pengembangan. Atribut ini memberi konteks rilis aktual yang dapat dibandingkan dengan 'PlannedReleaseVersion' untuk menganalisis kinerja pengiriman. Atribut ini juga digunakan untuk mengelompokkan semua item yang disertakan dalam rilis tertentu, sehingga Anda dapat melihat hasil yang dicapai secara keseluruhan.
Mengapa ini penting
Memastikan rilis yang memuat suatu pekerjaan, sehingga analisis rilis dan pelacakan fitur yang dikirim didasarkan pada data aktual.
Sumber data
Ini merujuk pada kolom 'fixVersions' dalam respons Jira Issue API.
Contoh
v2.1.1 Perbaikan daruratv3.0.0 Rilis utamav2.2.0
|
|||
|
Waktu akhir peristiwa
EventEndTime
|
Stempel waktu saat aktivitas atau status selesai. | ||
|
Deskripsi
Atribut ini mencatat waktu selesainya suatu aktivitas. Nilainya adalah stempel waktu aktivitas berikutnya dalam urutan untuk kasus yang sama. 'EventTime' (StartTime) menandai awal aktivitas, sedangkan EventEndTime menandai akhirnya. Selisih kedua stempel waktu ini menunjukkan waktu pemrosesan aktivitas tersebut. Informasi ini penting untuk menghitung KPI 'Average Stage Processing Time' dan membuat dasbor yang menganalisis durasi aktivitas.
Mengapa ini penting
Menentukan waktu berakhirnya aktivitas, sehingga durasi setiap langkah proses dapat dihitung. Informasi ini penting untuk menganalisis hambatan.
Sumber data
Atribut ini diturunkan dari data lain. Untuk suatu peristiwa, waktu akhirnya adalah waktu mulai peristiwa berikutnya dalam kasus yang sama.
Contoh
2023-10-26T12:30:00Z2023-11-15T18:00:15Z2024-01-05T11:45:00Z
|
|||
|
Waktu tunggu serah terima
HandoffWaitTime
|
Waktu jeda antara dua aktivitas yang berurutan. | ||
|
Deskripsi
Metrik ini menghitung waktu tunggu atau waktu antre antara selesainya satu aktivitas dan dimulainya aktivitas berikutnya. Nilainya menunjukkan berapa lama pekerjaan tidak bergerak sambil menunggu seseorang menanganinya. Metrik ini penting untuk KPI 'Rata-rata waktu tunggu serah terima' dan dashboard 'Efisiensi serah terima antar fase'. Waktu serah terima yang lama sering menunjukkan masalah koordinasi, keterbatasan sumber daya, atau komunikasi yang kurang efektif antar tim, misalnya antara tim pengembangan dan QA. Mengurangi waktu jeda ini dapat membantu memangkas waktu siklus secara keseluruhan.
Mengapa ini penting
Menunjukkan waktu jeda atau antre dalam proses. Metrik ini membantu menemukan serah terima yang tidak efisien antar tim atau individu, serta masalah koordinasi.
Sumber data
Metrik ini dihitung dari waktu mulai suatu aktivitas dikurangi waktu selesai aktivitas sebelumnya dalam kasus yang sama.
Contoh
017280043200
|
|||
Aktivitas siklus pengembangan perangkat lunak
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Diterapkan ke produksi
|
Peristiwa ini menandai saat perubahan kode untuk item pengembangan mulai aktif di lingkungan produksi. Waktunya dapat disimpulkan dari perubahan status terakhir menjadi 'Done' atau 'Released', atau dicatat melalui peristiwa langsung dari alat CI/CD yang terintegrasi. | ||
|
Mengapa ini penting
Ini adalah titik akhir utama yang menandakan keberhasilan proses. Data ini penting untuk menghitung waktu siklus dari awal hingga akhir serta mengukur frekuensi dan throughput penerapan.
Sumber data
Dapat disimpulkan dari changelog issue Jira saat status berubah menjadi 'Released' atau 'Done'. Agar lebih akurat, gunakan peristiwa penerapan yang dikirim oleh alat CI/CD seperti Jenkins atau Bamboo, atau melalui fitur Deployments di Jira.
Pengumpulan data
Waktu saat status berubah menjadi 'Done' atau 'Released'.
Jenis peristiwa
inferred
|
|||
|
Item pengembangan dibuat
|
Ini menandai awal siklus, saat item pengembangan baru, seperti story, bug, atau tugas, dicatat secara resmi di Jira. Sistem mencatat peristiwa ini dengan stempel waktu pembuatan untuk setiap issue. | ||
|
Mengapa ini penting
Aktivitas ini menandai awal proses secara pasti. Informasi ini penting untuk menghitung waktu siklus dari awal hingga akhir dan melacak jumlah total pekerjaan yang masuk.
Sumber data
Peristiwa ini tercatat untuk setiap issue Jira. Stempel waktu pembuatan disimpan di kolom 'created' pada data issue dan dapat diakses melalui Jira API.
Pengumpulan data
Kolom stempel waktu 'created' pada objek Jira Issue.
Jenis peristiwa
explicit
|
|||
|
Pengembangan dimulai
|
Menandai saat pengembang mulai aktif mengerjakan item pengembangan. Waktu ini hampir selalu disimpulkan dari perubahan status dalam alur kerja Jira, misalnya saat status issue berubah menjadi 'In Progress'. | ||
|
Mengapa ini penting
Ini adalah penanda penting untuk mengukur waktu pengembangan aktif. Informasi ini membantu membedakan waktu tunggu dari pekerjaan yang memberi nilai tambah, metrik penting untuk menemukan hambatan.
Sumber data
Disimpulkan dari changelog issue Jira. Waktunya adalah stempel waktu saat kolom 'status' pertama kali berubah menjadi 'In Progress', 'In Development', atau status aktif serupa.
Pengumpulan data
Stempel waktu perubahan status menjadi 'In Progress'.
Jenis peristiwa
inferred
|
|||
|
Pengujian QA dimulai
|
Peristiwa ini menandai dimulainya tahap pengujian Quality Assurance secara resmi untuk item pengembangan. Waktunya disimpulkan dari perubahan status Jira saat issue berpindah ke status seperti 'In QA', 'In Testing', atau 'Ready for Testing'. | ||
|
Mengapa ini penting
Ini adalah penanda penting dimulainya siklus validasi kualitas. Mengukur waktu dari 'Development Completed' hingga tahap ini membantu menemukan keterlambatan perpindahan pekerjaan antara tim pengembangan dan QA.
Sumber data
Disimpulkan dari changelog issue Jira. Waktunya adalah stempel waktu saat kolom 'status' berubah menjadi status pengujian QA yang ditentukan, seperti 'In QA'.
Pengumpulan data
Stempel waktu perubahan status menjadi 'In QA' atau 'In Testing'.
Jenis peristiwa
inferred
|
|||
|
Pengujian QA selesai
|
Menandakan bahwa item pengembangan telah lolos semua pemeriksaan Quality Assurance dan siap memasuki tahap berikutnya, seperti User Acceptance Testing atau rilis. Waktunya disimpulkan dari perubahan status setelah status pengujian utama. | ||
|
Mengapa ini penting
Ini menandai selesainya pemeriksaan kualitas yang penting. Analisis durasi tahap QA membantu menyempurnakan proses pengujian dan alokasi sumber daya.
Sumber data
Disimpulkan dari changelog issue Jira. Waktunya adalah stempel waktu saat kolom 'status' berubah dari 'In QA' ke status berikutnya, seperti 'Ready for UAT' atau 'Ready for Release'.
Pengumpulan data
Stempel waktu perubahan status dari 'In QA' ke 'Ready for UAT'.
Jenis peristiwa
inferred
|
|||
|
UAT disetujui
|
Menandai selesainya User Acceptance Testing dengan sukses dan menunjukkan bahwa pemangku kepentingan menyetujui rilis. Peristiwa ini disimpulkan dari perubahan status 'In UAT' ke status seperti 'Ready for Release' atau 'Done'. | ||
|
Mengapa ini penting
Penanda ini memastikan bisnis telah menerima hasil pekerjaan dan item siap diterapkan ke produksi. Ini merupakan pemeriksaan penting untuk memastikan hasil yang diserahkan memenuhi harapan pengguna.
Sumber data
Disimpulkan dari changelog issue Jira. Waktunya adalah stempel waktu perubahan status dari 'In UAT' ke status berikutnya dalam alur kerja, yang menandakan persetujuan.
Pengumpulan data
Stempel waktu perubahan status dari 'In UAT' ke 'Ready for Release'.
Jenis peristiwa
inferred
|
|||
|
Item pengembangan dibatalkan
|
Menandai penghentian item pengembangan sebelum selesai. Hal ini disimpulkan dari perubahan status ke status akhir seperti 'Canceled', 'Rejected', atau 'Won't Do', dan biasanya disertai resolusi tertentu. | ||
|
Mengapa ini penting
Aktivitas ini memantau hasil proses yang tidak berhasil. Menganalisis alasan pembatalan item dapat mengungkap masalah dalam perencanaan, penentuan prioritas, atau perumusan kebutuhan.
Sumber data
Disimpulkan dari changelog issue Jira. Waktunya adalah saat 'status' issue berubah menjadi 'Canceled' atau 'Won't Do' dan resolusi terkait ditetapkan.
Pengumpulan data
Waktu saat status berubah menjadi 'Canceled', 'Rejected', atau 'Won't Do'.
Jenis peristiwa
inferred
|
|||
|
Item pengembangan ditutup
|
Ini adalah tindakan administratif terakhir yang memastikan tidak ada pekerjaan lanjutan untuk item tersebut. Biasanya disimpulkan dari perubahan status menjadi 'Closed' dan pengisian nilai pada kolom 'Resolution'. | ||
|
Mengapa ini penting
Menandai akhir mutlak perjalanan suatu item. Membandingkannya dengan 'Deployed to Production' dapat menunjukkan jeda administratif atau masa pemantauan setelah penerapan.
Sumber data
Disimpulkan dari changelog issue Jira. Waktunya adalah saat kolom 'status' berubah menjadi 'Closed' dan resolusi ditetapkan.
Pengumpulan data
Waktu saat status berubah menjadi 'Closed'.
Jenis peristiwa
inferred
|
|||
|
Item siap dikembangkan
|
Menunjukkan bahwa item pengembangan telah dirinci, ditinjau, dan diprioritaskan sehingga siap dikerjakan oleh pengembang. Status ini biasanya disimpulkan dari perubahan status dalam alur kerja, misalnya dari 'Backlog' ke 'To Do' atau 'Ready for Dev'. | ||
|
Mengapa ini penting
Pelacakan ini membantu mengukur kesiapan backlog dan waktu tunggu item sebelum pengembangan dimulai. Dengan begitu, waktu perencanaan dan penyempurnaan dapat dibedakan dari waktu pengembangan aktif.
Sumber data
Disimpulkan dari changelog issue Jira. Cari stempel waktu saat kolom 'status' berubah ke nilai seperti 'Ready for Dev', 'To Do', atau 'Selected for Development'.
Pengumpulan data
Stempel waktu perubahan status ke kondisi siap sebelum pengembangan.
Jenis peristiwa
inferred
|
|||
|
Pengembangan selesai
|
Aktivitas ini menandakan pengembang telah menyelesaikan penulisan kode dan item siap memasuki tahap berikutnya, seperti tinjauan kode atau pengujian. Waktunya disimpulkan dari perubahan status Jira, misalnya dari 'In Progress' ke 'In Review' atau 'Ready for QA'. | ||
|
Mengapa ini penting
Ini menandai akhir tahap inti pengembangan. Anda dapat menganalisis durasi penulisan kode dan kelancaran perpindahan pekerjaan ke tim penjaminan kualitas.
Sumber data
Disimpulkan dari changelog issue Jira dengan mencatat stempel waktu saat kolom 'status' berubah dari status pengembangan aktif ke status berikutnya, seperti 'In Review' atau 'Ready for QA'.
Pengumpulan data
Stempel waktu perubahan status dari 'In Progress' ke 'In Review' atau 'Ready for QA'.
Jenis peristiwa
inferred
|
|||
|
Pengujian QA gagal
|
Menunjukkan bahwa tim QA menemukan cacat sehingga item pengembangan dikembalikan kepada pengembang untuk diperbaiki. Peristiwa ini disimpulkan dari perubahan status ke tahap sebelumnya, misalnya dari 'In QA' kembali ke 'In Progress' atau 'To Do'. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk menemukan siklus pengerjaan ulang. Dengan melacak frekuensinya, Anda dapat mengukur biaya akibat kualitas yang buruk dan menemukan bagian pengembangan atau persyaratan yang perlu diperbaiki.
Sumber data
Disimpulkan dari changelog issue Jira. Peristiwa ini dicatat saat kolom 'status' berubah dari status pengujian, misalnya 'In QA', ke status pengembangan sebelumnya, misalnya 'In Progress'.
Pengumpulan data
Stempel waktu perubahan status dari status pengujian ke status pengembangan.
Jenis peristiwa
inferred
|
|||
|
Siap dirilis
|
Menandakan item pengembangan telah lolos semua pemeriksaan dan dimasukkan ke versi rilis perangkat lunak tertentu, lalu menunggu penerapan. Hal ini biasanya disimpulkan saat status issue berubah menjadi 'Ready for Release' atau kolom 'Fix Version' terisi. | ||
|
Mengapa ini penting
Aktivitas ini membantu memantau kesiapan rilis dan lama item menunggu jadwal penerapan setelah seluruh pekerjaan pengembangan dan pengujian selesai.
Sumber data
Biasanya disimpulkan dari changelog issue Jira saat status berubah menjadi 'Ready for Release'. Cara lain, gunakan waktu saat kolom 'Fix Version/s' diisi.
Pengumpulan data
Waktu saat status berubah menjadi 'Ready for Release' atau kolom 'Fix Version' diisi.
Jenis peristiwa
inferred
|
|||
|
Tinjauan kode dilakukan
|
Menunjukkan bahwa rekan kerja atau pemimpin tim telah meninjau kualitas, standar, dan fungsi kode. Peristiwa ini dapat disimpulkan dari perubahan status, misalnya dari 'In Review' ke 'Ready for QA', atau dicatat secara langsung oleh alat pengembangan terintegrasi. | ||
|
Mengapa ini penting
Aktivitas ini merupakan pemeriksaan kualitas yang penting. Analisis durasi dan hasilnya, seperti pengerjaan ulang, membantu meningkatkan kualitas kode dan mengurangi bug yang ditemukan di tahap berikutnya.
Sumber data
Biasanya disimpulkan dari changelog issue Jira saat status keluar dari 'Code Review'. Peristiwa ini juga dapat dicatat secara langsung jika alat repositori kode seperti Bitbucket atau GitHub terintegrasi.
Pengumpulan data
Stempel waktu perubahan status dari 'In Review' ke status berikutnya.
Jenis peristiwa
inferred
|
|||
|
UAT dimulai
|
Menandai dimulainya User Acceptance Testing, saat pemangku kepentingan bisnis atau pengguna akhir memvalidasi fungsi baru. Waktunya disimpulkan dari perubahan status Jira ke status seperti 'In UAT' atau 'User Acceptance Testing'. | ||
|
Mengapa ini penting
Aktivitas ini melacak dimulainya tahap validasi akhir sebelum rilis. Analisis durasinya penting untuk memahami dan mengurangi keterlambatan akibat ketersediaan pemangku kepentingan atau siklus umpan balik.
Sumber data
Disimpulkan dari changelog issue Jira. Waktunya adalah stempel waktu saat kolom 'status' diperbarui menjadi 'In UAT' atau status khusus serupa.
Pengumpulan data
Stempel waktu perubahan status menjadi 'In UAT'.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi data
Siap memulai?
Mulai optimalkan siklus pengembangan perangkat lunak Anda hari ini dengan menyiapkan data menggunakan templat ini. Temukan wawasan untuk mempercepat penyelesaian dan meningkatkan kualitas.
Optimalkan SDLC di Jira Software, mulai hari ini!
Temukan inefisiensi dan kurangi waktu siklus SDLC hingga 30%.
Tidak perlu kartu kredit. Mulai optimalkan proses dalam hitungan menit.