Pemecahan Masalah A3 di Manufaktur: Wujudkan Perubahan yang Efektif

Beranda » Sumber Daya » Pemecahan Masalah A3 di Manufaktur: Wujudkan Perubahan yang Efektif

Perkiraan waktu baca: 10 menit

Tindakan korektif sudah ditandai selesai. Fixture sudah disesuaikan, tim sudah diingatkan kembali tentang prosedurnya, dan produksi sudah berjalan lagi. Namun, minggu berikutnya cacat yang sama muncul kembali.

Tindakan memang sudah dilakukan. Masalahnya belum tentu terselesaikan.

Pemecahan masalah A3 membantu tim manufaktur menghubungkan masalah yang ditemukan, bukti penyebabnya, perubahan yang ingin diuji, serta hasil yang menjadi dasar untuk mempertahankan perubahan tersebut. Tujuannya bukan menghasilkan lembar laporan yang tampak rapi, melainkan mengambil keputusan produksi yang lebih baik secara bersama-sama.

Pelaksanaan keputusan itu juga membutuhkan alokasi waktu di lantai produksi. SkyPlanner APS memasukkan uji coba produksi yang telah disetujui ke dalam jadwal yang sama dengan pesanan pelanggan. Dengan begitu, tim tidak perlu terlalu banyak mengatur kegiatan perbaikan di sela-sela antrean tiap mesin secara terpisah. Tim Anda dapat menyelidiki masalah, menyepakati tindakan penanggulangan, dan mengalokasikan waktu pelaksanaan uji coba yang realistis.

Apa itu pemecahan masalah A3?

Pemecahan masalah A3 adalah pendekatan terstruktur dan kolaboratif untuk memahami masalah, menguji tindakan penanggulangan, dan memeriksa efektivitasnya. Pendekatan yang dikembangkan di Toyota ini menggunakan laporan ringkas, biasanya satu halaman, untuk memperjelas alur pemikiran dan mendukung diskusi antara penanggung jawab masalah, pembimbing, dan pihak-pihak yang terdampak.

Namanya berasal dari kertas A3 yang berukuran 297 × 420 mm. Ukuran kertas ini mendorong penyajian alur yang jelas dan visual, tetapi cara berpikirnya lebih penting daripada dimensinya. Halaman digital pun dapat menyajikan alur pemikiran yang sama.

Tiga hal berikut saling berkaitan:

• Cara berpikir A3: selidiki sebelum mengambil keputusan, lalu uji penjelasan Anda dengan membandingkannya terhadap kejadian nyata.
• Proses A3: libatkan orang yang tepat, telaah bukti, dan perbarui pemahaman Anda seiring bertambahnya pengetahuan.
• Laporan A3: rangkum alur pemikiran tersebut agar orang lain dapat mengujinya secara kritis dan membantu pekerjaan terus berjalan.

Laporan yang selesai tidak membuktikan bahwa pemikiran di baliknya sudah tepat. Tindakan penanggulangan yang sudah diterapkan pun belum membuktikan bahwa tindakan itu efektif.

Apa hubungan A3 dengan PDCA dan analisis akar masalah?

A3 mengikuti alur pembelajaran Plan–Do–Check–Act (PDCA): pahami situasinya dan rencanakan perubahan, coba terapkan, periksa hasilnya, lalu putuskan apa yang akan diadopsi atau diselidiki selanjutnya.

Analisis akar masalah mendukung penyelidikan dalam siklus tersebut. Diagram tulang ikan atau diskusi 5 Mengapa dapat membantu merumuskan berbagai kemungkinan penyebab, tetapi keduanya tidak dapat menggantikan bukti. A3 melanjutkan alur tersebut: mengapa tindakan penanggulangan ini dipilih, siapa yang akan mengujinya, bagaimana uji coba akan dilakukan, dan hasil seperti apa yang dapat menjadi dasar untuk mengubah cara kerja sehari-hari.

