Templat data siklus pengembangan perangkat lunak

ID item pengembangan adalah kunci utama yang mengidentifikasi setiap kasus secara unik sepanjang siklus hidup pengembangan perangkat lunak. Setiap ID mewakili satu pekerjaan tertentu, seperti user story, tugas, atau perbaikan bug, sejak dibuat hingga diselesaikan atau diterapkan.

Dalam analisis process mining, atribut ini penting untuk merekonstruksi perjalanan setiap item pekerjaan dari awal hingga akhir. Atribut ini memungkinkan alat menghubungkan semua aktivitas terkait, seperti 'Pengembangan dimulai', 'Peninjauan kode selesai', dan 'Diterapkan ke lingkungan produksi', menjadi alur proses yang utuh. Dengan menganalisis siklus hidup tiap item pengembangan, Anda dapat menemukan variasi, keterlambatan, dan siklus pengerjaan ulang pada pekerjaan tertentu.

Ini adalah pengenal kasus utama yang diperlukan untuk melacak seluruh siklus hidup setiap item pekerjaan pengembangan dari awal hingga akhir.

Biasanya terdapat di tabel utama item pekerjaan atau pelacakan issue dalam sistem manajemen pengembangan perangkat lunak.

Nama aktivitas menjelaskan langkah atau perubahan status tertentu dalam proses pengembangan. Aktivitas ini menjadi simpul pada peta proses dan mewakili tonggak penting, seperti 'Item disetujui untuk dikembangkan', 'Kode diajukan untuk ditinjau', atau 'Pengujian QA selesai'.

Atribut ini penting untuk memvisualisasikan alur proses dan memahami urutan peristiwa. Dengan menganalisis berbagai aktivitas, tim dapat menemukan jalur yang paling umum, mendeteksi penyimpangan proses, dan mengukur waktu yang dihabiskan di setiap tahap. Atribut ini menjadi dasar analisis hambatan, deteksi pengerjaan ulang, dan pemeriksaan kesesuaian dengan model proses yang dituju.

Atribut ini menentukan langkah-langkah dalam proses, sehingga alur kerja pengembangan dapat divisualisasikan dan dianalisis.

Biasanya diambil dari log perubahan status, aliran peristiwa, atau tabel riwayat audit yang terkait dengan item pekerjaan pengembangan.

Waktu mulai peristiwa menunjukkan tanggal dan waktu persis saat suatu aktivitas dimulai. Informasi ini menentukan urutan kronologis semua peristiwa dalam satu kasus, yang penting untuk merekonstruksi alur proses dengan akurat.

Stempel waktu menjadi dasar semua analisis process mining berbasis waktu. Data ini digunakan untuk menghitung indikator kinerja utama, seperti waktu siklus, waktu tunggu, dan waktu pemrosesan antaraktivitas. Analisis stempel waktu membantu menemukan hambatan, mengukur efisiensi proses, dan memahami durasi berbagai tahap dalam siklus pengembangan. Misalnya, waktu antara 'Kode diajukan untuk ditinjau' dan 'Peninjauan kode selesai' dapat mengungkap keterlambatan dalam proses peninjauan.

Stempel waktu ini penting untuk mengurutkan peristiwa dengan benar dan menghitung semua metrik berbasis waktu, seperti waktu siklus dan hambatan.

Tersedia di log peristiwa, jejak audit, atau tabel riwayat yang mencatat perubahan pada item pekerjaan pengembangan.

Atribut pembaruan data terakhir mencatat tanggal dan waktu saat data terakhir diekstrak atau diperbarui dari sistem sumber. Informasi ini menunjukkan seberapa baru dan relevan data tersebut.

Informasi ini penting untuk memastikan analisis dan dasbor menggunakan data terkini. Pemangku kepentingan dapat langsung melihat seberapa mutakhir tampilan proses, sehingga mereka lebih yakin pada wawasan yang dihasilkan. Ini juga merupakan metadata penting untuk mengelola pipeline data dan menjadwalkan pembaruan data.

Menunjukkan kemutakhiran data, sehingga analisis tetap tepat waktu dan relevan untuk pengambilan keputusan.

Nilai ini biasanya dibuat dan disimpan oleh pipeline ekstraksi, transformasi, dan pemuatan data (ETL).

