Templat data siklus pengembangan perangkat lunak Anda

ServiceNow DevOps
Templat data siklus pengembangan perangkat lunak Anda

Templat data siklus pengembangan perangkat lunak Anda

Templat ini memandu Anda mengumpulkan data yang diperlukan untuk mengoptimalkan siklus pengembangan perangkat lunak. Templat ini menjelaskan atribut penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta cara praktis mengekstrak data dari ServiceNow DevOps. Gunakan panduan ini untuk menyusun log peristiwa yang mendukung analisis proses.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi data dari ServiceNow DevOps
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut siklus pengembangan perangkat lunak

Berikut kolom data yang disarankan untuk log peristiwa agar siklus pengembangan perangkat lunak dapat dianalisis secara menyeluruh.
5 Wajib 8 Disarankan 5 Opsional
Nama Deskripsi
Item pengembangan
DevelopmentItem
ID unik untuk satu unit pekerjaan, seperti fitur, bug, atau tugas, yang bergerak melalui siklus pengembangan.
Deskripsi

Item Pengembangan berfungsi sebagai ID kasus utama yang mewakili satu unit pekerjaan yang dilacak. Item ini menghubungkan semua aktivitas, mulai dari perumusan dan perencanaan awal hingga pengembangan, pengujian, dan penerapan.

Dalam analisis process mining, atribut ini menjadi dasar untuk merekonstruksi perjalanan setiap item pekerjaan dari awal hingga akhir. Atribut ini memungkinkan visualisasi alur proses, penghitungan total waktu siklus, dan identifikasi variasi proses untuk setiap fitur atau perbaikan bug. Setiap peristiwa dalam log harus dikaitkan dengan Item Pengembangan agar peta proses dapat disusun secara utuh.

Mengapa ini penting

ID utama ini menghubungkan semua aktivitas pengembangan terkait ke dalam satu instans proses. Dengan begitu, seluruh siklus setiap item pekerjaan dapat dianalisis.

Sumber data

ID ini biasanya berupa kunci utama dari tabel yang mengelola story, bug, atau tugas, seperti tabel 'rm_story', 'rm_bug', atau 'task' di ServiceNow.

Contoh
STRY0010015BUG0034092TASK0050118
Nama aktivitas
ActivityName
Nama peristiwa tertentu dalam siklus pengembangan yang terjadi, seperti 'Pengembangan dimulai' atau 'Tinjauan kode dilakukan'.
Deskripsi

Atribut ini mencatat nama setiap tonggak atau tugas yang diselesaikan dalam siklus pengembangan perangkat lunak. Aktivitas ini membentuk urutan langkah proses, dari pembuatan hingga penerapan.

Menganalisis urutan dan frekuensi aktivitas merupakan fungsi utama process mining. Analisis ini membantu menyusun peta proses, menemukan hambatan di antara langkah-langkah, serta menyoroti variasi proses yang tidak patuh atau tidak efisien. Daftar aktivitas yang ditetapkan mencakup tahap penting seperti desain, pengembangan, pengujian, dan penerapan.

Mengapa ini penting

Atribut ini menentukan langkah-langkah dalam peta proses. Anda dapat menganalisis alur proses, menemukan hambatan, dan mengidentifikasi penyimpangan dari SDLC standar.

Sumber data

Biasanya, atribut ini diperoleh dengan memetakan perubahan status, rekaman peristiwa, atau entri jejak audit ke daftar nama aktivitas standar. Contohnya, perubahan kolom 'state' menjadi 'In Progress' dapat dipetakan ke 'Pengembangan dimulai'.

Contoh
Pengembangan dimulaiKode di-commitPengujian QA selesaiDiterapkan ke produksi
Waktu mulai
EventTime
Stempel waktu tepat yang menunjukkan kapan aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Atribut ini mencatat tanggal dan waktu setiap aktivitas dalam siklus pengembangan. Data ini diperlukan untuk mengurutkan peristiwa secara kronologis dan melakukan semua analisis berbasis waktu.

Dalam process mining, waktu mulai digunakan untuk menghitung durasi antaraktivitas, menemukan waktu tunggu, dan mengukur total waktu siklus proses. Data ini penting untuk dashboard yang menganalisis kinerja, seperti Analisis Waktu Siklus SDLC dari Awal hingga Akhir, serta untuk menghitung indikator kinerja utama seperti Waktu Penyelesaian Tinjauan Kode.

Mengapa ini penting

Stempel waktu ini diperlukan untuk mengurutkan peristiwa dengan benar dan menghitung semua metrik kinerja, termasuk waktu siklus, durasi, dan waktu tunggu.

Sumber data

Biasanya ditemukan di kolom stempel waktu yang dibuat sistem, seperti 'sys_updated_on' atau 'sys_created_on', pada tabel jejak audit atau tugas.

