M365Con 2027 – konferensi online gratis · 11–22 Jan 2027 · 120 sessions→ m365con.net

Blog · Mirko Peters

Perangkat Lunak Value Stream Management untuk Manufaktur: Hal yang Perlu Diperhatikan

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By ·

Perangkat lunak value stream management untuk manufaktur sebaiknya memodelkan aliran material dan informasi dengan data langsung. Gunakan daftar periksa, kartu skor, dan uji coba berikut untuk memilih.

Automatically translated with AI from the original post. Read the English original

Perangkat lunak value stream management untuk manufaktur adalah alat yang memodelkan bagaimana material dan informasi mengalir melalui suatu famili produk, serta menjaga gambaran tersebut tetap mutakhir dengan data dari sistem Anda. Artikel ini ditujukan bagi manajer lean yang diminta mengevaluasi alat, atau yang merasa bahwa menggambar dan memperbarui peta secara manual sudah menjadi hambatan. Artikel ini menjelaskan apa itu perangkat lunak tersebut, sepuluh kriteria yang penting, cara membandingkan opsi dengan kartu skor, cara menjalankan uji coba, serta kesalahan yang membuat lisensi terbuang percuma.

Poin Penting

  • Perangkat lunak value stream management untuk manufaktur memodelkan aliran material dan informasi untuk suatu famili produk, serta menjaga peta dan metriknya tetap mutakhir dari data langsung.
  • Banyak produk yang dijual dengan nama serupa melayani software delivery dan melacak item kerja; pastikan produk tersebut menangani routing, antrean, batch, dan takt time.
  • Sepuluh kriteria mencakup pilihan: koneksi data, pemodelan aliran, metrik, kolaborasi, skenario kondisi masa depan, famili produk, kemudahan penggunaan, keamanan, biaya, dan dukungan.
  • Kartu skor berbobot membuat trade-off terlihat jelas, tetapi uji coba pada satu famili produk nyata sebaiknya yang menentukan pilihan.
  • Bandingkan waktu untuk menggambar dan memperbarui peta, akurasi data dibandingkan kondisi lantai produksi, serta apakah tim masih menggunakan perangkat lunak tersebut setelah bulan pertama.

Apa itu perangkat lunak value stream management?

Metode didahulukan, perangkat lunak menyusul. Platform value stream management atau perangkat lunak VSM hanya membantu jika value stream sudah dipahami. Value stream mapping adalah metode lean untuk menggambar aliran material dan informasi bagi satu famili produk, lengkap dengan langkah proses, antrean, dan serah terima. Buku kerja Learning to See dari Lean Enterprise Institute (LEI) mengajarkannya dengan kertas dan pensil, dan peta pertama sebaiknya dimulai dengan cara itu.

Perangkat lunak menambahkan tiga hal. Pertama, ia menyimpan peta dalam model yang dapat diedit oleh beberapa orang sekaligus. Kedua, ia menghubungkan model ke data, sehingga lead time, persediaan, dan cycle time berasal dari sistem, bukan dari berkeliling pabrik dengan stopwatch. Ketiga, ia menjaga peta tetap mutakhir, sehingga peta tidak menjadi usang di dinding.

Sebuah peringatan terkait nama. Banyak produk yang dijual sebagai alat value stream management melayani software delivery. Alat-alat ini melacak item kerja dari ide hingga rilis di seluruh tim pengembangan dan operasi. Halaman Planview, dari vendor di bidang tersebut, menggambarkan gagasan ini dengan cara seperti itu. Alat semacam ini bisa baik dalam fungsinya, tetapi merupakan kategori yang berbeda dari alat untuk pabrik dengan routing, batch, dan mesin. Tanyakan kepada setiap vendor bagaimana produknya menangani antrean antar-mesin, changeover, dan takt time, yaitu ritme yang ditentukan oleh permintaan pelanggan.

Apa perbedaannya dengan platform software delivery?

Hasil pencarian untuk topik ini didominasi oleh perangkat lunak untuk tim agile dan pengembangan perangkat lunak. Pasar tersebut, yang sering digambarkan dengan ide strategic portfolio management dan release train, memberikan visibilitas menyeluruh atas proses pengiriman dari ide hingga rilis, menghubungkan pekerjaan dengan hasil bisnis, dan mengukur aliran pekerjaan melalui pipeline pengembangan dengan metrik seperti lead time. Beberapa kerangka kerja agile terskala menambahkan portfolio management di atasnya; periksa dokumentasi masing-masing kerangka kerja untuk detailnya.