Atribut sistem sumber menunjukkan aplikasi atau platform asal tempat data siklus hidup pengembangan dicatat. Atribut ini berguna terutama jika organisasi menggunakan beberapa alat pengembangan, misalnya Jira untuk melacak issue dan GitLab untuk mengelola kode sumber.

Dalam analisis, mencantumkan sistem sumber membantu memvalidasi data dan memberi konteks pada data proses. Atribut ini memungkinkan perbandingan proses yang dikelola di sistem berbeda dan memastikan data ditafsirkan dengan benar, karena nama kolom dan kebiasaan proses dapat berbeda antar-sistem. Anda juga dapat menggunakannya untuk memfilter analisis berdasarkan kumpulan data dari alat tertentu.

Memberi konteks tentang asal data, yang penting untuk validasi data dan analisis yang melibatkan beberapa sistem terintegrasi.

Biasanya berupa nilai tetap yang ditambahkan saat ekstraksi data untuk menunjukkan asal catatan.

Atribut ini menunjukkan orang atau kelompok yang bertanggung jawab menyelesaikan langkah saat ini atau seluruh item kerja. Penanggung jawab dapat berganti beberapa kali selama siklus kerja, misalnya saat pekerjaan berpindah antara developer, penguji QA, dan peninjau.

Analisis atribut Ditugaskan kepada membantu memahami beban kerja tim, kelancaran serah terima, dan pola kolaborasi. Anda dapat memfilter peta proses untuk melihat pekerjaan orang atau tim tertentu dan menemukan hambatan yang terkait dengan sumber daya tertentu. Analisis jaringan sosial berdasarkan serah terima antarpenanggung jawab juga dapat mengungkap kesenjangan komunikasi atau pola kolaborasi yang terlalu rumit.

Memungkinkan analisis beban kerja sumber daya, frekuensi serah terima, dan pola kolaborasi untuk membantu meningkatkan efisiensi tim.

Tersedia di catatan item kerja atau isu, biasanya dalam riwayat item atau log audit.

Atribut ini mengelompokkan jenis pekerjaan yang dilakukan. Jenis item kerja yang berbeda sering mengikuti jalur proses dan memiliki ekspektasi kinerja yang berbeda. Misalnya, 'Bug' mungkin perlu ditangani melalui proses perbaikan cepat, sedangkan 'Fitur' mengikuti siklus pengembangan dan pengujian standar.

Dengan atribut ini, analis dapat membandingkan alur proses dan kinerja untuk berbagai jenis pekerjaan. Analisis ini membantu menjawab pertanyaan seperti, 'Apakah proses perbaikan bug lebih cepat daripada pengembangan fitur?' atau 'Apakah item utang teknis lebih sering perlu dikerjakan ulang?'. Atribut ini menjadi dimensi penting untuk memilah data dan mendapatkan wawasan yang lebih spesifik serta dapat ditindaklanjuti.

Memungkinkan perbandingan proses dan kinerja antarjenis pekerjaan, serta mengungkap inefisiensi yang khusus terjadi pada jenis pengembangan tertentu.

Kolom standar pada catatan item kerja atau isu di sebagian besar sistem manajemen pengembangan.

Nama proyek memberikan konteks dengan mengelompokkan item kerja yang terkait dengan produk, inisiatif, atau basis kode tertentu. Praktik pengembangan dan waktu siklus dapat sangat berbeda antarproyek, misalnya antara sistem lama dan aplikasi baru yang dibangun dari awal.

Atribut ini memungkinkan penggabungan dan perbandingan proses pengembangan di berbagai bagian organisasi pada tingkat tinggi. Dengan memfilter analisis berdasarkan proyek, manajer dapat menilai kondisi dan efisiensi setiap upaya pengembangan. Atribut ini juga penting untuk memahami hubungan antara kinerja proses dan konteks serta lingkungan teknis proyek.

Memungkinkan analisis proses dikelompokkan berdasarkan produk atau inisiatif, sehingga perbedaan kinerja yang terkait dengan konteks proyek dapat terlihat.

Kolom standar pada catatan item kerja atau isu, atau nama repositori di sistem seperti Git.

Atribut ini menunjukkan tim, skuad, atau kelompok tertentu yang bertanggung jawab menyelesaikan item pengembangan. Di organisasi besar, pekerjaan sering dibagi ke beberapa tim spesialis, seperti 'Frontend', 'Backend', 'Mobile', atau 'Platform'.