Contoh
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-01T09:15:00Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data untuk log peristiwa ini terakhir kali diperbarui dari sistem sumber.
Deskripsi

Atribut ini mencatat kapan dataset terakhir diekstrak atau diperbarui dari ServiceNow DevOps. Atribut ini berlaku untuk seluruh dataset, bukan untuk setiap peristiwa.

Stempel waktu ini penting untuk mengetahui seberapa baru data yang dianalisis. Informasi ini menunjukkan seberapa mutakhir wawasan proses bagi pengguna dan membantu menjadwalkan pembaruan data. Dengan menampilkan informasi ini di dashboard, setiap metrik dan visualisasi memiliki konteks yang jelas sehingga keputusan didasarkan pada data terbaru.

Mengapa ini penting

Memberikan konteks penting tentang kebaruan data, sehingga pengguna mengetahui seberapa mutakhir analisis proses.

Sumber data

Stempel waktu ini dibuat dan ditambahkan selama proses ekstraksi data untuk mencatat waktu pelaksanaan ekstraksi.

Contoh
2023-11-15T08:00:00Z
Sistem sumber
SourceSystem
Menunjukkan sistem asal data yang diekstrak, dalam hal ini ServiceNow DevOps.
Deskripsi

Atribut ini menunjukkan sistem asal data peristiwa. Untuk proses ini, nilainya akan selalu 'ServiceNow DevOps'.

Meski tampak tetap, pencantuman sistem sumber secara eksplisit penting untuk tata kelola data dan lingkungan yang menggabungkan data dari beberapa sistem, seperti Jira atau Azure DevOps. Informasi ini memperjelas asal data dan membantu mendiagnosis masalah kualitas atau ekstraksi data.

Mengapa ini penting

Memastikan data dapat ditelusuri dan menjaga integritasnya, terutama saat menggabungkan data dari beberapa alat pengembangan.

Sumber data

Nilai tetap ini perlu ditambahkan selama proses ekstraksi dan transformasi data.

Contoh
ServiceNow DevOps
Apakah pengerjaan ulang
IsRework
Penanda boolean bernilai benar jika aktivitas termasuk dalam siklus pengerjaan ulang, misalnya kembali ke tahap pengembangan setelah pengujian.
Deskripsi

Atribut turunan ini menandai aktivitas yang terjadi setelah proses kembali ke tahap sebelumnya. Misalnya, jika aktivitas 'Pengembangan dimulai' terjadi setelah 'Pengujian QA selesai' untuk item yang sama, aktivitas tersebut ditandai sebagai pengerjaan ulang.

Penanda ini penting untuk mengukur dan memvisualisasikan pengerjaan ulang. Penanda ini mendukung dasbor 'Analisis alur pengerjaan ulang dan penolakan' dan digunakan untuk menghitung KPI 'Tingkat pengerjaan ulang setelah pengujian'. Dengan penanda ini, analis dapat memfilter dan menganalisis frekuensi, penyebab, serta dampak pengerjaan ulang terhadap waktu siklus secara keseluruhan.

Mengapa ini penting

Penanda ini memudahkan pengukuran dan analisis pengerjaan ulang, membantu menilai kualitas proses dan menemukan penyebab pekerjaan berulang.

Sumber data

Atribut ini dihitung di alat process mining dengan menganalisis urutan aktivitas setiap kasus untuk mendeteksi langkah mundur dalam alur proses.

Contoh
truefalse
Developer yang ditugaskan
AssignedDeveloper
Nama atau ID developer maupun pengguna yang ditugaskan ke item pengembangan saat aktivitas berlangsung.
Deskripsi

Atribut ini menunjukkan orang yang bertanggung jawab menjalankan tugas atau aktivitas tertentu. Nilainya dapat berubah saat item pengembangan berpindah tahap atau tim.

Atribut ini penting untuk menganalisis alokasi sumber daya, beban kerja, dan serah terima. Atribut ini mendukung dashboard 'Beban Kerja dan Serah Terima Developer' serta KPI 'Volume Aktivitas per Developer'. Dengan melacak perubahan nilainya, Anda dapat mengukur waktu serah terima dan menemukan hambatan kolaborasi antar-developer atau antara tim pengembangan dan QA.

Mengapa ini penting

Atribut ini diperlukan untuk analisis berbasis sumber daya, termasuk distribusi beban kerja, efisiensi serah terima, dan pola kinerja khusus tim.

Sumber data

Informasi ini biasanya tersimpan di kolom 'assigned_to' pada tabel terkait tugas di ServiceNow.

Contoh
David MillerAnna WilliamsJames Brown
Grup penugasan
AssignmentGroup
Tim atau grup yang bertanggung jawab atas item pengembangan saat aktivitas berlangsung.
Deskripsi

