Ikuti perubahan pemasok dari permintaan hingga rilis. Jaga revisi saat ini, keputusan stok, dan pekerjaan belum selesai tetap jelas pada setiap langkah.
Masuk untuk menjelajahi contoh di Jodoo. Layar menampilkan catatan manufaktur fiktif.
| Istilah | Tujuan | Jangan disamakan dengan |
|---|---|---|
| ECR: permintaan perubahan rekayasa | Mengusulkan perubahan dan menjelaskan mengapa perubahan perlu dinilai. | Izin untuk mulai menggunakan komponen atau instruksi yang telah diubah. |
| ECO: perintah perubahan rekayasa | Menetapkan ruang lingkup yang diotorisasi dan pekerjaan implementasi. | Bukti bahwa setiap item terdampak sudah berlaku. |
| ECN: pemberitahuan perubahan rekayasa | Mengomunikasikan perubahan yang sudah berlaku serta kepada siapa atau apa perubahan diterapkan. | Pengganti keputusan teknis yang belum diselesaikan atau bukti implementasi. |
Perusahaan menggunakan istilah ini secara berbeda. Prosedur Anda mungkin menggabungkan dokumen atau memakai nama lain. Pertahankan perbedaan keputusan yang mendasarinya, dan pastikan orang yang mengubah produksi memahami keputusan mana yang mereka terima.
Dalam contoh fiktif, tim ingin mengkualifikasi pemasok alternatif untuk bracket BRK-104 yang saat ini berada pada revisi B. Pemohon mencatat alasan bisnis, perubahan yang diusulkan, dan bukti kualifikasi. Tim engineering tidak semestinya harus menebak gambar atau item mana yang dimaksud usulan.
Pisahkan penanganan segera dari perubahan permanen. Jika material saat ini tidak aman atau tidak sesuai, ikuti prosedur mutu yang berlaku sementara penilaian engineering berjalan.
Engineering memutuskan apakah permintaan cukup spesifik untuk dinilai. Kembalikan permintaan jika ruang lingkup atau bukti belum lengkap. Penerimaan memungkinkan perintah disiapkan; hal itu bukan instruksi bagi pembelian atau produksi untuk beralih.
Gunakan formulir permintaan perubahan rekayasa agar usulan dan peninjauannya tetap terhubung.
Bracket berpindah dari B ke C; instruksi perakitan memerlukan perubahan revisinya sendiri. Tinjau dampak mutu, manufaktur, dan pembelian. Tentukan fungsi mana yang benar-benar perlu berkontribusi alih-alih memakai daftar peninjauan yang sama untuk setiap kategori.
Catat 40 bracket dalam stok secara terpisah dari 12 unit barang dalam proses. Keputusan penghabisan stok yang masih menunggu dari pembelian tidak boleh menghilang hanya karena manufaktur telah menyepakati metode pengerjaan ulang.
Sepakati ruang lingkup per item, disposisi, tanggung jawab, dan peralihan yang direncanakan. Periksa isi penilaian fungsional, bukan hanya jumlah yang selesai. Tentukan tindakan mana yang kritis untuk rilis.
Kumpulan template ECO menyediakan struktur bagi keputusan tersebut. Biarkan revisi saat ini tidak berubah sementara pekerjaan sedang disiapkan.
Perbarui instruksi yang diperlukan, selesaikan kualifikasi atau inspeksi, tuntaskan disposisi material, dan beri pengarahan kepada pihak terkait. Tetapkan setiap tindakan dan tinjau buktinya. Dalam contoh perubahan gambar pada App, inspeksi unit pertama menunggu alat ukur pengganti; otorisasi perintah tidak membuat tugas tersebut selesai.
Gunakan proses kontrol dokumen untuk instruksi yang direvisi dan bukti penerimaan. App perubahan rekayasa mencatat keputusan rilis; App tidak menggantikan siklus hidup dokumen yang terpisah. Jika hasil implementasi tidak dapat diterima, kembalikan untuk diperbaiki, bukan menjadikan tindakan kritis opsional hanya agar tenggat terpenuhi.
Identifikasi item, revisi, dan batas operasional yang kini mulai berlaku. Periksa bahwa revisi saat ini masih sesuai dengan titik awal dan pekerjaan wajib telah diverifikasi. Pertahankan riwayat dari revisi asal hingga revisi dirilis dan komunikasikan instruksi berlaku kepada penggunanya.
Contoh ini mencatat rilis yang sudah berlaku; tidak menjadwalkan aktivasi di masa mendatang. Jika banyak item harus berubah secara atomik atau sistem lain memiliki revisinya, rancang dan validasi kontrol tersebut secara terpisah.
| Peran | Keputusan atau pekerjaan | Bukti yang perlu disimpan |
|---|---|---|
| Pemohon | Jelaskan masalah dan perubahan yang diusulkan. | Item saat ini, alasan, informasi pendukung, dan perbaikan. |
| Peninjau engineering | Nilai kelayakan teknis dan ruang lingkup terdampak. | Alasan peninjauan dan revisi yang diusulkan. |
| Peninjau fungsional | Selesaikan dampak mutu, pasokan, dan manufaktur. | Temuan setiap fungsi dan keputusan disposisinya. |
| Penanggung jawab implementasi | Laksanakan pekerjaan perubahan yang ditugaskan. | Hasil, bukti penyelesaian, dan pengecualian. |
| Peninjau rilis | Konfirmasikan kesiapan dan batas berlaku. | Rilis yang telah ditinjau dan riwayat revisi yang dipertahankan. |
| Koordinator perubahan | Tindak lanjuti keputusan yang belum ada dan jaga agar pekerjaan tetap terhubung. | Peninjauan tertunda, tindakan kritis, dan catatan eskalasi. |
Satu orang dapat memegang beberapa peran dalam tim kecil, tetapi prosedur tetap harus menunjukkan keputusan mana yang sedang dibuat. Konfigurasikan penugasan tugas bawaan dan izin agar sesuai dengan tanggung jawab yang disepakati sebelum digunakan secara nyata.
Nilai ulang usulan terhadap revisi saat ini yang baru. Jangan menerapkan instruksi sebelum dan sesudah yang lama secara membabi buta. Jelaskan apakah usulan telah digantikan, perlu direvisi, atau dapat digabungkan dengan perubahan lainnya.
Biarkan keputusan stok tetap terbuka dan tampilkan keterlambatannya kepada koordinator. Tentukan pekerjaan apa yang dapat dilanjutkan dengan aman tanpa menganggap disposisi material telah disetujui.
Kembalikan tindakan dengan perbaikan yang spesifik. Simpan hasil gagal dan bukti berikutnya agar keputusan rilis akhir dapat dipahami.
Kendalikan masalah dan gunakan perubahan korektif yang dapat dilacak atau prosedur pembalikan yang disetujui. Jangan menghapus rilis terdahulu atau menggunakan ulang label revisi dengan cara yang membuat riwayat menjadi ambigu.
| Metrik | Cara mendefinisikannya | Cara menafsirkannya |
|---|---|---|
| Waktu penyelesaian peninjauan | Stempel waktu keputusan dikurangi stempel waktu pengajuan, untuk setiap jenis peninjauan. | Pisahkan waktu menunggu informasi dari waktu menunggu peninjau. |
| Tingkat pengembalian permintaan | Permintaan yang dikembalikan untuk diperbaiki ÷ permintaan yang ditinjau dalam kelompok yang sama. | Tingkat yang tinggi dapat menunjukkan pertanyaan formulir yang tidak jelas atau bukti yang tidak memadai, bukan semata-mata kinerja pemohon yang buruk. |
| Tumpukan pekerjaan kritis rilis | Jumlah tindakan implementasi kritis yang masih terbuka, dikelompokkan menurut perintah dan tenggat. | Bedakan pekerjaan yang sudah diotorisasi tetapi terhambat dari perubahan yang masih dinilai. |
| Waktu tunggu implementasi | Stempel waktu rilis berlaku dikurangi stempel waktu otorisasi perintah. | Bandingkan kategori perubahan serupa; koreksi gambar dan kualifikasi pemasok bukan beban kerja yang setara. |
Ini adalah definisi untuk rancangan pelaporan Anda, bukan hasil yang diklaim dari contoh. Tetapkan kelompok data, kalender, dan perlakuan terhadap perubahan yang dibatalkan sebelum membandingkan periode. Dasbor harus membantu tim memilih tindakan, bukan hanya menampilkan angka besar.
Pilih satu komponen atau instruksi dengan revisi saat ini yang diketahui dan kelompok peninjau kecil. Jalankan kasus normal, permintaan yang dikembalikan, dan tindakan implementasi yang terhambat. Minta pengguna produksi mengidentifikasi revisi berlaku dan menjelaskan penanganan stok lama tanpa meminta bantuan koordinator.
Sesuaikan kolom, kategori, dan tampilan Jodoo hanya jika prosedur nyata memerlukannya. Pertahankan kontrol CAD, transaksi ERP, dan validasi teregulasi dalam ruang lingkup sistem serta ahli yang tepat. Perluas setelah tim pertama dapat menggunakan proses secara andal.
Berikan pemohon struktur informasi yang diperlukan untuk penilaian.
Rencanakan item terdampak, disposisi, dan implementasi.
Pilih software yang mendukung kebutuhan kontrol Anda yang sebenarnya.
Tidak. Penamaannya dapat berbeda. Yang penting adalah membedakan usulan, ruang lingkup implementasi yang telah diotorisasi, dan komunikasi perubahan yang sudah berlaku. Jika perusahaan menggunakan satu dokumen, tahapan dan tanggung jawab keputusan di dalamnya tetap harus menjelaskan ketiga perbedaan tersebut.
Tunjuk satu koordinator agar perubahan terus berjalan, tetapi serahkan keputusan teknis dan fungsional kepada orang yang berkompeten. Tim pembelian dapat mengonfirmasi pasokan dan penghabisan stok; mereka tidak semestinya otomatis menjadi pihak yang menyetujui kelayakan teknis.
Bedakan pekerjaan yang wajib selesai sebelum rilis dari tindak lanjut yang secara wajar dapat diteruskan setelahnya. Misalnya, verifikasi metode inspeksi yang diubah mungkin sangat penting, sedangkan peninjauan kinerja pemasok jangka panjang mungkin tidak. Catat alasannya, alih-alih menandai semua tindakan sebagai opsional hanya agar tanggal terpenuhi.
Kendalikan masalah sesuai prosedur mutu dan nilai revisi yang telah dirilis melalui perubahan baru yang dapat dilacak atau prosedur pembalikan yang disetujui. Jangan menghapus bukti rilis sebelumnya atau diam-diam mengembalikan nomor revisi lama.
Mulailah dengan perubahan pada satu komponen atau instruksi, kelompok peninjau kecil, dan serah terima yang jelas ke produksi. Sertakan permintaan yang dikembalikan atau tugas implementasi yang terhambat, bukan hanya skenario yang lancar. Perluas setelah tim dapat menjelaskan revisi mana yang berlaku dan alasannya.