Analisis berdasarkan nama tim memungkinkan perbandingan kinerja dan berbagi praktik baik antar tim. Analisis ini membantu menjawab pertanyaan seperti, 'Tim mana yang memiliki waktu siklus paling singkat?' atau 'Apakah ada tim yang lebih sering mengerjakan ulang pekerjaan?'. Hasilnya dapat mengungkap perbedaan alur kerja, keahlian, atau ketersediaan sumber daya yang memengaruhi kinerja penyelesaian secara keseluruhan, sekaligus menunjukkan peluang perbaikan proses yang terarah.

Memungkinkan perbandingan kinerja antar tim untuk menemukan praktik baik dan area yang perlu diperbaiki.

Sering dikaitkan dengan pengguna yang ditugaskan atau dicatat langsung pada catatan proyek maupun item kerja.

Atribut prioritas menunjukkan tingkat urgensi bisnis atau teknis suatu item kerja. Nilainya biasanya seperti 'Tinggi', 'Sedang', atau 'Rendah', dan membantu tim menentukan pekerjaan berikutnya.

Dalam process mining, prioritas menjadi dimensi analisis yang berguna. Tim dapat memeriksa apakah item berprioritas tinggi benar-benar diproses lebih cepat daripada item berprioritas rendah. Perbandingan waktu siklus pada berbagai tingkat prioritas dapat menunjukkan apakah proses sudah mengikuti prioritas bisnis. Jika item berprioritas tinggi sering tertunda, penyebabnya mungkin masalah perencanaan, alokasi sumber daya, atau rancangan alur kerja.

Membantu memastikan pekerjaan berprioritas tinggi bergerak lebih cepat dalam proses dan menemukan hambatan yang lebih banyak berdampak pada item penting.

Kolom standar pada catatan item kerja atau isu di sebagian besar sistem manajemen pengembangan.

Status item pengembangan menunjukkan keadaan suatu item kerja pada waktu tertentu. Nama aktivitas mencatat peristiwa perubahan status, sedangkan atribut ini mencatat statusnya. Atribut ini berguna untuk menganalisis keadaan pekerjaan saat suatu peristiwa terjadi.

Atribut ini sering digunakan untuk membuat nama aktivitas, tetapi juga dapat memberikan konteks tambahan. Misalnya, kolom status dapat digunakan untuk menganalisis berapa lama item berada dalam status tertentu, seperti 'Terhambat' atau 'Menunggu tinjauan'. Memahami waktu yang dihabiskan dalam status yang tidak produktif penting untuk menemukan keterlambatan sistemis dan meningkatkan kelancaran proses.

Memungkinkan analisis waktu yang dihabiskan dalam berbagai status, sehingga keterlambatan dan waktu dalam status yang tidak menghasilkan nilai, seperti 'Terhambat', dapat ditemukan.

Tersedia sebagai kolom utama pada catatan item kerja atau isu, dan perubahannya tercatat dalam log riwayat.

Waktu akhir peristiwa menandai selesainya suatu aktivitas. Banyak langkah proses dicatat sebagai peristiwa sesaat, sehingga waktu mulai dan waktu akhirnya sama. Namun, beberapa aktivitas memiliki durasi yang dapat diukur. Misalnya, aktivitas 'Tinjauan kode' dapat memiliki waktu mulai dan waktu akhir yang berbeda.

Atribut ini penting untuk menghitung waktu pemrosesan aktif suatu tugas dan membedakannya dari waktu menganggur atau waktu tunggu. Dengan membandingkan durasi antara waktu mulai peristiwa dan waktu akhir peristiwa, analis dapat mengukur upaya yang dicurahkan untuk aktivitas yang menghasilkan nilai. Analisis ini memberikan gambaran lebih terperinci tentang pemanfaatan sumber daya dan membantu menemukan tugas yang paling banyak menyita waktu kerja aktif.

Memungkinkan penghitungan waktu pemrosesan aktif untuk setiap aktivitas, terpisah dari waktu tunggu, sehingga upaya yang dicurahkan terlihat lebih jelas.

Dapat ditemukan di log peristiwa atau diperoleh dari stempel waktu aktivitas berikutnya dalam urutan untuk item kerja yang sama.

Atribut pembuat menunjukkan orang yang memulai item kerja. Misalnya, manajer produk yang membuat cerita pengguna, penguji QA yang mencatat bug, atau agen layanan pelanggan yang melaporkan masalah pelanggan.