Atribut ini menunjukkan tim yang menangani item kerja, misalnya 'Pengembang frontend', 'Layanan backend', atau 'Tim QA'. Saat item kerja berjalan, penanganannya sering berpindah dari satu grup penugasan ke grup lain.

Melacak grup penugasan penting untuk memahami kolaborasi lintas fungsi dan perpindahan pekerjaan. Informasi ini membantu menemukan keterlambatan sistemis saat pekerjaan berpindah antartim. Atribut ini juga mendukung analisis kinerja dan beban kerja tiap tim, serta membantu mengetahui tim mana yang menjadi hambatan dalam alur kerja secara keseluruhan.

Mengapa ini penting

Melacak tim yang bertanggung jawab atas pekerjaan, sehingga kinerja dan beban kerja tim serta kelancaran perpindahan pekerjaan antartim dapat dianalisis.

Sumber data

Informasi ini tersimpan di kolom 'assignment_group', kolom standar pada tabel terkait tugas di ServiceNow.

Contoh
Rekayasa platformTim aplikasi selulerJaminan kualitasDevOps
Jenis item pengembangan
DevelopmentItemType
Klasifikasi item kerja, misalnya 'Fitur', 'Bug', 'Utang teknis', atau 'Tugas'.
Deskripsi

Atribut ini membedakan jenis pekerjaan yang berjalan dalam proses SDLC. Misalnya, proses untuk memperbaiki bug kritis mungkin berbeda dan lebih cepat daripada proses untuk mengembangkan fitur baru.

Analisis berdasarkan jenis item kerja memberi gambaran kinerja yang lebih terperinci. Anda dapat menjawab pertanyaan seperti: 'Apakah bug lebih sering dikerjakan ulang daripada fitur baru?' atau 'Apakah waktu siklus pengurangan utang teknis sudah sesuai?'. Pengelompokan ini memberi wawasan lebih mendalam daripada melihat semua pekerjaan sebagai satu proses yang sama.

Mengapa ini penting

Membedakan jenis pekerjaan, seperti fitur dan bug, yang mungkin memiliki jalur proses, prioritas, dan durasi yang berbeda.

Sumber data

Jenis ini dapat diketahui dari tabel sumber rekaman, misalnya 'rm_story' atau 'rm_bug', atau dari kolom 'type' pada tabel tugas umum.

Contoh
FiturBugTugasSpike
Modul/komponen yang terdampak
ModuleComponentAffected
Modul perangkat lunak, aplikasi, atau komponen tertentu yang terkait dengan item pengembangan.
Deskripsi

Atribut ini mengelompokkan pekerjaan pengembangan berdasarkan bagian sistem yang terdampak. Bagian tersebut dapat berupa microservice tertentu, komponen UI, atau aplikasi backend.

Mengelompokkan proses berdasarkan modul atau komponen penting untuk menemukan hambatan di bagian tertentu. Dasbor 'Wawasan hambatan khusus komponen' dan KPI 'Rata-rata durasi tahap per komponen' menggunakan atribut ini untuk mengetahui apakah bagian tertentu dari basis kode secara konsisten berkaitan dengan siklus pengembangan yang lebih lama, pengerjaan ulang yang lebih sering, atau kegagalan penerapan yang lebih banyak. Dengan begitu, upaya perbaikan dapat difokuskan pada bagian yang paling membutuhkan.

Mengapa ini penting

Memungkinkan analisis dikelompokkan berdasarkan aplikasi atau komponen, sehingga hambatan atau masalah kualitas di bagian sistem tertentu dapat diketahui.

Sumber data

Biasanya berupa kolom khusus atau referensi ke Configuration Management Database (CMDB) yang menghubungkan item kerja dengan rekaman 'cmdb_ci'. Lihat dokumentasi ServiceNow DevOps.

Contoh
Layanan penagihanUI autentikasi penggunaBasis data pelaporanAPI Gateway
Prioritas
DevelopmentItemPriority
Tingkat prioritas item pengembangan, seperti 'High', 'Medium', atau 'Low'.
Deskripsi

Atribut ini mengelompokkan item pengembangan berdasarkan tingkat urgensi bisnisnya. Tingkat prioritas membantu tim berfokus pada tugas paling penting dan sering digunakan untuk mengelola SLA serta ekspektasi pemangku kepentingan.

Dalam process mining, prioritas menjadi dimensi penting untuk analisis perbandingan. Anda dapat memfilter peta proses untuk melihat apakah item berprioritas tinggi mengikuti jalur yang lebih cepat atau berbeda. Atribut ini penting untuk dashboard dan KPI 'Waktu Pengiriman Fitur Berprioritas Tinggi', yang membantu memastikan item penting benar-benar diproses lebih cepat.

Mengapa ini penting

Memungkinkan Anda memfilter dan membandingkan proses berdasarkan tingkat prioritas, serta memeriksa apakah item berprioritas tinggi diproses lebih cepat dan efisien.

Sumber data

