Web App P-Chart mencatat cacat pada server di pabrik untuk produsen bagian otomotif di Thailand

Latar belakang permasalahan

Tantangannya adalah memindahkan pekerjaan yang sebelumnya terpisah di kertas dan Excel ke dalam satu aplikasi web. Aplikasi web ini harus menerima pencatatan produk cacat per shift, lini, dan benda kerja, serta menyimpan target produk cacat pada tingkat lini dan tingkat organisasi. Grafik, pencatatan kelainan dan tindakan perbaikan, serta laporan harus menggunakan kumpulan data yang sama ini.

Persyaratan dan batasan

Sistem harus berjalan di server pabrik dan menggunakan data dari sistem yang sudah ada milik organisasi. Persyaratan utama dari lingkup pekerjaan, dokumen kebutuhan, dan daftar pemeriksaan penerimaan adalah sebagai berikut.

• Memasang 1 sistem di server pabrik (On-Premise) dengan Docker di Ubuntu Server dan menyimpan data di PostgreSQL
• Pengguna masuk ke sistem melalui API sistem yang sudah ada milik organisasi
• Angka produksi yang digunakan untuk menghitung proporsi produk cacat diambil dari sistem yang sudah ada melalui API, sedangkan jumlah produk cacat diisi oleh karyawan
• Jenis cacat (Defect Type) adalah daftar tetap yang ditentukan sistem, dan pengguna sendiri menambahkan item cacat (Defect Mode) di bawah jenis-jenis tersebut
• Sistem harus menyimpan riwayat setiap pencatatan, dan item yang dihapus harus disembunyikan dari layar
• Pengguna dapat menetapkan target produk cacat pada tingkat lini dan tingkat organisasi
• Data uji yang tidak lengkap dinyatakan sebagai faktor risiko dalam lingkup pekerjaan

Dari data apa sistem ini menghitung P-Chart

Sistem menghitung P-Chart dari jumlah produk cacat yang diisi karyawan pada setiap shift dan angka produksi yang diambil dari sistem yang sudah ada milik pabrik melalui API. Sistem menggunakan kedua nilai ini untuk menghitung proporsi produk cacat harian, garis rata-rata, dan garis kendali atas (UCL) sesuai rumus dalam dokumen kebutuhan, lalu menampilkannya sebagai grafik.

Grafik, halaman ringkasan, dan laporan PDF membaca dari basis data yang sama, sehingga data dicatat satu kali di lapangan, menggantikan penyalinan bertahap seperti sebelumnya. Antarmuka dikembangkan dengan Next.js dan Ant Design (alat pengembangan aplikasi web), sehingga karyawan membukanya melalui peramban web.

1. 1

   Mengatur data induk

   Pada halaman pengaturan data induk (Master Data), pengguna mendaftarkan item cacat untuk setiap lini dan benda kerja di bawah jenis cacat yang telah ditentukan sistem, termasuk target produk cacat tingkat lini dan tingkat organisasi.

2. 2

   Catatan cacat harian

   Karyawan memilih tanggal, shift, lini, dan benda kerja, lalu mengisi jumlah produk cacat ke dalam tabel. Sistem menyimpan riwayat setiap pencatatan agar dapat dicari, diubah, atau dihapus, dan item yang dihapus akan disembunyikan dari layar.

3. 3

   Menghitung P-Chart secara otomatis

   Sistem membandingkan jumlah produk cacat dengan angka produksi dari sistem yang sudah ada, menghitung proporsi produk cacat harian, garis rata-rata, dan garis kendali atas (UCL), lalu menampilkannya sebagai grafik.

4. 4

   Mencatat kelainan dan tindakan perbaikan

   Ketika produk cacat melampaui ambang batas, penanggung jawab mencatat masalah, penyebab, dan tindakan perbaikan dalam tabel Abnormal Occurrence & Action Record (catatan kelainan dan tindakan perbaikan) yang terkait dengan hari dan benda kerja tersebut.

5. 5

   Merangkum hasil dan mengekspor laporan

   Halaman ringkasan menampilkan produk cacat harian, bulanan, dan tahunan beserta Pareto Chart (grafik yang mengurutkan item cacat dari yang terbanyak ke yang tersedikit), serta mengekspor P-Chart sebagai PDF atau mengekspor tabel sebagai file CSV (file tabel yang dapat dibuka dengan Excel).

Hasil serah terima

Kami menyerahkan 1 sistem aplikasi web P-Chart Control di server pabrik, dengan layar lengkap sesuai tahapan di atas, mulai dari data induk hingga ekspor laporan. Selain aplikasi web, hasil serah terima mencakup item berikut.