Gunakan A3 ketika masalah berulang atau masalah yang berdampak besar membutuhkan penyelidikan dan koordinasi. Pendekatan ini sangat berguna saat bagian produksi, kualitas, teknik, dan perencanaan melihat sisi yang berbeda dari masalah yang sama. Masalah kecil yang sudah dipahami mungkin cukup ditangani dengan koreksi langsung, tanpa A3 formal. Risiko keselamatan atau kualitas yang mendesak tetap harus segera dikendalikan melalui prosedur yang berlaku; jangan menunggu laporan selesai.

Apa saja yang perlu dimuat dalam laporan A3?

Laporan A3 yang berguna memungkinkan pembaca mengikuti alur pemikirannya tanpa harus menghadiri setiap diskusi. Tata letak dan jumlah langkahnya bisa beragam. Pilih judul bagian yang memudahkan pembaca menjawab pertanyaan-pertanyaan berikut, bukan menganggap satu templat sebagai standar universal.

Bagian laporan	Hal yang perlu dipahami pembaca
Latar belakang dan masalah	Mengapa masalah ini penting, di mana terjadinya, dan kesenjangan spesifik yang perlu diatasi
Kondisi saat ini	Apa yang terjadi saat ini, didukung hasil pengamatan dan data awal yang ditetapkan sebagai acuan
Kondisi yang ditargetkan	Apa yang perlu berubah, kapan harus tercapai, dan bagaimana keberhasilannya akan diukur
Analisis penyebab	Penjelasan mana yang didukung bukti dan apa yang masih belum pasti
Tindakan penanggulangan dan uji coba	Perubahan apa yang akan menguji penjelasan tersebut dan mengapa perubahan itu dipilih
Pelaksanaan	Siapa yang bertanggung jawab atas setiap tindakan, sumber daya produksi apa yang dibutuhkan, dan kapan pekerjaan akan dilakukan
Tindak lanjut dan pembelajaran	Bagaimana hasilnya dibandingkan dengan target, apa yang perlu dipertahankan, dan apa yang perlu diselidiki selanjutnya

Susunan yang umum digunakan menempatkan masalah dan analisis di sisi kiri, serta usulan perubahan dan tindak lanjut di sisi kanan. Gunakan sketsa proses sederhana, foto cacat, atau grafik tren sebelum dan sesudah perubahan jika lebih mudah menjelaskan daripada satu paragraf. Sediakan catatan pendukung agar tetap dapat diakses, tanpa memaksakan setiap hasil pengamatan masuk ke halaman laporan.

Laporan A3 perlu diperbarui seiring berkembangnya penyelidikan. Jika uji coba membantah dugaan penyebab, revisi penjelasannya. Jangan mengubah target awal agar hasilnya tampak berhasil.

Tetapkan penanggung jawab, bukan sekadar tanda tangan persetujuan

Tunjuk satu orang yang bertanggung jawab untuk memastikan proses A3 terus berjalan. Orang ini mengumpulkan bukti, melibatkan rekan kerja, dan menindaklanjuti keputusan. Ia tidak harus mengerjakan semua tindakan atau memimpin setiap bagian yang terlibat.

Pembimbing atau manajer membantu dengan menguji alur pemikirannya. Beberapa pertanyaan yang berguna antara lain: Apa yang Anda amati secara langsung? Apa lagi yang bisa menjelaskan pola ini? Mengapa perubahan ini diperkirakan akan memengaruhi masalah tersebut? Apa yang akan membuat Anda menolak penjelasan Anda sendiri?

Diskusikan pekerjaan ini dengan operator dan pihak lain yang terdampak selama prosesnya berlangsung. Laporan yang baru disampaikan setelah solusi dipilih hanya menjadi sarana meminta tanda tangan persetujuan, bukan kesempatan untuk belajar. Dialog sejak awal dapat mengungkap kendala praktis sebelum kendala itu membuat uji coba menjadi mahal.

Contoh di manufaktur: cacat berulang setelah changeover