Ini adalah kolom standar, biasanya bernama 'priority', pada tabel terkait tugas di ServiceNow.

Contoh
1 - Kritis2 - Tinggi3 - Sedang4 - Rendah
Status item pengembangan
DevelopmentItemState
Status item pengembangan saat suatu peristiwa terjadi, misalnya 'Terbuka', 'Sedang dikerjakan', atau 'Ditutup'.
Deskripsi

Atribut ini menunjukkan status resmi item pengembangan di ServiceNow. Aktivitas menggambarkan langkah-langkah proses, sedangkan status menunjukkan tahap formal dalam alur kerja sistem.

Status sering menjadi sumber untuk menentukan aktivitas. Status juga dapat digunakan untuk memvalidasi data dan membuat tampilan proses tingkat tinggi yang lebih sederhana. Misalnya, analisis waktu yang dihabiskan di setiap status dapat menunjukkan hambatan dengan cara berbeda dibandingkan analisis waktu antaraktivitas. Status juga berguna untuk menemukan item yang tertahan atau sudah diselesaikan.

Mengapa ini penting

Menunjukkan status resmi item kerja di sistem. Status ini sering menjadi sumber untuk menentukan aktivitas dan dapat digunakan untuk validasi serta analisis status tingkat tinggi.

Sumber data

Biasanya, tabel terkait tugas di ServiceNow memiliki kolom standar bernama 'state' atau 'stage'.

Contoh
MenungguSedang dikerjakanSiap diujiDitutup, selesai
Waktu siklus item pengembangan
DevelopmentItemCycleTime
Total waktu sejak item pengembangan dibuat hingga ditutup atau diterapkan.
Deskripsi

Atribut ini adalah metrik hasil perhitungan yang menunjukkan durasi menyeluruh untuk satu item pengembangan. Nilainya dihitung dari selisih waktu aktivitas pertama dan terakhir untuk setiap kasus.

Metrik ini menjadi indikator kinerja utama bagi seluruh proses SDLC dan mendukung KPI 'Rata-rata waktu siklus SDLC'. Metrik ini mengukur kecepatan dan efisiensi proses secara keseluruhan. Dengan menganalisisnya dari waktu ke waktu dan berdasarkan dimensi seperti prioritas atau tim, Anda dapat memantau dampak inisiatif perbaikan proses.

Mengapa ini penting

Menunjukkan total durasi menyeluruh suatu item kerja. Metrik ini penting untuk mengukur efisiensi dan kecepatan proses secara keseluruhan.

Sumber data

Kolom ini tidak tersedia di sistem sumber. Nilainya dihitung di alat process mining dengan mengurangi StartTime minimum dari StartTime maksimum untuk setiap CaseId.

Contoh
15 hari 4 jam3 hari 12 jam32 hari 8 jam
Alasan pengerjaan ulang
ReworkReason
Klasifikasi atau keterangan tentang alasan item pengembangan perlu dikerjakan ulang setelah pengujian.
Deskripsi

Saat item gagal dalam QA atau UAT, atribut ini mencatat penyebabnya. Penyebabnya dapat berupa kategori bug tertentu, persyaratan yang disalahpahami, atau masalah lingkungan.

Informasi ini memberi konteks penting untuk dasbor 'Analisis alur pengerjaan ulang dan penolakan'. Analis tidak hanya mengetahui bahwa pengerjaan ulang terjadi, tetapi juga alasannya. Dengan begitu, perbaikan dapat diarahkan secara tepat, misalnya dengan memperjelas persyaratan, meningkatkan pengujian unit, atau menstabilkan lingkungan pengujian untuk mengurangi pengerjaan ulang secara keseluruhan.

Mengapa ini penting

Menjelaskan alasan pengerjaan ulang, sehingga perbaikan proses dapat diarahkan untuk meningkatkan kualitas dan mengurangi siklus pengerjaan ulang.

Sumber data

Informasi ini dapat dicatat di kolom 'close_notes' saat pengujian gagal, atau di kolom khusus 'rework_reason'. Lihat dokumentasi ServiceNow DevOps.

Contoh
Persyaratan disalahartikanBug regresiGagal dalam uji kinerjaMasalah UI/UX
ID commit
CommitId
Pengenal unik commit kode sumber yang terkait dengan pekerjaan pengembangan.
Deskripsi

Atribut ini menghubungkan item pengembangan langsung ke perubahan kode tertentu di repositori kode sumber, seperti Git. Informasi ini dicatat saat aktivitas 'Kode di-commit' terjadi.

Dalam process mining, ID commit memperkaya analisis dengan menghubungkan data proses dan data rekayasa perangkat lunak. Analis dapat menelusuri penerapan yang bermasalah hingga ke perubahan kode tertentu, atau mengaitkan metrik kompleksitas kode dengan waktu siklus pengembangan. Ini memberi lapisan analisis akar masalah yang lebih mendalam dan teknis.