Tujuannya, yaitu mengirimkan nilai kepada pelanggan lebih cepat, sama seperti di pabrik. Objeknya yang berbeda. Dalam perangkat lunak, value stream adalah rangkaian tiket, build, dan rilis. Dalam manufaktur, value stream adalah aliran material, dengan mesin, batch, antrean, dan changeover, serta informasi yang memicunya. Jika tujuan Anda adalah pengembangan produk di pabrik, atau Anda harus menghubungkan proyek perangkat lunak dengan proyek pabrik, Anda mungkin memerlukan kedua dunia tersebut. Di pabrik, pengiriman nilai berarti aliran material dan aliran informasi bergerak bersama, dan manfaatnya adalah efisiensi operasional, lead time yang lebih pendek, serta optimasi seluruh aliran, bukan optimasi mesin per mesin. Untuk aliran sebuah keluarga produk di lantai produksi, pilih perangkat lunak yang dirancang khusus untuk itu, dan optimalkan value stream map di titik tempat pemborosan sebenarnya berada.

Apa yang seharusnya dilakukan perangkat lunak?

Gunakan sepuluh kriteria, dan beri bobot sesuai situasi Anda:

  1. Koneksi data. Apakah perangkat lunak dapat membaca pesanan, routing, stok, dan waktu dari sistem ERP Anda dan, jika ada, dari sistem lantai produksi? Data real-time adalah alasan utama untuk membeli, dan data yang baik memberikan visibilitas di seluruh value stream.
  2. Pemodelan aliran. Apakah perangkat lunak memodelkan aliran material dan informasi, dengan kotak proses, segitiga persediaan, panah push dan pull, serta garis waktu?
  3. Metrik. Apakah perangkat lunak menghitung lead time, waktu yang menciptakan nilai, jumlah hari persediaan, dan takt time, serta menampilkannya per langkah dan per aliran?
  4. Kolaborasi. Apakah beberapa orang dapat bekerja pada satu model, memberi komentar, dan melihat versi, sehingga tim menyepakati peta yang sama?
  5. Skenario kondisi masa depan. Apakah Anda dapat menyalin kondisi saat ini, mengubahnya, dan membandingkan hasilnya?
  6. Keluarga produk. Apakah perangkat lunak dapat mengelompokkan banyak produk berdasarkan routing dan menangani varian tanpa membuat peta untuk setiap part number?
  7. Kemudahan penggunaan. Dapatkah seorang team leader mempelajarinya dalam sehari? Perangkat lunak yang hanya bisa digunakan oleh spesialis tidak akan dipakai di lantai produksi.
  8. Keamanan dan hosting. Di mana data disimpan, siapa yang dapat melihatnya, dan bagaimana kesesuaiannya dengan aturan TI Anda?
  9. Biaya. Lisensi, pengaturan awal, interface, dan pelatihan, selama tiga tahun.
  10. Dukungan dan roadmap. Siapa yang membantu ketika sebuah interface rusak, dan seberapa paham vendor terhadap manufaktur?

Mengapa data real-time penting?

Peta yang digambar tangan hanyalah potret sesaat. Peta itu menunjukkan satu hari, dan pada kuartal berikutnya lead time sudah berbeda. Data value stream real-time menjaga peta dan angka-angkanya tetap mendekati kenyataan, sehingga tim dapat melihat apakah sebuah perubahan memberikan manfaat.

Ada satu hal yang perlu diperhatikan: data real-time membutuhkan data yang baik. Lapisan-lapisan sistem pabrik sering dijelaskan dengan model ISA-95. Halaman Fabrico tentang ISA-95, dari vendor MES, menjelaskan bahwa ERP pada tingkat perencanaan bisnis bekerja dalam hitungan hari hingga bulan, sedangkan manufacturing execution pada tingkat operasi bekerja dalam hitungan menit hingga shift. Pesanan dan routing biasanya berasal dari sistem ERP, dan waktu serta jumlah aktual dari lantai produksi. Jika data lantai produksi Anda dicatat terlambat atau secara manual, peta akan mewarisi kesalahan tersebut. Periksa data terhadap kondisi di lantai produksi sebelum Anda mempercayai peta tersebut.

Bagaimana cara membandingkan opsi?

Buatlah scorecard berbobot. Berikan bobot pada setiap kriteria, sehingga total bobot berjumlah 100. Beri nilai setiap opsi dari 1 (buruk) hingga 5 (sangat baik). Kalikan, jumlahkan, lalu bagi 5 untuk memperoleh skor dari 100.