Bayangkan sebuah tim pemesinan berulang kali menemukan dimensi di luar toleransi pada benda kerja pertama setelah changeover ke satu kelompok produk tertentu. Respons yang biasa dilakukan adalah menyesuaikan setup dan mengingatkan operator untuk memeriksanya. Tim ingin menggunakan A3 karena masalah ini terus berulang dan mengganggu pekerjaan pada mesin yang digunakan bersama.

Jelaskan kesenjangannya tanpa menyisipkan solusi

“Operator membutuhkan pelatihan tambahan” adalah dugaan penyebab sekaligus usulan respons, bukan pernyataan masalah. Sementara itu, “Kualitas pemesinan buruk” terlalu luas untuk menjadi panduan penyelidikan.

Pernyataan awal yang lebih berguna adalah: “Untuk kelompok produk ini pada mesin ini, pemeriksaan benda kerja pertama berulang kali gagal setelah changeover, sehingga setup harus dikoreksi sebelum produksi batch dapat dilanjutkan.” Tim kemudian melengkapinya dengan frekuensi kejadian yang diamati, periode terdampak, dan waktu produksi yang hilang berdasarkan catatan mereka sendiri.

Catat hasil pemeriksaan sekaligus jumlah kejadian yang menjadi pembanding: berapa kali pemeriksaan benda kerja pertama gagal dari seluruh changeover yang sebanding, bukan hanya jumlah cacat. Jika tidak, minggu dengan aktivitas produksi yang lebih sedikit bisa tampak menunjukkan perbaikan hanya karena jumlah changeover berkurang.

Amati cara kerja saat ini dan uji penjelasannya

Penanggung jawab mengamati changeover bersama operator dan insinyur kualitas. Tim membandingkan instruksi setup yang berlaku, fixture yang benar-benar digunakan, serta tahap pelaksanaan setiap pemeriksaan. Hasil pengamatan dipisahkan dari hipotesis.

Misalkan penyelidikan mengarah pada dugaan bahwa instruksi penempatan fixture yang ambigu memungkinkan dua setup berbeda. Dugaan itu tetap merupakan penjelasan yang harus diuji, bukan akar masalah yang sudah terbukti hanya karena semua orang sepakat bahwa penjelasan tersebut masuk akal.

Tim memeriksa apakah perbedaan yang diduga tersebut ditemukan pada changeover yang bermasalah, tetapi tidak pada changeover sebanding yang berhasil. Setiap upaya untuk mereproduksi masalah secara terkendali harus memenuhi persyaratan keselamatan dan kualitas pabrik. Jika hasil pengamatan tidak mendukung penjelasan tersebut, penyelidikan dilanjutkan, bukan langsung beralih ke pelatihan ulang.

Sepakati tindakan perbaikan dan pengujian yang bermakna

Jika bukti mendukung penjelasan tentang posisi fixture, salah satu tindakan perbaikan yang dapat dipertimbangkan adalah alat bantu penentu posisi yang telah disetujui, disertai pemeriksaan setup yang jelas dan tidak menimbulkan tafsir ganda. Tim kualitas dan teknik menentukan apakah alat bantu tersebut sesuai serta bagaimana mengujinya dengan aman.

Sebelum uji coba, laporan A3 mencantumkan dampak yang diharapkan: berkurangnya kegagalan pada pemeriksaan benda kerja pertama setelah changeover untuk kelompok produk yang telah ditetapkan, dalam kondisi yang sebanding. Laporan ini juga mencantumkan kriteria penerimaan, periode pengamatan, dan batasan yang harus dijaga, misalnya memastikan dimensi tetap sesuai spesifikasi tanpa menyebabkan waktu setup yang tidak dapat diterima.

Tetapkan penanggung jawab untuk menyiapkan alat bantu, penanggung jawab lain untuk mengumpulkan hasil inspeksi, serta pihak yang jelas berwenang memutuskan apakah perubahan diterima atau ditolak. Sertakan alokasi waktu mesin, tenaga kerja, dan kapasitas inspeksi yang diperlukan untuk uji coba. “Uji minggu depan” belum merupakan rencana yang siap dijalankan.