Mengapa ini penting

Menghubungkan peristiwa proses dengan perubahan kode tertentu, sehingga analisis akar masalah dapat dilakukan lebih mendalam dengan mengaitkan metrik proses dan detail kode.

Sumber data

Informasi ini dicatat melalui integrasi ServiceNow DevOps dengan sistem manajemen kode sumber seperti Git atau SVN. Data tersimpan di tabel terkait yang terhubung dengan item pengembangan.

Contoh
a1b2c3d4e5f6f0e9d8c7b6a59a8b7c6d5e4f
Status penerapan
DeploymentStatus
Menunjukkan hasil aktivitas penerapan, biasanya 'Berhasil' atau 'Gagal'.
Deskripsi

Atribut ini mencatat hasil penerapan ke lingkungan tertentu. Informasi ini penting untuk memahami keandalan dan kestabilan proses rilis.

Atribut ini diperlukan untuk dasbor 'Tren keberhasilan dan kegagalan penerapan' serta KPI 'Tingkat kegagalan penerapan'. Dengan menganalisis frekuensi dan tren kegagalan penerapan, organisasi dapat menemukan masalah mendasar pada pengujian, infrastruktur, atau koordinasi rilis. Hasilnya membantu memusatkan upaya pada peningkatan kualitas dan keandalan pengiriman perangkat lunak.

Mengapa ini penting

Mengukur langsung keberhasilan aktivitas penerapan. Informasi ini penting untuk menghitung tingkat kegagalan penerapan dan menganalisis kestabilan rilis.

Sumber data

Status ini biasanya dicatat dalam tugas pelacakan penerapan atau rekaman eksekusi pipeline CI/CD yang terintegrasi dengan ServiceNow DevOps.

Contoh
BerhasilGagalSelesai dengan peringatan
Versi rilis yang direncanakan
PlannedReleaseVersion
Rilis atau versi perangkat lunak yang ditargetkan untuk menyertakan item pengembangan.
Deskripsi

Atribut ini menghubungkan item pengembangan dengan rilis tertentu yang direncanakan, misalnya 'Versi 2.3' atau 'Rilis Q4 2023'. Atribut ini penting untuk manajemen proyek dan perencanaan rilis.

Dalam process mining, atribut ini penting bagi dasbor 'Pemantauan kesesuaian rencana rilis'. Dengan membandingkan tanggal penyelesaian aktual dengan tanggal rilis yang direncanakan, tim dapat mengukur kesesuaian jadwal, menemukan item yang berisiko tidak masuk ke rilis, dan menganalisis penyebab keterlambatan rilis. Atribut ini menghubungkan proses pengembangan tingkat detail dengan sasaran bisnis tingkat tinggi.

Mengapa ini penting

Menghubungkan pekerjaan pengembangan dengan rilis tertentu, sehingga kesesuaian jadwal dan dampak keterlambatan proses terhadap jadwal rilis dapat dianalisis.

Sumber data

Informasi ini biasanya tersimpan di kolom 'release' atau 'planned_release', yang sering merujuk ke tabel manajemen rilis di ServiceNow. Lihat dokumentasi ServiceNow DevOps.

Contoh
v3.4.1Rilis Q1 2024Peluncuran Project Phoenix
Waktu selesai
EventEndTime
Stempel waktu tepat yang menunjukkan kapan suatu aktivitas selesai. Untuk peristiwa yang terjadi seketika, nilainya sama dengan Waktu mulai.
Deskripsi

Atribut ini mencatat tanggal dan waktu selesainya setiap aktivitas dalam siklus pengembangan. Atribut ini sangat berguna untuk aktivitas yang durasinya dapat diukur, seperti 'Tinjauan kode dilakukan' atau 'Pengujian QA'.

Dalam process mining, data waktu mulai dan waktu selesai memungkinkan penghitungan durasi pengerjaan aktivitas secara akurat, terpisah dari waktu tunggu antaraktivitas. Dengan begitu, Anda dapat mengetahui apakah keterlambatan disebabkan oleh tugas yang lama atau waktu tunggu sumber daya. Untuk peristiwa yang terjadi seketika, seperti 'Build dimulai', Waktu selesai dapat sama dengan Waktu mulai.

Mengapa ini penting

Memungkinkan penghitungan durasi pengerjaan aktivitas secara akurat, sehingga waktu kerja dapat dibedakan dari waktu tunggu.

Sumber data

Nilai ini mungkin perlu diturunkan dari data lain. Sumbernya dapat berupa stempel waktu mulai aktivitas berikutnya atau kolom 'end date' terpisah, jika tersedia di sistem sumber.

Contoh
2023-10-26T18:05:00Z2023-10-28T11:20:15Z2023-11-02T10:00:00Z
Wajib Disarankan Opsional

