Templat data manajemen kualitas Anda
Templat data manajemen kualitas Anda
- Atribut yang disarankan untuk mengumpulkan data
- Aktivitas utama yang perlu dilacak agar proses terlihat jelas
- Panduan langkah demi langkah untuk mengekstrak data dari ETQ Reliance
Atribut manajemen kualitas
| Nama | Deskripsi | ||
|---|---|---|---|
|
Nama aktivitas
ActivityName
|
Nama tugas atau peristiwa tertentu yang terjadi dalam proses manajemen kualitas. | ||
|
Deskripsi
Atribut ini menjelaskan satu langkah atau tonggak dalam siklus peristiwa kualitas, seperti 'Masalah dikategorikan dan diprioritaskan' atau 'Analisis akar masalah dilakukan'. Setiap aktivitas mewakili tindakan tertentu untuk membawa peristiwa kualitas menuju penyelesaian. Analisis aktivitas merupakan inti process mining. Atribut ini digunakan untuk menyusun peta proses yang menunjukkan alur kerja. Atribut ini membantu menemukan hambatan, penyimpangan dari proses standar, dan siklus pengerjaan ulang, yang penting untuk perbaikan proses.
Mengapa ini penting
Atribut ini menentukan langkah-langkah proses yang diperlukan untuk memvisualisasikan alur proses, menemukan hambatan, dan menganalisis penyimpangan.
Sumber data
Informasi ini biasanya diambil dari log peristiwa, perubahan status alur kerja, atau jejak audit dalam modul ETQ Reliance.
Contoh
Investigasi dimulaiAnalisis akar masalah dilakukanRencana tindakan korektif disetujui
|
|||
|
Peristiwa kualitas
QualityEvent
|
Pengenal unik untuk satu peristiwa kualitas yang menghubungkan semua aktivitas terkait, dari identifikasi hingga penutupan. | ||
|
Deskripsi
Quality Event adalah ID kasus utama untuk proses manajemen kualitas. ID ini mewakili satu masalah kualitas tertentu, seperti ketidaksesuaian, keluhan pelanggan, atau penyimpangan, selama proses investigasi hingga penyelesaian. Dalam analisis process mining, atribut ini penting untuk merekonstruksi perjalanan setiap peristiwa kualitas dari awal hingga akhir. Analis dapat menggunakannya untuk memvisualisasikan pemetaan proses, mengukur waktu siklus dari awal hingga selesai, dan menganalisis variasi untuk memahami penanganan setiap peristiwa. Semua aktivitas dan titik data dikelompokkan berdasarkan ID ini agar seluruh kasus terlihat dengan jelas.
Mengapa ini penting
Atribut ini menjadi dasar process mining karena menghubungkan semua langkah proses terkait ke dalam satu kasus, sehingga analisis siklus penyelesaian kualitas dapat dilakukan dari awal hingga akhir.
Sumber data
Ini adalah kunci utama di modul Quality Event atau Non-conformance utama dalam ETQ Reliance. Lihat dokumentasi ETQ Reliance untuk mengetahui nama tabel dan kolom yang tepat.
Contoh
QE-2023-00123NC-2023-0456CAPA-2023-7890
|
|||
|
Stempel waktu peristiwa
EventTimestamp
|
Tanggal dan waktu tepat saat aktivitas tertentu terjadi. | ||
|
Deskripsi
Stempel waktu peristiwa menunjukkan saat tepat suatu aktivitas dicatat di sistem. Setiap aktivitas dalam siklus peristiwa kualitas memiliki stempel waktunya sendiri, sehingga membentuk urutan peristiwa secara kronologis. Atribut ini menjadi dasar semua analisis berbasis waktu dalam process mining. Atribut ini digunakan untuk menghitung waktu siklus antaraktivitas, menemukan waktu tunggu dan hambatan, serta mengukur durasi keseluruhan peristiwa kualitas. Atribut ini juga memungkinkan analisis tren kinerja dari waktu ke waktu.
Mengapa ini penting
Atribut ini penting untuk menghitung durasi, mengurutkan peristiwa secara kronologis, dan melakukan analisis berbasis waktu, seperti menemukan hambatan.
Sumber data
Biasanya, data ini terdapat dalam tabel jejak audit atau kolom tanggal 'last modified' maupun 'status change' yang terkait dengan setiap aktivitas atau langkah alur kerja di ETQ Reliance.
Contoh
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Departemen penanggung jawab
ResponsibleDepartment
|
Departemen atau area fungsional yang bertanggung jawab atas peristiwa kualitas atau aktivitas tertentu. | ||
|
Deskripsi
Atribut ini menunjukkan unit organisasi yang ditugaskan untuk menangani peristiwa kualitas atau menjalankan langkah tertentu, seperti 'Jaminan Kualitas', 'Rekayasa', atau 'Produksi'. Penetapan dapat dilakukan pada tingkat kasus atau berubah saat kasus berpindah antar departemen. Atribut ini menjadi dasar bagi dashboard Analisis Kinerja Departemen. Anda dapat memfilter dan membandingkan kinerja proses, seperti waktu siklus dan jumlah peristiwa, di berbagai departemen. Hasilnya membantu menemukan hambatan, keterbatasan sumber daya, atau area yang berkinerja baik.
Mengapa ini penting
Atribut ini memungkinkan perbandingan kinerja dan analisis hambatan di berbagai unit bisnis, sehingga alokasi sumber daya dapat dioptimalkan.
Sumber data
Biasanya, ini adalah kolom pada formulir utama peristiwa kualitas di ETQ Reliance yang menunjukkan pemilik atau grup penanggung jawab.
Contoh
Jaminan kualitasManufakturRiset dan pengembangan
|
|||
|
Hasil verifikasi
EffectivenessVerificationOutcome
|
Hasil pemeriksaan untuk mengetahui apakah tindakan korektif berhasil. | ||
|
Deskripsi
Setelah tindakan korektif diterapkan, verifikasi biasanya dilakukan untuk memastikan tindakan tersebut benar-benar menyelesaikan masalah. Atribut ini mencatat hasil verifikasi, biasanya sebagai 'Efektif' atau 'Tidak efektif'. Atribut ini menjadi dasar dashboard Efektivitas Tindakan Korektif dan KPI Tingkat Verifikasi Efektivitas CAPA. Atribut ini mengukur langsung keberhasilan proses penyelesaian, membantu menemukan masalah berulang, dan meningkatkan kualitas rencana tindakan korektif.
Mengapa ini penting
Atribut ini mengukur langsung keberhasilan tindakan korektif, membantu mengurangi pekerjaan ulang dan mencegah masalah kualitas terulang.
Sumber data
Kolom ini biasanya terdapat di bagian verifikasi efektivitas pada modul CAPA atau Peristiwa Kualitas di ETQ Reliance.
Contoh
EfektifTidak efektifMenunggu
|
|||
|
Kategori akar penyebab
RootCauseCategory
|
Klasifikasi akar penyebab yang ditemukan pada peristiwa kualitas. | ||
|
Deskripsi
Setelah analisis akar penyebab dilakukan, penyebab utama masalah biasanya dikelompokkan ke dalam kategori. Contohnya 'Kerusakan Peralatan', 'Kesalahan Manusia', 'Kekurangan Proses', atau 'Masalah Pemasok'. Atribut ini penting untuk dashboard Tren Kategori Akar Penyebab. Dengan menganalisis frekuensi setiap kategori dari waktu ke waktu, organisasi dapat menemukan masalah sistemik dan memusatkan upaya perbaikan pada penyebab masalah kualitas yang paling sering terjadi. Analisis ini membantu organisasi beralih dari penanganan masalah setelah terjadi ke pencegahan sejak awal.
Mengapa ini penting
Atribut ini mendukung analisis strategis atas masalah yang berulang, membantu menemukan masalah sistemik, serta menentukan prioritas tindakan korektif dan pencegahan jangka panjang.
Sumber data
Biasanya, kolom ini diisi pada tahap Analisis Akar Penyebab dalam alur kerja ETQ Reliance.
Contoh
Kekurangan prosesCacat materialKesalahan manusiaKerusakan peralatan
|
|||
|
Pelaksana tindakan
ActionPerformedBy
|
Pengguna atau sumber daya yang menjalankan aktivitas tertentu. | ||
|
Deskripsi
Atribut ini menunjukkan individu atau pengguna sistem yang bertanggung jawab menyelesaikan tugas dalam siklus peristiwa kualitas. Atribut ini menghubungkan aktivitas proses dengan orang atau tim yang menjalankannya. Analisis kinerja berdasarkan pengguna membantu Anda memahami pembagian beban kerja, mengetahui kebutuhan pelatihan, dan mengenali individu atau tim berkinerja tinggi. Informasi ini juga penting untuk kepatuhan dan audit karena mencatat dengan jelas siapa yang melakukan setiap tindakan.
Mengapa ini penting
Atribut ini memungkinkan analisis kinerja sumber daya, pemerataan beban kerja, dan identifikasi kebutuhan pelatihan.
Sumber data
Informasi ini biasanya tersimpan dalam log jejak audit atau detail transaksi, sering kali terhubung ke kolom ID pengguna di ETQ Reliance.
Contoh
j.doeasmithqa_manager
|
|||
|
Tingkat keparahan
SeverityLevel
|
Klasifikasi dampak peristiwa kualitas, seperti kritis, besar, atau ringan. | ||
|
Deskripsi
Tingkat keparahan menunjukkan perkiraan dampak masalah kualitas terhadap pelanggan, produk, atau kepatuhan terhadap peraturan. Informasi ini digunakan untuk menentukan prioritas sumber daya dan tingkat urgensi penanganan. Atribut ini penting untuk dashboard Triage dan Prioritas Masalah serta Penyelesaian Peristiwa dengan Tingkat Keparahan Tinggi. Anda dapat mengelompokkan peristiwa kualitas untuk menganalisis apakah masalah dengan tingkat keparahan tinggi diselesaikan lebih cepat daripada masalah yang lebih ringan. Dengan begitu, masalah kritis dapat segera ditangani.
Mengapa ini penting
Atribut ini membantu menentukan prioritas dan mengelompokkan kasus agar masalah kualitas paling kritis ditangani dengan tingkat urgensi yang sesuai.
Sumber data
Sebagian besar modul manajemen kualitas di ETQ Reliance memiliki kolom standar ini, biasanya pada formulir pelaporan masalah awal.
Contoh
KritisBesarRingan
|
|||
|
Waktu akhir peristiwa
EventEndTime
|
Tanggal dan waktu aktivitas selesai, yang digunakan untuk menghitung waktu pengerjaannya. | ||
|
Deskripsi
Waktu akhir peristiwa menandai selesainya suatu aktivitas. Jika dipasangkan dengan stempel waktu peristiwa (waktu mulai), keduanya menunjukkan durasi satu langkah proses. Tidak semua sistem mencatat waktu akhir untuk setiap peristiwa. Jika tidak tersedia, waktu ini dapat ditentukan dari waktu mulai peristiwa berikutnya. Atribut ini penting untuk menghitung waktu pengerjaan setiap aktivitas, yang berbeda dari waktu tunggu di antaranya. Dengan atribut ini, Anda dapat mengetahui tugas tertentu yang memakan waktu dan menentukan perbaikan yang tepat agar proses lebih efisien.
Mengapa ini penting
Atribut ini memungkinkan Anda menghitung waktu pengerjaan setiap aktivitas dan membedakan waktu kerja aktif dari waktu tunggu.
Sumber data
Beberapa modul ETQ Reliance mungkin mencatat waktu mulai dan akhir untuk tugas tertentu. Jika tidak tersedia, nilainya dapat ditentukan saat menyiapkan data.
Contoh
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
|
|||
|
Apakah pekerjaan ulang
IsRework
|
Penanda yang menunjukkan apakah suatu aktivitas atau rangkaian aktivitas merupakan pekerjaan ulang. | ||
|
Deskripsi
Atribut boolean ini diturunkan untuk menemukan pengulangan dalam proses. Contohnya, verifikasi efektivitas yang gagal dapat memicu investigasi baru, atau rencana tindakan korektif yang ditolak dapat dikembalikan untuk direvisi. Atribut ini menandai aktivitas yang mengulang langkah sebelumnya. Atribut ini digunakan untuk menghitung KPI 'Tingkat Pekerjaan Ulang untuk Tindakan Korektif'. Menandai pekerjaan ulang penting untuk memahami inefisiensi proses, karena pekerjaan ulang menyita sumber daya dan memperpanjang waktu siklus tanpa membawa kasus lebih dekat ke penyelesaian.
Mengapa ini penting
Atribut ini mengukur inefisiensi proses dengan menandai pekerjaan yang berulang, sehingga Anda dapat menemukan penyebab kegagalan proses dan mengurangi pemborosan.
Sumber data
Atribut ini tidak tersedia di sistem sumber. Nilainya dihitung berdasarkan urutan aktivitas dalam suatu kasus saat transformasi data.
Contoh
truefalse
|
|||
|
Deskripsi masalah
IssueDescription
|
Uraian bebas tentang masalah kualitas yang ditemukan. | ||
|
Deskripsi
Atribut ini berisi uraian terperinci tentang masalah kualitas. Informasi kualitatif ini melengkapi hal-hal yang tidak dapat dicatat dalam kolom data terstruktur. Deskripsi masalah biasanya tidak digunakan langsung untuk memvisualisasikan alur proses, tetapi sangat berguna saat meninjau kasus secara terperinci. Teknik penambangan teks juga dapat digunakan untuk menemukan tema atau kata kunci yang sering muncul pada jenis penyimpangan proses atau keterlambatan tertentu.
Mengapa ini penting
Atribut ini memberikan konteks kualitatif penting untuk memahami detail peristiwa kualitas dan berguna saat menganalisis kasus tertentu secara mendalam.
Sumber data
Ini adalah kolom teks atau memo standar pada formulir pelaporan awal peristiwa kualitas di ETQ Reliance.
Contoh
Komponen XYZ gagal dalam uji tekanan di stasiun 4.Pelanggan melaporkan cacat tampilan pada batch 789.Pengaturan kalibrasi mesin A ditemukan tidak tepat.
|
|||
|
Durasi RCA
RootCauseAnalysisDuration
|
Waktu sejak investigasi dimulai hingga analisis akar penyebab selesai. | ||
|
Deskripsi
Metrik ini mengukur durasi tahap tertentu dalam proses kualitas. Perhitungannya menggunakan selisih waktu antara aktivitas 'Investigasi Dimulai' dan 'Analisis Akar Penyebab Dilakukan'. Atribut ini penting untuk KPI 'Rata-rata Waktu Analisis Akar Penyebab' dan dashboard 'Hambatan Analisis Akar Penyebab'. Atribut ini membantu menemukan keterlambatan pada tahap analisis, yang sering menjadi penyebab utama panjangnya waktu siklus secara keseluruhan.
Mengapa ini penting
Atribut ini mengukur kinerja satu subproses penting, sehingga Anda dapat menemukan dan menangani keterlambatan dalam analisis masalah dan investigasi.
Sumber data
Atribut ini tidak tersedia di sistem sumber. Nilainya dihitung saat transformasi data dengan mencari selisih waktu antara stempel waktu aktivitas tertentu.
Contoh
8640001209600432000
|
|||
|
ID tindakan pencegahan
PreventiveActionId
|
Pengenal unik untuk setiap tindakan pencegahan yang dibuat sebagai tindak lanjut peristiwa kualitas. | ||
|
Deskripsi
Atribut ini menghubungkan peristiwa kualitas dengan satu atau beberapa tindakan pencegahan yang dibuat untuk menangani akar penyebab dan mencegah masalah terulang di area lain. Satu peristiwa kualitas dapat menghasilkan beberapa tindakan pencegahan. ID ini penting untuk dashboard Manajemen Tindakan Pencegahan. ID ini membantu melacak tingkat penerapan tindakan pencegahan yang telah ditetapkan dan menemukan upaya yang duplikat atau berulang, sehingga perbaikan proaktif dapat dikelola dengan efisien.
Mengapa ini penting
Atribut ini menghubungkan peristiwa kualitas yang ditangani setelah terjadi dengan inisiatif perbaikan proaktif, sehingga Anda dapat menganalisis seberapa efektif organisasi mencegah masalah di kemudian hari.
Sumber data
Ini dapat berupa catatan terkait atau kolom di bagian Tindakan Pencegahan pada modul CAPA di ETQ Reliance.
Contoh
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Waktu yang menunjukkan kapan data proses terakhir kali diperbarui. | ||
|
Deskripsi
Atribut ini mencatat tanggal dan waktu ekstraksi data terbaru dari sistem sumber. Kolom metadata ini berlaku untuk seluruh kumpulan data, bukan untuk setiap peristiwa. Dalam analisis proses, penting untuk mengetahui seberapa baru data yang digunakan. Atribut ini membantu pengguna memahami kemutakhiran analisis, memastikan keputusan didasarkan pada informasi terbaru, dan menetapkan ekspektasi terkait jeda pembaruan data.
Mengapa ini penting
Atribut ini menunjukkan kemutakhiran data, yang penting untuk memahami seberapa tepat waktu analisis dan wawasan yang dihasilkan.
Sumber data
Nilai ini dibuat saat proses ekstraksi, transformasi, dan pemuatan data (ETL), lalu mencatat waktu pekerjaan dijalankan.
Contoh
2024-05-20T08:00:00Z
|
|||
|
Peraturan terkait
AssociatedRegulationStandard
|
Peraturan atau standar kualitas tertentu yang terkait dengan peristiwa kualitas. | ||
|
Deskripsi
Atribut ini menghubungkan peristiwa kualitas dengan persyaratan peraturan atau standar industri tertentu, seperti ISO 9001, FDA 21 CFR Part 820, atau kebijakan internal perusahaan. Atribut ini sangat penting bagi industri yang diatur oleh peraturan. Atribut ini menjadi dasar dashboard Ikhtisar Kepatuhan Kualitas. Analisis peristiwa berdasarkan standar terkait membantu memantau kepatuhan, menemukan area yang sering mengalami penyimpangan, dan memastikan semua persyaratan peraturan dipenuhi tepat waktu.
Mengapa ini penting
Atribut ini memungkinkan analisis peristiwa kualitas dalam konteks kepatuhan, sehingga Anda dapat memastikan pemenuhan peraturan dan standar industri tertentu.
Sumber data
Kolom ini mungkin tersedia sebagai kolom khusus atau daftar pilihan pada formulir peristiwa kualitas di ETQ Reliance, terutama dalam modul yang berfokus pada kepatuhan.
Contoh
ISO 9001:201521 CFR Part 820IATF 16949
|
|||
|
Produk terdampak
AffectedProduct
|
Produk, material, atau komponen yang terkait dengan peristiwa kualitas. | ||
|
Deskripsi
Atribut ini menunjukkan produk atau nomor komponen tertentu yang terkait dengan masalah kualitas. Atribut ini menghubungkan data proses dengan data induk produk. Analisis peristiwa kualitas berdasarkan produk membantu bisnis mengetahui apakah masalah kualitas lebih sering terjadi pada produk tertentu. Temuan ini dapat mengarah pada masalah desain atau manufaktur. Dengan begitu, upaya perbaikan dapat difokuskan pada produk yang paling membutuhkannya.
Mengapa ini penting
Atribut ini menghubungkan proses kualitas dengan produk tertentu, sehingga Anda dapat menganalisis produk mana yang paling sering mengalami masalah.
Sumber data
Biasanya, ini adalah kolom utama pada formulir peristiwa kualitas yang terhubung ke tabel data induk produk di ETQ Reliance atau sistem ERP terintegrasi.
Contoh
PROD-1001-APROD-2050-BRAW-MAT-55
|
|||
|
Sistem sumber
SourceSystem
|
Sistem tempat data diekstrak. | ||
|
Deskripsi
Atribut ini menunjukkan asal data manajemen kualitas. Untuk tampilan proses ini, nilainya akan tetap sama, yaitu ETQ Reliance. Meski nilainya mungkin tidak berubah dalam satu kumpulan data, atribut ini penting untuk tata kelola data dan saat data dari beberapa sistem digabungkan. Atribut ini memperjelas asal data dan membantu mengelola integrasi data.
Mengapa ini penting
Informasi ini memberi konteks penting tentang asal data, yang diperlukan untuk tata kelola data, validasi, dan integrasi dengan sistem lain.
Sumber data
Biasanya, nilai statis ini ditambahkan saat proses ekstraksi, transformasi, dan pemuatan data (ETL) untuk menandai sumber data.
Contoh
ETQ Reliance
|
|||
|
Status CAP
CorrectiveActionPlanStatus
|
Status Rencana Tindakan Korektif, seperti Diusulkan, Disetujui, atau Ditolak. | ||
|
Deskripsi
Atribut ini melacak status Rencana Tindakan Korektif (CAP), salah satu tahap penting dalam keseluruhan penanganan peristiwa kualitas. Atribut ini menunjukkan apakah solusi yang diusulkan sudah ditinjau dan disetujui. Analisis atribut ini dapat mengungkap hambatan dalam proses persetujuan. Banyaknya rencana yang ditolak atau jeda panjang antara status 'Diusulkan' dan 'Disetujui' dapat menunjukkan masalah pada kualitas analisis akar penyebab atau kurangnya kesepahaman di antara pihak terkait.
Mengapa ini penting
Atribut ini membantu menemukan keterlambatan dan inefisiensi dalam siklus persetujuan tindakan korektif, yang sering menjadi hambatan dalam manajemen kualitas.
Sumber data
Kolom status ini biasanya terdapat di bagian atau modul Tindakan Korektif dan Pencegahan (CAPA) ETQ Reliance.
Contoh
DiusulkanDisetujuiDitolakMenunggu penerapan
|
|||
|
Status peristiwa kualitas
QualityEventStatus
|
Status terkini peristiwa kualitas secara keseluruhan, seperti terbuka, ditutup, atau dibatalkan. | ||
|
Deskripsi
Atribut ini merangkum posisi peristiwa kualitas dalam siklus penanganannya. Atribut ini menunjukkan apakah kasus sedang ditangani, sudah berhasil diselesaikan, atau dibatalkan karena alasan tertentu. Dalam analisis proses, atribut ini digunakan untuk memfilter kasus yang masih aktif dan yang sudah selesai. Atribut ini juga menjadi dasar untuk menghitung jumlah peristiwa kualitas yang masih terbuka dan memastikan analisis seperti waktu siklus hanya mencakup kasus yang sudah mencapai status akhir.
Mengapa ini penting
Atribut ini memungkinkan Anda memfilter kasus terbuka dan tertutup. Ini penting untuk menghitung pekerjaan tertunda dan menganalisis alur proses yang sudah selesai secara akurat.
Sumber data
Ini adalah kolom status utama pada objek peristiwa kualitas di ETQ Reliance.
Contoh
TerbukaDitutupDibatalkanMenunggu persetujuan
|
|||
|
Status SLA
SLAState
|
Menunjukkan apakah peristiwa kualitas masih memenuhi SLA, berisiko melanggar SLA, atau sudah melanggar batas waktu layanan yang ditetapkan. | ||
|
Deskripsi
Kolom hasil perhitungan ini membandingkan waktu siklus peristiwa kualitas saat ini atau secara keseluruhan dengan target yang telah ditentukan. Misalnya, masalah kritis mungkin memiliki SLA penyelesaian 15 hari. Statusnya dapat berupa 'Sesuai target', 'Berisiko', atau 'Terlambat'. Informasi ini berguna untuk dashboard Ikhtisar Kepatuhan Kualitas karena memberikan gambaran langsung tentang ketepatan waktu dan kepatuhan. Manajer dapat menangani lebih awal peristiwa yang berisiko melewati tenggat, alih-alih baru bertindak setelah SLA dilanggar.
Mengapa ini penting
Atribut ini memberikan gambaran jelas tentang kinerja terhadap target waktu, sehingga kasus yang berisiko terlambat dapat ditangani lebih awal.
Sumber data
Atribut ini dihitung saat transformasi data dengan membandingkan waktu yang telah berlalu pada suatu kasus dengan aturan bisnis SLA. Aturan tersebut dapat didasarkan pada atribut seperti Tingkat keparahan.
Contoh
Sesuai targetBerisikoTerlambat
|
|||
|
Unit bisnis
BusinessUnit
|
Divisi atau unit bisnis yang lebih besar tempat peristiwa kualitas berasal. | ||
|
Deskripsi
Atribut ini mengaitkan peristiwa kualitas dengan unit bisnis tertentu dalam organisasi, seperti 'Elektronik Konsumen' atau 'Perangkat Medis'. Atribut ini memberikan konteks organisasi yang lebih luas daripada departemen. Informasi ini memungkinkan perbandingan kinerja tingkat tinggi di berbagai bagian bisnis. Pimpinan dapat mengetahui unit bisnis mana yang menghadapi tantangan kualitas paling besar dan mengalokasikan sumber daya sesuai kebutuhan.
Mengapa ini penting
Atribut ini memungkinkan perbandingan kinerja proses kualitas tingkat tinggi di berbagai divisi perusahaan.
Sumber data
Informasi ini mungkin tersedia sebagai kolom pada formulir peristiwa kualitas atau diturunkan dari atribut lain, seperti departemen penanggung jawab atau produk.
Contoh
Perangkat medisSuku cadang otomotifSolusi industri
|
|||
|
Waktu siklus peristiwa kualitas
QualityEventCycleTime
|
Total waktu sejak masalah kualitas ditemukan hingga akhirnya ditutup. | ||
|
Deskripsi
Metrik ini menghitung durasi keseluruhan satu peristiwa kualitas dari awal hingga akhir. Perhitungannya menggunakan selisih antara stempel waktu aktivitas pertama, misalnya 'Masalah Kualitas Ditemukan', dan aktivitas terakhir, misalnya 'Peristiwa Kualitas Ditutup'. Atribut ini mendukung KPI 'Rata-rata Waktu Siklus Peristiwa Kualitas' dan menjadi ukuran utama efisiensi proses secara keseluruhan. Dashboard menggunakannya untuk memantau kinerja terhadap target pengurangan waktu siklus dan membandingkan durasi berbagai kategori peristiwa.
Mengapa ini penting
Indikator kinerja utama ini mengukur efisiensi keseluruhan proses manajemen kualitas dari awal hingga akhir.
Sumber data
Atribut ini tidak tersedia langsung di ETQ Reliance. Nilainya dihitung di alat process mining atau selama ETL dengan mengurangi stempel waktu peristiwa pertama dari stempel waktu peristiwa terakhir untuk setiap kasus.
Contoh
25920006048008640000
|
|||
Aktivitas manajemen kualitas
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Analisis akar masalah dilakukan
|
Menunjukkan selesainya investigasi, saat penyebab utama telah ditemukan dan didokumentasikan. Peristiwa ini biasanya tercatat saat bagian formulir RCA selesai diisi dan disimpan. | ||
|
Mengapa ini penting
Menandai akhir tahap investigasi. Durasi antara 'Investigation Initiated' dan aktivitas ini menjadi metrik penting untuk menemukan hambatan dalam proses analisis.
Sumber data
Disimpulkan dari tanggal pengisian kolom 'Root Cause Category' atau stempel waktu penyelesaian langkah alur kerja RCA dalam jejak audit.
Pengumpulan data
Disimpulkan dari pengisian kolom 'Root Cause' atau perubahan status menjadi 'RCA Complete'.
Jenis peristiwa
inferred
|
|||
|
Efektivitas tindakan diverifikasi
|
Aktivitas ini memastikan tindakan korektif yang diterapkan berhasil mengatasi penyebab utama dan mencegah masalah berulang. Ini merupakan tahap verifikasi resmi yang sering dilakukan setelah periode pemantauan tertentu. | ||
|
Mengapa ini penting
Tahap ini penting untuk menuntaskan siklus kualitas dan berkaitan langsung dengan KPI efektivitas CAPA. Verifikasi ini memastikan solusi bertahan dan efektif.
Sumber data
Diambil dari tanggal penyelesaian langkah alur kerja atau bagian formulir 'Effectiveness Verification'. Aktivitas ini sering tercatat secara terpisah dengan stempel waktu.
Pengumpulan data
Dari tanggal penyelesaian formulir atau tugas 'Effectiveness Check'.
Jenis peristiwa
inferred
|
|||
|
Investigasi dimulai
|
Menandai dimulainya tahap investigasi resmi untuk menemukan penyebab utama masalah kualitas. Biasanya, peristiwa ini disimpulkan dari perubahan status menjadi 'Under Investigation' atau penunjukan investigator. | ||
|
Mengapa ini penting
Aktivitas ini merupakan tonggak penting yang memulai penghitungan waktu analisis akar masalah. Aktivitas ini membantu menemukan keterlambatan antara penilaian masalah dan dimulainya investigasi resmi.
Sumber data
Disimpulkan dari stempel waktu perubahan status menjadi 'Investigation' dalam log riwayat peristiwa, atau tanggal penunjukan investigator utama.
Pengumpulan data
Disimpulkan dari perubahan status menjadi 'Under Investigation'.
Jenis peristiwa
inferred
|
|||
|
Masalah kualitas teridentifikasi
|
Menandai pembuatan catatan peristiwa kualitas baru, yang menjadi titik awal proses. Biasanya, peristiwa ini tercatat saat pengguna mengirimkan formulir masalah kualitas baru di ETQ Reliance. | ||
|
Mengapa ini penting
Menetapkan waktu mulai kasus, yang diperlukan untuk menghitung waktu siklus dari awal hingga akhir dan menganalisis tingkat masuknya peristiwa kualitas baru.
Sumber data
Biasanya, data ini diambil dari stempel waktu pembuatan catatan peristiwa kualitas di tabel utama Quality Event atau jejak audit terkait.
Pengumpulan data
Dari stempel waktu pembuatan catatan peristiwa kualitas.
Jenis peristiwa
explicit
|
|||
|
Peristiwa kualitas ditutup
|
Aktivitas terakhir yang menandai penyelesaian masalah dan penutupan administratif catatan peristiwa kualitas. Ini merupakan titik akhir utama proses. | ||
|
Mengapa ini penting
Menentukan akhir proses untuk menghitung waktu siklus keseluruhan. Menganalisis peristiwa yang telah ditutup penting untuk mengukur jumlah penyelesaian dan kinerja secara keseluruhan.
Sumber data
Disimpulkan dari perubahan status menjadi 'Closed' atau 'Completed' dalam log riwayat peristiwa, yang hampir selalu disertai stempel waktu.
Pengumpulan data
Disimpulkan dari stempel waktu perubahan status menjadi 'Closed'.
Jenis peristiwa
inferred
|
|||
|
Rencana tindakan korektif disetujui
|
Menandai persetujuan resmi atas rencana tindakan korektif yang diajukan oleh pihak berwenang. Setelah itu, penerapan dapat dimulai. Biasanya, persetujuan ini tercatat secara eksplisit dengan stempel waktu dalam alur kerja. | ||
|
Mengapa ini penting
Ini merupakan tonggak penting sekaligus tahap persetujuan yang krusial. Keterlambatan pada tahap ini dapat memperpanjang waktu siklus penyelesaian secara signifikan.
Sumber data
Diambil dari stempel waktu persetujuan dalam tanda tangan elektronik atau log riwayat alur kerja peristiwa. ETQ Reliance banyak menggunakan alur kerja persetujuan.
Pengumpulan data
Dari stempel waktu langkah persetujuan dalam riwayat alur kerja.
Jenis peristiwa
explicit
|
|||
|
Tindakan korektif diterapkan
|
Menunjukkan bahwa tugas dalam rencana tindakan korektif yang disetujui telah selesai. Biasanya, peristiwa ini tercatat saat pelaksana menandai butir tindakan yang ditugaskan sebagai selesai. | ||
|
Mengapa ini penting
Mengukur durasi tahap penerapan. Hasilnya dapat menunjukkan keterbatasan sumber daya atau kendala praktis dalam menjalankan tindakan korektif.
Sumber data
Disimpulkan dari tanggal penyelesaian tugas tindakan korektif terkait yang terakhir atau perubahan status manual menjadi 'Actions Implemented'.
Pengumpulan data
Disimpulkan dari tanggal penyelesaian tugas CAPA terkait yang terakhir.
Jenis peristiwa
inferred
|
|||
|
Masalah dikategorikan dan diprioritaskan
|
Menandai saat masalah diklasifikasikan berdasarkan jenis, tingkat keparahan, dan prioritas. Klasifikasi ini sering menentukan alur kerja selanjutnya. Peristiwa ini tercatat saat kolom kategori dan prioritas diisi lalu catatan disimpan. | ||
|
Mengapa ini penting
Ini merupakan titik pengambilan keputusan penting. Menganalisis waktu yang diperlukan untuk mencapai tahap ini sangat penting bagi dashboard 'Issue Triage and Prioritization' dan untuk memahami perutean proses.
Sumber data
Biasanya, data ini ditentukan dari stempel waktu saat kolom wajib seperti 'Severity Level' dan 'Quality Event Type' pertama kali diisi, sebagaimana tercatat dalam jejak audit sistem.
Pengumpulan data
Disimpulkan dari stempel waktu saat kolom 'Severity' atau 'Priority' pertama kali diisi.
Jenis peristiwa
inferred
|
|||
|
Pemangku kepentingan diberi tahu
|
Menunjukkan penyampaian resmi informasi penyelesaian peristiwa kualitas kepada pemangku kepentingan terkait. Aktivitas ini dapat dilacak melalui langkah alur kerja khusus atau catatan komunikasi. | ||
|
Mengapa ini penting
Penting untuk mengukur efisiensi komunikasi dan mendukung dashboard 'Stakeholder Notification Timeliness'. Keterlambatan pada tahap ini dapat memengaruhi kepuasan pelanggan.
Sumber data
Perlu dianalisis di sistem karena tahap ini sering dilakukan secara manual. Jika dikonfigurasi, aktivitas ini dapat disimpulkan dari penyelesaian tugas 'Notify Stakeholders'.
Pengumpulan data
Disimpulkan dari tanggal penyelesaian tugas manual 'Notify Stakeholders'.
Jenis peristiwa
inferred
|
|||
|
Penilaian awal dilakukan
|
Menunjukkan peninjauan atau triase awal atas masalah kualitas yang baru teridentifikasi untuk mengumpulkan fakta dasar dan menentukan validitasnya. Peristiwa ini sering disimpulkan saat bagian formulir penilaian awal selesai diisi atau status berubah dari 'New' menjadi 'Under Assessment'. | ||
|
Mengapa ini penting
Membantu menganalisis efisiensi proses triase awal dan mengukur waktu yang diperlukan sejak masalah dilaporkan hingga mulai dinilai.
Sumber data
Disimpulkan dari perubahan status, misalnya dari 'New' menjadi 'Assessing', atau tanggal penyelesaian tugas penilaian awal dalam log alur kerja peristiwa.
Pengumpulan data
Disimpulkan dari perubahan status menjadi 'Under Assessment' atau 'In Triage'.
Jenis peristiwa
inferred
|
|||
|
Peninjauan akhir dilakukan
|
Pemeriksaan akhir atas seluruh catatan peristiwa kualitas untuk memastikan dokumentasi lengkap dan semua langkah prosedur telah diikuti sebelum kasus ditutup. Tahap ini sering berupa persetujuan resmi. | ||
|
Mengapa ini penting
Ini merupakan pemeriksaan kualitas terakhir sebelum proses berakhir, untuk memastikan kepatuhan dan integritas data. Hambatan pada tahap ini dapat menunda penutupan akhir.
Sumber data
Diambil dari stempel waktu langkah persetujuan 'Final Review' atau 'Ready for Closure' dalam log riwayat alur kerja.
Pengumpulan data
Dari stempel waktu langkah persetujuan 'Final Review' dalam alur kerja.
Jenis peristiwa
explicit
|
|||
|
Peristiwa kualitas dibatalkan
|
Titik akhir alternatif saat peristiwa kualitas dihentikan sebelum masalah sepenuhnya terselesaikan, misalnya karena catatan duplikat atau tidak valid. | ||
|
Mengapa ini penting
Membantu membedakan kasus yang berhasil diselesaikan dari kasus yang dihentikan lebih awal. Analisis pembatalan dapat mengungkap masalah pada tahap pelaporan awal dan triase.
Sumber data
Disimpulkan dari perubahan status menjadi 'Canceled', 'Void', atau 'Withdrawn' dalam log riwayat peristiwa.
Pengumpulan data
Disimpulkan dari stempel waktu perubahan status menjadi 'Canceled'.
Jenis peristiwa
inferred
|
|||
|
Rencana tindakan korektif diajukan
|
Aktivitas ini terjadi saat rencana resmi untuk menangani penyebab utama didokumentasikan dan diajukan untuk persetujuan. Biasanya, aktivitas ini tercatat saat bagian Corrective Action Plan pada formulir diisi dan status diperbarui. | ||
|
Mengapa ini penting
Menganalisis waktu dari selesainya RCA hingga tahap ini membantu menemukan keterlambatan dalam merencanakan tindakan korektif, yang sering menjadi hambatan dalam proses kualitas.
Sumber data
Disimpulkan dari perubahan status menjadi 'Pending CAPA Approval' atau stempel waktu pengajuan formulir rencana tindakan korektif dalam catatan peristiwa kualitas.
Pengumpulan data
Disimpulkan dari perubahan status menjadi 'Pending Approval' atau tanggal pengajuan rencana CAPA.
Jenis peristiwa
inferred
|
|||
|
Rencana tindakan korektif ditolak
|
Menunjukkan bahwa rencana tindakan korektif yang diajukan telah ditinjau dan ditolak, sehingga perlu direvisi dan diajukan kembali. Aktivitas ini membentuk siklus pengerjaan ulang dalam proses. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk menemukan siklus pengerjaan ulang, memahami alasan penolakan, dan mengukur tingkat keberhasilan rencana pada pengajuan pertama.
Sumber data
Diambil dari stempel waktu penolakan dalam log riwayat alur kerja. Ini merupakan kebalikan dari tindakan persetujuan dalam alur kerja.
Pengumpulan data
Dari stempel waktu langkah penolakan dalam riwayat alur kerja.
Jenis peristiwa
explicit
|
|||
|
Tindakan pencegahan diterapkan
|
Menandai selesainya tugas yang terkait dengan tindakan pencegahan yang telah diidentifikasi. Ini menunjukkan bahwa langkah proaktif telah diterapkan. | ||
|
Mengapa ini penting
Aktivitas ini penting untuk mengukur KPI 'Preventive Action Implementation Rate' dan memastikan perbaikan kualitas proaktif benar-benar dijalankan.
Sumber data
Perlu dianalisis di sistem. Kemungkinan, data ini disimpulkan dari tanggal penyelesaian catatan Preventive Action yang ditautkan atau tugas terkait.
Pengumpulan data
Dari tanggal penyelesaian catatan Preventive Action yang ditautkan.
Jenis peristiwa
inferred
|
|||
|
Tindakan pencegahan teridentifikasi
|
Menunjukkan identifikasi tindakan pencegahan (PA) untuk menghilangkan penyebab potensi ketidaksesuaian. Tindakan ini dapat dikelola sebagai catatan terpisah yang ditautkan ke peristiwa kualitas awal. | ||
|
Mengapa ini penting
Penting untuk menganalisis sikap proaktif organisasi dalam manajemen kualitas. Data ini juga mendukung dashboard 'Preventive Action Management' dengan melacak waktu dimulainya tindakan pencegahan.
Sumber data
Perlu dianalisis di sistem. Kemungkinan, data ini diambil dari tanggal pembuatan catatan Preventive Action yang ditautkan ke catatan Quality Event sumber.
Pengumpulan data
Dari tanggal pembuatan catatan Preventive Action yang ditautkan.
Jenis peristiwa
inferred
|
|||
|
Verifikasi efektivitas gagal
|
Menunjukkan bahwa tindakan korektif yang diterapkan tidak menyelesaikan masalah. Kondisi ini sering memicu investigasi atau siklus CAPA baru, sekaligus menandakan kegagalan proses besar dan siklus pengerjaan ulang. | ||
|
Mengapa ini penting
Menyoroti solusi yang gagal dan berdampak langsung pada tingkat serta biaya pengerjaan ulang. Menganalisis kasus ini penting untuk memperbaiki proses analisis akar masalah dan perencanaan CAPA.
Sumber data
Disimpulkan dari perubahan status menjadi 'Effectiveness Check Failed' atau pembuatan peristiwa kualitas tindak lanjut yang ditautkan ke peristiwa awal.
Pengumpulan data
Disimpulkan dari perubahan status seperti 'Verification Failed' atau tanda pada catatan verifikasi.
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk menyiapkan data manajemen kualitas dengan efisien dan mulai menemukan wawasan tentang proses Anda. Perbaikan operasional dimulai di sini.
Optimalkan manajemen kualitas sekarang: kurangi waktu siklus
Temukan dan atasi hambatan untuk menargetkan pengurangan waktu siklus sebesar 30%.
Tidak perlu kartu kredit. Siapkan dalam hitungan menit.