Alokasikan waktu dalam jadwal produksi untuk uji coba yang telah disetujui

Kegiatan perbaikan sering harus berebut kapasitas dengan pesanan yang justru ingin dibantu penyelesaiannya. Dalam contoh ini, persiapan dan pengujian alat bantu penentu posisi memerlukan sumber daya pemesinan yang juga digunakan untuk pekerjaan lain, sementara pesanan pelanggan tetap harus dikirim.

Jika uji coba hanya dicatat dalam daftar tindakan terpisah, perencana harus menyesuaikannya dengan antrean mesin, ketersediaan operator, dan pekerjaan pada proses berikutnya. Saat pesanan mendesak masuk, penyesuaian itu harus dilakukan lagi. Uji coba pun mudah tertunda karena kebutuhan kapasitasnya tidak terlihat dalam rencana produksi.

SkyPlanner mempermudah koordinasi tersebut. Masukkan uji coba yang telah disetujui sebagai pekerjaan produksi, lengkap dengan tahapan proses, stasiun kerja yang dapat digunakan, durasi, dan ketergantungan antarpekerjaan yang diperlukan. Arcturus, mesin penjadwalan SkyPlanner, menjadwalkan pekerjaan tersebut bersama job pelanggan dengan mempertimbangkan shift, kapasitas stasiun kerja, dan aturan penjadwalan yang telah dikonfigurasi.

Linimasa Gantt menunjukkan kapan uji coba dapat dijalankan dan bagaimana beban kerja pada sumber daya yang digunakan bersama memengaruhi penyelesaian pesanan. Alih-alih memperbaiki antrean tiap mesin secara manual, perencana menggunakan satu jadwal yang saling terhubung dan dapat mempertimbangkan dampaknya terhadap pengiriman saat mengambil keputusan.

Tim Anda tetap memutuskan apakah uji coba boleh dijalankan dan pekerjaan mana yang diprioritaskan. Prioritas, aturan, dan penguncian mengarahkan perhitungan jadwal; mencantumkan uji coba pada linimasa bukan berarti uji coba tersebut telah mendapat persetujuan dari sisi keselamatan atau kualitas.

Setelah perubahan yang terbukti berhasil disetujui untuk penggunaan rutin, perbarui data produksi yang terkait, seperti durasi setup atau routing produksi yang telah disepakati. SkyPlanner kemudian menggunakan data tersebut untuk menjadwalkan pekerjaan berikutnya. Dengan demikian, hasil perbaikan diterapkan dalam perencanaan harian, bukan membiarkan jadwal tetap memakai asumsi lama.

SkyPlanner dapat diintegrasikan dengan ERP atau MES apa pun melalui REST API terbukanya, sehingga pendekatan penjadwalan ini dapat berjalan berdampingan dengan sistem bisnis yang sudah Anda gunakan.

Periksa dampaknya, bukan sekadar apakah tindakannya sudah selesai

Pemasangan alat bantu penentu posisi menuntaskan satu tugas implementasi. Namun, itu belum menuntaskan proses A3.

Bandingkan hasil uji coba dengan target awal menggunakan definisi yang sama dengan data acuan awal. Dalam contoh pemesinan ini, kaji changeover yang sebanding, hasil pemeriksaan benda kerja pertama setelah changeover, dan waktu setup. Catat perubahan komposisi produk atau kondisi operasi yang mungkin menjelaskan perbedaan hasil. Job yang selesai lebih cepat karena mengerjakan komponen yang lebih mudah tidak membuktikan bahwa tindakan perbaikan telah mengatasi masalah awal.

SkyPlanner menyediakan konteks produksi yang berguna untuk evaluasi tersebut. Laporan Job menampilkan waktu aktual yang dicatat untuk suatu job, siapa yang mengerjakannya, dan stasiun kerja yang digunakan. Semua Catatan Waktu menyajikan kejadian beserta cap waktunya, sedangkan Laporan Item Pesanan merangkum durasi, waktu yang dicatat, dan selisih keduanya pada tingkat item pesanan.