Aktivitas siklus pengembangan perangkat lunak

Catat langkah dan tonggak proses utama ini dalam log peristiwa untuk menemukan dan mengoptimalkan proses secara akurat.
7 Disarankan 9 Opsional
Aktivitas Deskripsi
Diterapkan ke produksi
Peristiwa ini menandai keberhasilan penerapan ke lingkungan produksi. ServiceNow DevOps mencatatnya secara langsung saat alat CI/CD melaporkan pipeline berhasil diselesaikan.
Mengapa ini penting

Ini adalah titik akhir keberhasilan utama dalam proses SDLC. Peristiwa ini menuntaskan alur nilai dan diperlukan untuk menghitung total waktu siklus.

Sumber data

Diambil dari nilai 'completion_status' pada rekaman Pipeline Execution [sn_devops_pipeline_execution] atau Stage Execution Run terkait. Status 'Success' pada waktu selesai menandai peristiwa ini.

Pengumpulan data

Dicatat saat pipeline penerapan produksi berhasil diselesaikan.

Jenis peristiwa explicit
Item pengembangan dibuat
Aktivitas ini menandai pembuatan item pengembangan baru, seperti story, bug, atau epic, di ServiceNow. Peristiwa ini biasanya tercatat secara langsung saat rekaman baru dimasukkan ke tabel terkait, seperti tabel Story [rm_story].
Mengapa ini penting

Ini adalah peristiwa awal utama dalam proses SDLC. Peristiwa ini memungkinkan pengukuran total waktu siklus dari awal hingga akhir serta pelacakan permintaan yang masuk.

Sumber data

Peristiwa ini tercatat di tabel sys_audit atau sys_history_line saat rekaman dibuat di tabel terkait pengembangan, seperti Story [rm_story], Epic [rm_epic], atau Defect [rm_defect]. Stempel waktu pembuatan biasanya tersimpan pada rekaman itu sendiri.

Pengumpulan data

Diambil dari stempel waktu pembuatan rekaman item pengembangan.

Jenis peristiwa explicit
Penerapan gagal
Menandakan upaya menerapkan item pengembangan ke produksi tidak berhasil. ServiceNow DevOps mencatatnya secara langsung saat pipeline CI/CD melaporkan kegagalan.
Mengapa ini penting

Ini adalah titik akhir kegagalan yang penting. Analisis frekuensi dan penyebabnya membantu meningkatkan stabilitas rilis dan mengurangi tingkat kegagalan penerapan.

Sumber data

Diambil dari nilai 'completion_status' pada rekaman Pipeline Execution [sn_devops_pipeline_execution]. Status 'Failed' pada waktu selesai menandai peristiwa ini.

Pengumpulan data

Dicatat saat pipeline penerapan produksi melaporkan status gagal.

Jenis peristiwa explicit
Pengembangan dimulai
Aktivitas ini menandai saat developer mulai menulis kode atau menerapkan item pengembangan. Biasanya, aktivitas ini disimpulkan dari perubahan status item menjadi 'In Progress', 'Development', atau 'Coding'.
Mengapa ini penting

Tonggak penting ini menandai dimulainya tahap pengerjaan yang menghasilkan nilai. Data ini penting untuk mengukur waktu pengerjaan developer dan siklus tinjauan kode.

Sumber data

Disimpulkan dari stempel waktu saat kolom 'State' pada rekaman item pengembangan, misalnya Story [rm_story], diperbarui menjadi 'In Progress' atau status yang setara.

Pengumpulan data

Berdasarkan stempel waktu perubahan state menjadi 'In Progress' atau nilai serupa.

Jenis peristiwa inferred
Pengujian QA selesai
Menandakan tim Quality Assurance telah menyelesaikan pengujian item pengembangan. Peristiwa ini biasanya disimpulkan saat state item keluar dari tahap pengujian dan berubah menjadi status seperti 'Ready for UAT' atau 'Done'.
Mengapa ini penting

Tonggak ini menandai selesainya salah satu titik pemeriksaan kualitas utama. Tahap ini harus selesai sebelum proses berlanjut ke User Acceptance Testing atau persiapan rilis.

Sumber data

Disimpulkan dari stempel waktu perubahan state dari status pengujian, misalnya 'In QA', ke status setelah pengujian, misalnya 'Ready for UAT' atau 'Resolved'.

Pengumpulan data

Berdasarkan stempel waktu perubahan state dari 'Testing' ke state berikutnya.

Jenis peristiwa inferred
Tinjauan kode dilakukan
Aktivitas ini menandai selesainya tinjauan kode oleh rekan kerja, biasanya terkait dengan pull request atau merge request. Peristiwa ini dapat dicatat langsung melalui integrasi DevOps atau disimpulkan dari perubahan status pada rekaman terkait.
Mengapa ini penting