Berikut contoh fiktif dengan tiga opsi anonim. Bobotnya adalah 25 untuk koneksi data, 20 untuk pemodelan aliran, 15 untuk kolaborasi, 15 untuk metrik, 10 untuk skenario, 10 untuk kemudahan penggunaan, dan 5 untuk biaya dan keamanan.

  • Opsi A: nilainya 4, 3, 3, 4, 2, 5, dan 4. Jumlah berbobotnya adalah 100 ditambah 60 ditambah 45 ditambah 60 ditambah 20 ditambah 50 ditambah 20, yaitu 355, atau 71 dari 100.
  • Opsi B: nilainya 5, 4, 4, 4, 4, 3, dan 3. Jumlahnya adalah 125 ditambah 80 ditambah 60 ditambah 60 ditambah 40 ditambah 30 ditambah 15, atau 410, yaitu 82.
  • Opsi C: mendapat skor 2, 5, 2, 3, 1, 4 dan 5. Jumlahnya 50 ditambah 100 ditambah 30 ditambah 45 ditambah 10 ditambah 40 ditambah 25, atau 300, yang sama dengan 60.

Opsi B unggul, terutama karena koneksi datanya. Titik lemahnya adalah kemudahan penggunaan dengan skor 3, jadi pilot perlu menguji apakah para pemimpin tim dapat bekerja dengan alat ini. Scorecard mempersempit pilihan; keputusan akhir tidak ditentukan olehnya.

Bagaimana cara menjalankan pilot?

Uji alat tersebut pada satu keluarga produk nyata, selama empat sampai enam minggu:

  1. Pilih sebuah keluarga produk yang petanya sudah diketahui atau yang dapat digambar tim dalam dua hari.
  2. Gambar petanya secara manual terlebih dahulu. Ini menjadi acuan Anda.
  3. Bangun peta di dalam alat. Catat berapa lama waktu yang dibutuhkan dan siapa saja yang perlu dibantu.
  4. Hubungkan data. Bandingkan waktu tunggu dan persediaan yang ditampilkan perangkat lunak dengan yang diukur tim di lantai produksi.
  5. Ubah petanya. Perbarui kondisi saat ini setelah ada perubahan nyata dan catat upaya yang diperlukan.
  6. Modelkan kondisi masa depan. Pastikan tim dapat mencoba sebuah skenario dan memahami hasilnya.
  7. Tanyakan kepada penggunanya. Setelah satu bulan, apakah para pemimpin tim masih membukanya?

Putuskan berdasarkan fakta: waktu untuk menggambar dan memperbarui, akurasi terhadap kondisi lantai produksi, serta penggunaan setelah bulan pertama.

Kesalahan umum

  • Membeli sebelum memetakan secara manual. Tanpa metode yang jelas, perangkat lunak hanya akan menggambar hal yang keliru lebih cepat.
  • Memilih alat delivery perangkat lunak untuk pabrik. Kosakatanya terdengar tepat, tetapi antrean, batch, dan mesin tidak ada di dalamnya.
  • Mengabaikan kualitas data. Data langsung dari pemesanan yang buruk akan menghasilkan peta langsung yang salah.
  • Menilai berdasarkan fitur, bukan penggunaan. Produk yang kaya fitur tetapi tidak dibuka oleh siapa pun tidak memberikan manfaat apa pun.
  • Melewatkan pilot. Demo hanya menunjukkan skenario terbaik, jadi ujilah dengan data Anda sendiri.
  • Melupakan rutinitas. Perangkat lunak tidak menggantikan tinjauan mingguan, pemilik proses, atau daftar tindakan.

Bagaimana perangkat lunak dapat membantu

Perangkat lunak paling membantu ketika Anda memiliki banyak keluarga produk atau lokasi, data yang tersebar di beberapa sistem, dan kebutuhan untuk menjaga peta tetap mutakhir. Polaris VSM dari iFAKT adalah modul untuk value stream mapping berbasis data yang memodelkan aliran material dan informasi secara kolaboratif serta membuat pemborosan dan hambatan terlihat jelas. Modul ini merupakan bagian dari iFAKT Polaris, perangkat lunak produksi yang menggabungkan data ERP dengan digital twin manufaktur dan AI untuk mengoptimalkan jadwal produksi, mengungkap hambatan, dan meningkatkan ketepatan pengiriman. Ujilah, seperti alat lainnya, melalui pilot.

Langkah berikutnya

Pemilihan perangkat lunak value stream management dimulai dari kriteria Anda sendiri, bukan dari demo vendor. Minggu ini, tuliskan sepuluh kriteria Anda beserta bobotnya, pilih satu keluarga produk untuk pilot, dan minta setiap pemasok dalam daftar pendek untuk menampilkan data Anda di alat mereka.

Entities in this article

Polaris VSM iFAKT Polaris

Related articles

RSS

Disponsori

iFAKT GmbH