Analisis pembuat item kerja dapat memberikan wawasan tentang sumber pekerjaan. Misalnya, banyaknya bug yang dilaporkan pengguna akhir dapat menunjukkan masalah kualitas pada rilis terbaru. Atribut ini juga dapat digunakan untuk menilai kejelasan dan kualitas persyaratan awal dengan membandingkan pembuatnya dengan pengerjaan ulang atau keterlambatan pada tahap berikutnya.

Membantu menemukan pihak yang memulai pekerjaan, sehingga sumber permintaan, bug, atau permintaan fitur dapat dipahami.

Kolom standar seperti 'Pelapor' atau 'Penulis' pada catatan awal pembuatan item kerja.

Penanda pengerjaan ulang adalah atribut turunan berbentuk boolean atau kategori yang menandai peristiwa sebagai bagian dari siklus pengerjaan ulang. Biasanya, hal ini diketahui saat alur proses bergerak mundur, misalnya dari 'Pengujian QA' kembali ke 'Pengembangan berlangsung', atau saat aktivitas pengerjaan ulang tertentu terjadi, seperti 'Pengerjaan ulang ditemukan saat QA'.

Atribut ini sangat berguna untuk analisis kualitas dan efisiensi. Atribut ini memungkinkan penghitungan langsung tingkat pengerjaan ulang dan menunjukkan bagian proses yang paling banyak memicunya. Dengan memfilter aktivitas pengerjaan ulang, tim dapat menganalisis akar masalah dan memahami mengapa masalah kualitas tidak ditemukan lebih awal. Mengurangi pengerjaan ulang merupakan cara penting untuk mempercepat pengembangan sekaligus meningkatkan kualitas produk.

Mengukur pengerjaan ulang secara langsung, sehingga tim dapat menghitung frekuensinya, menganalisis penyebabnya, dan melacak peningkatan kualitas dari waktu ke waktu.

Biasanya diperoleh saat transformasi data dengan menemukan alur proses yang berulang ke langkah sebelumnya atau nama aktivitas tertentu yang terkait dengan kegagalan.

Atribut rilis yang direncanakan menghubungkan item pengembangan dengan jadwal pengiriman atau versi tertentu. Atribut ini sering digunakan dalam perencanaan rilis untuk mengelompokkan fitur dan perbaikan agar dapat diterapkan secara terkoordinasi.

Analisis berdasarkan rilis yang direncanakan membantu menilai keterprediksian dan keandalan proses rilis. Anda dapat melacak ketepatan waktu pengiriman dengan membandingkan rilis yang direncanakan dengan tanggal penerapan sebenarnya. Atribut ini juga membantu mengelola cakupan dan memahami alur pekerjaan untuk rilis tertentu, serta menyoroti risiko atau keterlambatan yang dapat memengaruhi jadwal pengiriman.

Menghubungkan pekerjaan pengembangan dengan jadwal pengiriman, sehingga ketepatan waktu pengiriman dan keterprediksian rilis dapat dianalisis.

Kolom standar seperti 'Versi perbaikan', 'Rilis target', atau 'Jalur iterasi' di alat perencanaan agile dan pengembangan.

Tingkat keparahan berbeda dari prioritas. Tingkat keparahan mengukur dampak teknis suatu isu, sedangkan prioritas mengukur urgensi untuk memperbaikinya. Misalnya, salah ketik pada halaman yang jarang dikunjungi mungkin memiliki tingkat keparahan dan prioritas rendah. Sebaliknya, kerusakan data yang kritis memiliki tingkat keparahan dan prioritas tinggi.

Atribut ini penting untuk analisis kualitas, terutama saat menganalisis proses perbaikan bug. Tim dapat menilai apakah isu yang paling parah ditangani lebih dahulu. Dengan menganalisis waktu siklus pada berbagai tingkat keparahan, organisasi dapat memastikan masalah sistem yang kritis diselesaikan dengan cepat untuk mengurangi dampaknya terhadap pelanggan.

Memungkinkan analisis tentang seberapa efektif tim menangani isu berdasarkan dampak teknisnya, agar masalah kritis segera diselesaikan.

Kolom standar, terutama untuk item kerja berjenis 'Bug' atau 'Insiden', di sistem manajemen pengembangan.