Ini adalah titik pemeriksaan kualitas yang penting. Analisis durasinya membantu menemukan hambatan dalam proses tinjauan, yang sering menjadi sumber keterlambatan SDLC.

Sumber data

Peristiwa ini dapat diambil dari peristiwa 'Merged' atau 'Completed' pada rekaman Pull Request di integrasi Git ServiceNow, atau disimpulkan dari perubahan status item pengembangan menjadi 'Code Review Complete'.

Pengumpulan data

Dicatat saat Pull Request yang terkait dengan item pekerjaan digabungkan.

Jenis peristiwa explicit
UAT disetujui
Menandakan pemangku kepentingan bisnis telah menyetujui item pengembangan secara resmi setelah User Acceptance Testing. Tonggak penting ini disimpulkan dari perubahan status, misalnya dari 'In UAT' menjadi 'Ready for Release' atau 'Approved'.
Mengapa ini penting

Ini adalah persetujuan bisnis terakhir sebelum item dinyatakan siap diterapkan ke lingkungan produksi. Tahap ini menjadi titik pemeriksaan penting untuk kualitas dan tata kelola.

Sumber data

Disimpulkan dari perubahan state pada rekaman item pengembangan yang menandakan UAT berhasil diselesaikan. Perubahan ini tercatat dalam riwayat aktivitas item.

Pengumpulan data

Disimpulkan dari perubahan state dari 'UAT' ke status disetujui atau siap dirilis.

Jenis peristiwa inferred
Build dimulai
Peristiwa ini menandai dimulainya build pipeline CI/CD, yang sering kali dipicu oleh commit kode. ServiceNow DevOps mencatatnya sebagai eksekusi pipeline dan mengaitkannya dengan item pengembangan asal.
Mengapa ini penting

Aktivitas ini menghubungkan pengembangan dengan pengujian atau penerapan otomatis. Analisis waktu antara commit dan dimulainya build dapat mengungkap keterlambatan dalam proses CI/CD.

Sumber data

Dicatat secara langsung di tabel Pipeline Execution [sn_devops_pipeline_execution] saat build dimulai di alat CI/CD terintegrasi, seperti Jenkins atau Azure DevOps.

Pengumpulan data

Diambil dari waktu mulai rekaman di tabel Pipeline Execution.

Jenis peristiwa explicit
Desain dimulai
Menandai tahap pembuatan desain teknis atau arsitektur solusi untuk item pengembangan. Tahap ini biasanya disimpulkan dari perubahan nilai pada kolom status atau state item, misalnya menjadi 'Design' atau 'Solutioning'.
Mengapa ini penting

Analisis durasi tahap desain membantu menemukan hambatan dalam menerjemahkan persyaratan dan merencanakan solusi sebelum pekerjaan pengembangan dimulai.

Sumber data

Disimpulkan dari perubahan state pada rekaman item pengembangan, misalnya Story [rm_story]. Periksa perubahan pada kolom 'State' atau kolom 'Stage' khusus ke nilai yang terkait dengan desain.

Pengumpulan data

Disimpulkan dari perubahan status menjadi 'Design' atau state serupa.

Jenis peristiwa inferred
Disiapkan untuk rilis
Aktivitas ini menandakan item pengembangan telah melewati semua titik pemeriksaan kualitas dan dimasukkan ke dalam rilis tertentu. Peristiwa ini dapat disimpulkan saat item dikaitkan dengan rekaman Release atau statusnya berubah menjadi 'Ready for Deployment'.
Mengapa ini penting

Tahap ini menandakan item telah selesai secara teknis dan fungsional. Waktu yang dihabiskan dalam state ini dapat menunjukkan waktu antre sebelum jadwal penerapan.

Sumber data

Disimpulkan dari perubahan kolom 'State' menjadi 'Ready for Release', atau dengan melacak kapan kolom 'Release' pada rekaman item pengembangan diisi atau diperbarui.

Pengumpulan data

Disimpulkan dari perubahan status atau keterkaitan dengan rekaman Release.

Jenis peristiwa inferred
Item pengembangan dibatalkan
Menandai penghentian item pengembangan sebelum selesai. Ini adalah status akhir alternatif yang biasanya disimpulkan saat state item diatur menjadi 'Cancelled' atau 'Closed Incomplete'.
Mengapa ini penting

Pelacakan pembatalan membantu menemukan upaya yang terbuang dan memahami alasan perubahan cakupan atau prioritas. Data ini memberikan gambaran lebih lengkap tentang semua kemungkinan hasil proses.

Sumber data

Disimpulkan dari stempel waktu saat kolom 'State' pada rekaman item pengembangan diperbarui ke status akhir yang belum selesai, seperti 'Cancelled'.

Pengumpulan data

Disimpulkan dari perubahan state menjadi 'Cancelled' atau status akhir yang setara.