Catatan ini membantu tim menghubungkan hasil pengamatan dengan pekerjaan yang benar-benar dijalankan, bukan membandingkan angka total dari minggu yang berbeda tanpa mengetahui pekerjaan di baliknya. Gunakan catatan tersebut bersama hasil inspeksi dan pengamatan langsung terhadap proses yang diperlukan untuk A3. Waktu yang dicatat saja tidak dapat menjelaskan penyebab cacat atau membuktikan bahwa peningkatan terjadi karena tindakan perbaikan.

Simpan data acuan awal dan catatan uji coba sebelum mengubah asumsi untuk perencanaan berikutnya. Estimasi yang diperbarui memang berguna untuk jadwal berikutnya, tetapi tidak boleh menggantikan acuan yang digunakan untuk menilai percobaan.

Jika uji coba tidak mencapai target, kaji kembali buktinya. Apakah dugaan penyebabnya keliru, tindakan perbaikan diterapkan tidak sesuai rencana, atau ada kondisi lain yang berubah? Catat pembelajaran yang diperoleh dan rencanakan pengujian berikutnya. Jangan menutup laporan hanya karena tidak ada lagi tindakan yang tersisa dalam daftar.

Jadikan perubahan yang diterima sebagai bagian dari pekerjaan rutin

Jika bukti mendukung perubahan dan tim yang bertanggung jawab menerimanya, perbarui instruksi kerja, pemeriksaan setup, dan pelatihan yang terkait. Pastikan seluruh shift yang terdampak dapat menggunakan metode baru, lalu tetapkan waktu tindak lanjut untuk memeriksa apakah hasil perbaikan tetap bertahan. Bagikan pembelajaran tersebut kepada tim dengan proses serupa yang mungkin dapat menerapkannya, tanpa menganggap solusi yang sama cocok untuk setiap mesin.

Penyampaian jadwal ke pelaksana produksi juga penting. Metode baru tidak dapat memberi manfaat secara konsisten jika produksi terus mengikuti antrean kerja yang sudah tidak mutakhir.

Di UTU, produsen peralatan listrik, penggunaan spreadsheet terpisah di tiap departemen dahulu menyulitkan penyampaian perubahan urutan produksi ke lantai produksi. Pengalaman UTU menggunakan SkyPlanner menggambarkan tampilan perencanaan bersama di seluruh pabrik dan antrean kerja terbaru yang sampai ke lini produksi dalam hitungan detik. Pengalaman ini menjadi bukti yang berguna tentang bagaimana perubahan rencana dapat diterapkan dalam pekerjaan harian, alih-alih membiarkan setiap orang menyelaraskan daftar yang terpisah.

Mulai dari satu masalah yang terus berulang

Pilih satu kesenjangan kinerja produksi yang berulang, dengan cakupan yang jelas dan penanggung jawab yang telah ditetapkan. Amati pekerjaan bersama orang yang menjalankannya, tetapkan data acuan awal yang dapat digunakan untuk perbandingan, dan gunakan A3 agar penjelasan yang diajukan terbuka untuk diuji secara kritis. Sepakati uji coba serta bukti yang akan menentukan apakah perubahan layak dipertahankan.

Gunakan SkyPlanner untuk memasukkan pekerjaan produksi yang telah disepakati tersebut ke dalam jadwal yang realistis bersama pesanan pelanggan. Anda tidak perlu berulang kali mencocokkan daftar kegiatan perbaikan dengan antrean mesin yang terpisah, dan tim dapat melihat dampak uji coba terhadap produksi sebelum berkomitmen menjalankannya.

Jadwalkan demo untuk membahas satu uji coba yang telah disetujui, sumber daya produksi bersama yang dibutuhkan, dan job pelanggan yang bersaing menggunakan sumber daya tersebut. Lihat bagaimana SkyPlanner menyatukannya dalam satu rencana terpadu. Atau, mulai uji coba menggunakan data demo atau panduan Getting Started berbantuan AI di SkyPlanner Assistant untuk menjelajahi sendiri alur kerja penjadwalannya.