• Paket instalasi Docker dan basis data PostgreSQL di Ubuntu Server milik pabrik
• Koneksi API sistem yang sudah ada milik organisasi, untuk masuk ke sistem dan mengambil angka produksi
• Dokumen pengembangan
• Formulir pemeriksaan penerimaan pekerjaan
• Panduan pengguna

Tahapan pelaksanaan dan permintaan perubahan

Kami mengembangkan aplikasi web P-Chart Control sejak September 2024, menyerahkannya pada April 2025, dan terus menyempurnakannya hingga pertengahan tahun 2025. Selama pengembangan, pelanggan mengirimkan permintaan perubahan (Change Requirement) dalam beberapa putaran, dan setiap putaran dicatat dalam dokumen permintaan perubahan yang versinya diperbarui per putaran. Urutan pekerjaannya adalah sebagai berikut.

1. September 2024: mulai merancang dan mengembangkan sesuai lingkup pekerjaan dan dokumen kebutuhan
2. Sejak Desember 2024: menyesuaikan sistem sesuai permintaan perubahan, seperti riwayat pencatatan, penghapusan dengan menyembunyikan item, dan target tingkat organisasi
3. April 2025: sistem lulus daftar pemeriksaan penerimaan, pelanggan mengirimkan satu putaran permintaan perubahan lagi tentang penjumlahan angka ketika beberapa orang mengisi item cacat yang sama, dan menandatangani dokumen serah terima pekerjaan
4. Setelah serah terima hingga pertengahan tahun 2025: terus menyempurnakan sistem, seperti menambahkan item cacat baru ke data induk dan menyesuaikan pengisian target tingkat organisasi

Hasil yang dapat dikonfirmasi dari pemeriksaan penerimaan

Hasil yang dapat dikonfirmasi dari kasus ini adalah pemeriksaan penerimaan dan penandatanganan penerimaan pekerjaan. Aplikasi web P-Chart Control lulus daftar pemeriksaan penerimaan (Exit Criteria), dan produsen komponen otomotif ini menandatangani dokumen serah terima pekerjaan pada April 2025. Daftar pemeriksaan penerimaan mencakup riwayat pencatatan, penghapusan dengan menyembunyikan item, dan target tingkat organisasi, yang berasal dari permintaan perubahan selama pengembangan.

Setelah serah terima, pelanggan meminta kami terus menyempurnakan sistem hingga pekerjaan ditutup pada tahun 2025. Kasus ini tidak memiliki angka pengukuran hasil bisnis, seperti waktu penyusunan laporan atau jumlah produk cacat yang berkurang, sehingga kami hanya melaporkan hasil yang didukung dokumen.

Pelajaran yang kita dapatkan

Pekerjaan ini memberikan prinsip berikut untuk sistem pencatatan data kualitas harian.

• Kecepatan sistem lebih dahulu daripada keindahan tampilan. Pelajaran yang disimpulkan tim setelah pekerjaan ditutup adalah perlunya memperhatikan kecepatan kerja sistem sebelum keindahan tampilan. Karena itu, halaman pencatatan dan halaman grafik pada sistem yang dirancang untuk pencatatan setiap hari sebaiknya diuji kecepatannya dengan data nyata sebelum tampilannya disesuaikan.
• Sepakati aturan data sebelum membangun sistem sisi belakang. Permintaan perubahan tentang riwayat pencatatan, cara penghapusan, dan target tingkat organisasi muncul selama pengembangan, dan ketika lingkup berubah hingga sistem sisi belakang (Backend) harus diubah, pekerjaan memakan waktu lebih lama.
• Ketepatan P-Chart hanya sebaik angka produksi yang digunakan untuk menghitungnya. Pengambilan angka produksi dari sistem yang sudah ada melalui API membuat karyawan hanya mengisi produk cacat, dan angka produksi berasal dari sistem yang sama dengan yang digunakan organisasi.

Cara menerapkan pendekatan ini di pabrik Anda

Jika pabrik Anda masih mencatat produk cacat di kertas bersama Excel dan menggunakan P-Chart untuk memantau proporsi produk cacat, Anda dapat menggunakan pendekatan yang sama dengan kasus ini, yaitu mencatat produk cacat satu kali di lapangan, mengambil angka produksi dari sistem yang ada, lalu membiarkan sistem menghitung grafik, ringkasan, dan laporan. Bagian yang perlu disesuaikan adalah sumber angka produksi, cara masuk ke sistem, dan format laporan pabrik Anda.

• Periksa dari sistem mana angka produksi akan berasal, dan minta hak akses koneksi API sejak awal
• Siapkan item cacat, rumus perhitungan, dan contoh data nyata untuk pengujian
• Pesan server internal bersama tim TI pabrik lebih awal
• Sepakati cara menangani permintaan perubahan sejak awal proyek