Jenis peristiwa inferred
Kode di-commit
Menandai saat developer melakukan commit kode ke repositori sistem kontrol versi yang terhubung dengan item pengembangan. ServiceNow DevOps mencatat peristiwa ini secara langsung dari alat SCM terintegrasi seperti Git atau GitHub.
Mengapa ini penting

Pelacakan commit memberikan gambaran terperinci tentang kemajuan pengembangan dan frekuensi aktivitas. Data ini membantu mengaitkan perubahan kode tertentu dengan item pengembangan induknya.

Sumber data

Dicatat sebagai peristiwa langsung di tabel Commits [sn_devops_commit] ServiceNow DevOps. Tabel ini diisi melalui webhook dari sistem manajemen kode sumber yang terintegrasi.

Pengumpulan data

Dicatat saat webhook commit diterima dari alat SCM.

Jenis peristiwa explicit
Penerapan ke produksi dimulai
Aktivitas ini menandai dimulainya pipeline penerapan ke lingkungan produksi. ServiceNow DevOps mencatatnya sebagai peristiwa langsung saat tahap produksi dalam pipeline CI/CD mulai dijalankan.
Mengapa ini penting

Ini menandai dimulainya tahap akhir siklus, yang sering kali paling penting. Pelacakan tahap ini membantu menganalisis durasi penerapan dan menemukan peluang otomatisasi.

Sumber data

Dicatat secara langsung di tabel Stage Execution Run [sn_devops_stage_execution], dengan filter untuk tahap yang terkait dengan lingkungan produksi.

Pengumpulan data

Diambil dari waktu mulai tahap penerapan produksi dalam Pipeline Execution.

Jenis peristiwa explicit
Pengerjaan ulang teridentifikasi
Menandakan adanya masalah yang ditemukan saat pengujian sehingga item harus dikembalikan ke tahap pengembangan. Peristiwa ini disimpulkan dari pergerakan mundur dalam alur proses, misalnya perubahan status dari 'In QA' kembali ke 'In Progress'.
Mengapa ini penting

Pelacakan pengerjaan ulang penting untuk memahami masalah kualitas dan inefisiensi proses. Jika aktivitas ini sering terjadi, mungkin ada masalah dalam pengembangan atau kejelasan persyaratan.

Sumber data

Disimpulkan dengan menganalisis riwayat kolom 'State' di tabel sys_audit atau sys_history_line. Perubahan dari status tahap lanjut, misalnya 'Testing', ke status tahap sebelumnya, misalnya 'In Progress', menandakan pengerjaan ulang.

Pengumpulan data

Disimpulkan dari perubahan status ke tahap sebelumnya, misalnya 'Testing' -> 'In Progress'.

Jenis peristiwa inferred
Pengujian QA dimulai
Menandai dimulainya tahap pengujian Quality Assurance secara resmi. Peristiwa ini hampir selalu disimpulkan dari perubahan state item pengembangan menjadi nilai seperti 'In QA', 'Testing', atau 'Ready for Test'.
Mengapa ini penting

Aktivitas ini menandai serah terima dari tim pengembangan ke tim QA. Data ini membantu mengukur durasi pengujian dan menemukan hambatan akibat kapasitas pengujian.

Sumber data

Disimpulkan dari stempel waktu saat kolom 'State' pada rekaman item pengembangan, misalnya Story atau Defect, diperbarui ke status khusus QA.

Pengumpulan data

Berdasarkan stempel waktu perubahan state menjadi 'Testing' atau status yang setara.

Jenis peristiwa inferred
UAT dimulai
Menandai dimulainya User Acceptance Testing, saat pemangku kepentingan bisnis memvalidasi fungsi yang dikembangkan. Peristiwa ini disimpulkan dari perubahan status menjadi 'UAT', 'In UAT', atau 'User Acceptance Testing'.
Mengapa ini penting

Tahap ini penting untuk memastikan fitur yang dikembangkan memenuhi persyaratan bisnis. Analisis durasinya dapat mengungkap masalah keterlibatan pengguna atau ketidaksesuaian persyaratan.

Sumber data

Disimpulkan dari perubahan state pada rekaman item pengembangan. Cara ini bergantung pada model state pelanggan yang memiliki status khusus untuk UAT.

Pengumpulan data

Disimpulkan dari perubahan state menjadi status 'UAT'.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi data

Cara mengambil data dari ServiceNow DevOps

Siap memulai?

Mulai tingkatkan siklus pengembangan perangkat lunak Anda hari ini. Gunakan templat data ini untuk menemukan inefisiensi tersembunyi dan mendorong perbaikan berkelanjutan.

Jangan tunda, optimalkan siklus pengembangan perangkat lunak hari ini

Temukan inefisiensi untuk memangkas waktu siklus SDLC hingga 30% atau lebih.

Mulai uji coba gratis

Tidak perlu kartu kredit. Mulai optimalkan proses hari ini.