Praktik terbaik untuk integrasi CMMS dengan Stuart Fergusson (PODCAST)

Seluk beluk integrasi CMMS, dengan podcast Proyek Keandalan Fiix dan Rob

Memiliki perangkat lunak yang tepat tidak cukup bagi bisnis untuk bertahan (apalagi berkembang) di dunia saat ini. Semua sistem yang berbeda itu perlu bertukar informasi, bekerja sebagai tim, dan memberi Anda data untuk membuat keputusan yang lebih baik. Agar itu terjadi, mereka harus terintegrasi. Tentu saja, ini seringkali lebih mudah diucapkan daripada dilakukan. Stuart Fergusson, Manajer Senior Teknik Penjualan Fiix, mengunjungi podcast Proyek Keandalan Rob untuk mengungkap integrasi CMMS. Stuart dan pembawa acara Rob Kalwarowsky mendiskusikan:

• Apa itu integrasi CMMS dan bagaimana cara kerjanya
• Membangun kasus bisnis dan strategi eksekusi untuk integrasi CMMS
• Cara terbaik untuk mengelola data, mengukur hasil, dan meraih kemenangan
• Apa yang akan terjadi di masa depan untuk perangkat lunak dan teknologi pemeliharaan

Dengarkan episode podcast di bawah ini (juga tersedia di podcast Google atau podcast Apple) atau baca transkripnya di bawah.

Transkrip Episode

Lihat transkrip episode

Rob Kalwarowsky :Selamat datang di Proyek Keandalan Rob. Saya Rob Kalwarowsky. Pada episode minggu ini, saya menyambut Stuart Fergusson dari Fiix Software untuk berbicara tentang integrasi CMMS. Kami mendiskusikan perangkat lunak atau sumber data lain yang harus kami hubungkan dengan CMMS kami dan kami berbicara tentang cara memulai. Stuart, apa kabar?

Stuart Fergusson :Saya sangat baik. Terima kasih telah menerima saya.

Merampok :Tidak, terima kasih telah bergabung dengan kami hari ini. Dan untuk semua orang yang mendengarkan, Stuart adalah pemimpin rekayasa solusi di Fiix Software. Itu Fiix, f-i-i-x dengan dua i. Dan jika Anda ingin melihat situs web mereka, kunjungi saja fiixsoftware.com. Sekali lagi, Fiix dengan dua saya. Sekarang, Stuart. Apakah Anda hanya memberi kami sedikit latar belakang tentang diri Anda? Seperti, bagaimana Anda memulai perawatan dan keandalan?

Mulai :Ya, pasti. Jadi, sebelum Fiix, saya benar-benar menghabiskan masa karir saya di industri. Jadi, baru lulus dari sekolah, insinyur listrik muda, masih basah di belakang telinga, saya bergabung dengan Proctor and Gamble. Departemen teknik kami sebenarnya di mana saya memimpinnya. Jadi, belajar dari sisi depan desain dan pemasangan dengan kontrol pabrik di Grup Sistem Informasi. Jadi, banyak pekerjaan listrik di sana. Tapi itu benar-benar mengajarkan Anda pentingnya desain dan pemasangan itu ketika Anda masuk ke dunia pemeliharaan. Setelah itu semua dimainkan, saya melompat ke sisi operasi rumah dalam manajemen operasi, berurusan dengan sehari-hari dan gangguan menyeluruh dalam budaya keandalan dan benar-benar belajar betapa pentingnya front-end itu, tetapi mendapatkan untuk menggali gigi saya ke bagian belakang juga dengan menjaga tanaman berjalan semulus mungkin, sehingga untuk berbicara. Dari sana, saya beralih ke Fiix, semacam membawa pengetahuan itu ke tim kami dan benar-benar bekerja untuk bagaimana kami dapat benar-benar berfokus pada keandalan dan mendorong nilai itu kepada orang-orang yang menggunakan platform kami.

Merampok :Ya. Itu keren. Saya sangat menyukai sisi desain dan sisi pemasangan karena menurut saya ada banyak hal yang bisa Anda dapatkan dari perspektif keandalan yang mungkin tidak selalu kami pertimbangkan sebagai orang yang melakukan perawatan semu.

Mulai :Ya tentu saja. Ada hal-hal yang harus Anda pertimbangkan di awal, dan hal itu mungkin tidak ada dalam matriks evaluasi Anda, atau model penetapan biaya Anda, atau yang lainnya, tetapi jika Anda benar-benar dapat memahami siklus hidup, apa yang Anda masukkan dan apa yang akan terjadi. masuk ke peralatan itu, tidak hanya untuk enam bulan atau tahun pertama, tetapi bagaimana Anda akan menjaga hal itu tetap berjalan selama dekade berikutnya, dua dekade, atau hei, bahkan tiga dekade. Kami memiliki mesin di sana dari tahun 70-an. Itu berjalan seperti jam karena seseorang memiliki pandangan ke depan untuk berpikir tentang bagaimana itu akan digunakan dan bagaimana itu akan dipertahankan. Itu yang besar.

Merampok :Sepertinya semua, atau banyak, dari barang-barang lama yang jika dibuat selama ini, itu akan bertahan 20 tahun lagi karena, sebagian, itu dirancang secara berlebihan. Tapi beberapa hal itu lucu, tapi seperti saya melihat banyak peralatan listrik akhir-akhir ini sendiri. Dan Anda melihat kedua ujungnya. Anda tidak benar-benar melihat bagian tengahnya. Anda melihat barang baru atau barang lama. Anda tidak benar-benar melihat banyak di tengah.

Mulai :Ya, pasti. Anda mendapatkan camshaft virtual itu, tetapi masih belum ada banyak pengganti untuk pendukung casing camshaft lama. Pengisap itu akan berlari tidak peduli apa yang melewatinya. Ini hanya akan berjalan.

Merampok :Jadi, Stuart, jelas Anda bekerja untuk Fix, yang mereka sediakan, atau Anda berikan, CMMS, dan saya ingin Anda hari ini berbicara sedikit tentang integrasi CMMS. Apakah Anda ingin memberi kami pengantar tentang apa itu integrasi CMMS, dengan apa kami mengintegrasikan CMMS kami, dan hanya memberi kami latar belakangnya?

Stuar t:Ya, pasti. Pada tingkat tertinggi, integrasi CMMS menghubungkan platform pemeliharaan Anda ke sumber data lain dalam bisnis manufaktur Anda, baik itu layanan lapangan, hingga barang konsumsi atau makanan dan minuman. Anda mungkin memiliki PLC, Anda mungkin memiliki sensor, sistem ERP. Apa pun itu, ini menghubungkan sumber data lain tersebut ke platform pemeliharaan Anda sehingga Anda dapat membuat keputusan pemeliharaan yang lebih tepat dan memberi Anda sedikit lebih banyak data.

Merampok :Sekarang, ketika Anda mengatakan menghubungkan PLC dan sumber data lainnya, apakah Anda juga ingin melakukan analisis di CMMS, atau hanya mengeluarkan perintah kerja untuk aset tertentu itu?

Mulai :Ini sangat tergantung pada kasus penggunaan Anda dan apa tujuannya dari program keandalan Anda. Saya telah mendengarkan beberapa di antaranya dan, Anda tahu, di situlah semua ini dimulai, dengan program keandalan yang baik dan bagaimana Anda akan menggunakan datanya. Jadi itu tergantung pada apa yang ingin Anda bawa. Setelah Anda mulai berbicara tentang integrasi dan platform apa yang Anda integrasikan, ya, itu bisa berupa perintah kerja atau bisa juga barang yang kami proses. Jadi, misalnya, data sensor lantai toko. Kita bisa menarik tingkat cairan dalam transmisi sekali malam dan benar-benar memicu pekerjaan berdasarkan itu. Atau bisa sesederhana jam berjalan pada peralatan tertentu untuk memindahkan pemeliharaan Anda ke berbasis throughput, bukan hanya berbasis waktu. Sampai ke diskusi ERP di mana kami membawa suku cadang dan inventaris untuk memastikan semuanya selaras dan cocok dengan apa yang dikatakan sistem keuangan Anda.

Merampok :Ya. Itu satu hal yang saya telah menjadi penggemar sepanjang karir saya benar-benar memiliki bagian inventaris di CMMS. Atau setidaknya itu harus berbicara satu sama lain, hanya karena, jika tidak, ketika Anda mengeluarkan perintah kerja, jika Anda tidak cocok dengan bagian apa yang Anda keluarkan dari penyimpanan, dan ini dan itu, itu menjadi baik membingungkan.

Mulai :Oh ya. Ini mimpi buruk. Dan Anda tidak perlu memiliki datanya. Ada sistem ERP yang memiliki tingkat inventaris Anda, harga pembelian Anda, semua hal hebat itu. Dan di situlah Anda ingin hidup. Tetapi. Dan memiliki di ujung jari Anda bahkan di aplikasi seluler di lantai, tahu persis apa yang ada di toko, apa yang bisa mereka ambil, dan apa yang mereka butuhkan untuk pekerjaan mereka, itu penting, bahkan jika itu hanya nomor inventaris dasar, yang mereka ketahui apa yang ada di rak.

Merampok :Itu membantu.

Mulai :Oh ya. Tidak ada yang lebih buruk dari 15 menit berjalan kaki ke gudang untuk mengetahui bahwa itu tidak ada di sana.

Merampok :Ya. Dan itu satu hal. Anda tahu, ketika kami berbicara tentang perencanaan dan penjadwalan di acara ini, kami biasanya berbicara tentang perencanaan dan penjadwalan sebagai cara untuk meningkatkan efisiensi dalam proses pemeliharaan Anda. Tetapi ada hal lain, seperti jika perencana Anda sedang menulis rencana kerja, dan dia tidak tahu apa yang ada di toko kecuali dia berjalan ke sana juga, Anda hanya menambahkan waktu yang pada dasarnya terbuang ke dalam proses Anda.

Mulai :Oh, ton, ton. Dan Anda dapat meletakkan sisi lain dari itu juga dengan melacak metrik penggunaan yang konsisten kembali ke ERP Anda dan mengetahui kapan barang akan keluar. Jika itu mulai berulang dan Anda benar-benar dapat melihat polanya, Anda dapat berada di atas kontrol pembelian dan inventaris Anda dari sudut pandang pembeli, titik di mana Anda benar-benar membuatnya jauh lebih efisien dan membocorkan setiap dolar yang Anda bisa. di sana.

Merampok :Ada banyak manfaat dari manajemen suku cadang, dan menurut saya tidak banyak perusahaan yang melakukannya dengan baik.

Mulai :Tidak, ini adalah sesuatu yang mulai mereka lihat dan mereka lebih menekankan rantai pasokan. Ada rantai pasokan yang benar-benar bagus ketika Anda mempertimbangkan bahan mentah masuk dan produk jadi keluar. Dan maksud saya, ini adalah rentang waktu yang lebih lama, tentu saja, ketika kita melihat pemeliharaan, tetapi suku cadang MRO dapat diperlakukan sangat mirip dalam banyak kasus. Itu benar-benar membebaskan metrik arus kas yang sangat penting.

Merampok :Jadi Anda menyentuh beberapa dalam hal menghubungkan atau CMMS ke ERP atau ke sumber data dari lantai. Itu saja? Atau ada yang lain? Apa daftar lengkapnya?

Mulai :Daftar lengkapnya adalah, apa itu, apa use casenya, mari kita buat. Tapi yang paling umum yang kita lihat berkisar pada sistem ERP dan kemudian data lantai pabrik. Jadi, ERP, untuk alasan yang jelas yang telah kita bicarakan di sini dengan suku cadang dan inventaris, dan bahkan memulai permintaan pembelian. Dan kami membutuhkan sesuatu, dan kami dapat memulainya di dalam CMMS Anda, dan menautkannya ke platform ERP Anda. Anda tidak perlu mengubah cara pembelian Anda sampai saat ini. Anda cukup memulai dan melihat pembaruan tersebut melalui CMMS Anda. Jauh lebih mudah bagi para perencana dan penjadwal untuk menangani semuanya dalam satu sistem. Kemudian di sisi lain, Anda dapat berbicara tentang integrasi tingkat mesin dan di situlah kesenangannya. Itu bisa jadi data sensor lantai toko. Itu bisa berupa data armada yang berasal dari armada di lapangan atau, Anda tahu, pembacaan meter langsung sehari-hari dari aset Anda untuk dipicu berdasarkan kondisi genap. Anda dapat melakukannya dari mana saja, mulai dari yang sederhana dan memulai dengan pemicu throughput, hingga pemantauan berbasis kondisi yang sebenarnya. Di situlah semuanya perlahan mulai mengarah.

Merampok :Saya telah melihat beberapa perusahaan yang telah mengintegrasikan setidaknya impor jam ke dalam CMMS mereka. Pernahkah Anda melihat salah satu dari mereka yang benar-benar berhasil melakukan integrasi jenis ini atau hanya semacam itu yang mengimpor jam operasional pada tengah malam setiap hari?

Mulai :Jam operasional cukup umum, tetapi itu benar-benar tergantung pada kekritisan aset dan frekuensi Anda melakukan pemeliharaan . Anda tidak ingin mengindeks secara berlebihan dalam menarik data. Jika Anda membawa truk itu untuk pemeliharaan setiap dua minggu sekali, tidak ada gunanya mengimpor pembacaan meter per jam, bukan? Tetapi ketika Anda berbicara tentang peralatan berbasis throughput di lantai, di situlah segala sesuatunya menjadi menyenangkan. Anda benar-benar dapat mengetahui kapan seseorang keluar dari spesifikasi. Jadi berbasis throughput. ya, itu akan menjadi sedikit lebih lama. Seperti yang Anda katakan, itu masuk dan mereka mengambilnya setiap enam jam, katakanlah. Tapi man, itu membuat dunia perbedaan untuk efisiensi. Ketika Anda berbicara tentang pemeliharaan, Anda melakukan pekerjaan ketika Anda harus melakukannya daripada sebulan sekali, tetapi PM bulanan tidak memperhitungkan jadwal produksi. Jumlah throughput, mereka melakukan sedikit lebih banyak. Ini masih sedikit diabaikan, tetapi ketika Anda benar-benar mulai mendapatkan nilainya, dan kami memiliki beberapa mitra yang mulai melakukan ini dengan sangat, sangat efektif, mereka memantau melalui PLC mereka, dan melihat tingkat suhu dan bantalan set, dan mereka dapat mulai melihat ketika mereka melayang. Itu belum tentu memicu pembangunan kembali dan penggantian bantalan sepenuhnya. Ini, mari kita dapatkan seorang pria di luar sana yang tahu apa yang dia cari, yang tahu peralatannya. Suruh dia keluar untuk melihat dan benar-benar melihat apakah ini sesuatu yang perlu kita perhatikan untuk minggu depan atau minggu berikutnya.

Merampok :Ya, saya sangat menyukai pendekatan itu dan saya telah melihatnya, dan saya pikir itu sangat efektif. Ini seperti mungkin tidak secara otomatis memicu penggantian, tetapi jika Anda dapat secara otomatis memicu inspeksi sekunder, apakah itu dengan, Anda tahu, kamera inframerah atau analisis getaran atau apa pun, saya pikir itu mungkin pendekatan yang lebih baik, setidaknya ketika Anda sedang memulai, bukan?

Mulai :Ya tentu saja. Dan itu semua tentang, kan? Kami selalu berbicara tentang merangkak, berjalan, berlari. Saat Anda mulai memasukkan sumber data ini, mereka memberi Anda banyak wawasan dan pengetahuan. Tapi itu tidak akan menggantikan, tentu saja, pria terampil yang duduk di sana dengan kamera IR dan tahu cara menggunakannya, tahu peralatan itu seperti punggung tangannya. Dia akan dapat memberi tahu Anda apa yang salah. Yangingin, di mana kami benar-benar dapat membantu dengan jenis integrasi data ini adalah bahwa orang tersebut hanya punya waktu berjam-jam dalam sehari. Apa yang akan dia lakukan? Apa yang akan dia lihat? Kami dapat membuat daftar inspeksi prioritas tinggi yang dikatakan oleh sumber data kepadanya bahwa itulah yang harus dia lihat. Sekarang, kami benar-benar mulai menambahkan nilai kembali ke zamannya dan memastikan bahwa kami menggunakan orang-orang yang sangat terampil itu dengan cara sebaik mungkin.

Merampok :Jadi, Stuart, Anda menyebutkan memiliki rencana di awal integrasi ini, seperti apa rencana Anda seharusnya. Apa yang termasuk dalam rencana? Bagaimana Anda merekomendasikan orang yang mendengarkan untuk membuat rencana untuk integrasi mereka?

Mulai :Anda harus berhati-hati. Saya pikir itu hal pertama yang harus Anda ketahui, apa yang Anda cari. Poin utama integrasi, menurut saya, adalah untuk memecahkan masalah bisnis. Kami berbicara tentang pengendalian persediaan yang cukup mudah. Anda menghindari kehabisan stok. Anda memastikan bagian Anda ada di sana. Anda meminimalkan inventaris dan memaksimalkan efisiensi inventaris. Apapun tujuan Anda. Itulah yang harus Anda bawa dalam data untuk dilakukan. Itu berarti memikirkan bagaimana Anda akan menggunakan data, bukan hanya bagaimana Anda akan mengimpornya. Tidak ada gunanya membawa data jika Anda tidak akan menggunakannya secara teratur untuk benar-benar mendorong angka atau metrik yang benar-benar berasal dari program keandalan Anda secara keseluruhan. Jika itu adalah tujuan Anda untuk tahun ini, dan ini adalah tujuan Anda, dan ini adalah metrik yang ingin Anda dorong, bagaimana integrasi itu akan membantu, dan bagaimana Anda akan mengukurnya? Ketika kita melihat efisiensi dari lantai, itu adalah hal yang sama. Kami membicarakannya dengan impor jam. Jika kami hanya akan melakukan pemeliharaan ini dalam potongan selama seminggu, tidak ada gunanya membangun integrasi super kompleks yang akan menjalankan jam tersebut secara real-time sehingga Anda dapat melihatnya secara instan. Anda tidak akan melakukan pemeliharaan berbasis throughput itu lebih cepat, apakah Anda mendapatkan dalam satu jam atau setiap tiga jam versus mungkin tingkat minyak atau aplikasi panas bantalan. Anda benar-benar akan menginginkan data itu begitu Anda bisa mendapatkannya. Di situlah Anda akan menenggelamkan uang Anda. Anda ingin melakukannya pada aset penting yang telah Anda identifikasi. Itulah yang sedang dilakukan integrasi secara bertahap ke arah itu. Ini semua tentang memiliki tujuan akhir. Apa tujuan program pemeliharaan Anda dan bagaimana Anda akan memberikan integrasi ke arah itu?

Merampok :Kedengarannya seperti rencana integrasi lebih merupakan manajemen aset atau jenis eksekusi keandalan. Setelah dikembangkan, apakah hanya menyerahkannya ke TI, atau bagaimana Anda menyarankannya?

Mulai :Maksud saya, mereka pasti pemangku kepentingan. Anda pasti harus melibatkan banyak orang dalam grup TI Anda. Mereka akan dapat membantu Anda memahami bagaimana sistem ini saling mempengaruhi. Anda juga ingin bekerja dengan vendor sistem yang sedang Anda tangani. Saat Anda berbicara tentang CMMS, Anda ingin memastikan bahwa Anda memiliki mitra yang baik di ujung lain yang akan dapat membantu Anda, melakukan diskusi tersebut, dan melihat titik akhir tersebut, dan bagaimana kami akan menggunakan data atau mengekspor data, apa pun bentuknya. Sama di sisi lain dari koin. Libatkan pihak ketiga tersebut. Pastikan mereka sadar. Dan kemudian pemangku kepentingan internal, seperti TI. Anda harus memiliki sponsor manajemen Anda, orang yang benar-benar mendorong ini, semacam itu mendorong seluruh platform secara keseluruhan. Dan kemudian Anda akan mendapatkan semua orang itu di telepon, membuatnya tercakup, memiliki rencana yang solid, membuat tonggak untuk itu, dan mulai mengeksekusi. Dan hal lain yang selalu saya katakan kepada semua orang, ketika Anda menyusun rencana ini, jangan mengambil kue impian Anda di langit dan lakukan itu pada hari pertama. Itulah tujuan akhirnya. Tapi apa yang akan kita mulai? Bagaimana kita akan memulai dan bagaimana kita akan memvalidasi titik akhir itu? Lalu, bagaimana Anda akan mengembangkannya dari sana? Ada tempat untuk dicapai, tetapi melompat ke sana sekaligus mungkin bukan hal terbaik untuk tim pemeliharaan Anda. Mari kita mundur selangkah dan memastikan kita merencanakan dengan benar dan menghilangkan bagian yang benar-benar dapat kita gigit, sampai ke akarnya.

Merampok :Seperti apa itu? Jelas, kita harus berjalan perlahan, tapi seperti apa langkah pertama itu?

Mulai :Ya. Dan saya bahkan tidak akan mengatakannya perlahan. Saya hanya akan mengatakan dengan sengaja. Anda dapat melakukannya dengan cepat dengan integrasi ini jika Anda memiliki grup yang tepat. Tetapi saya selalu menyarankan untuk memulai dengan sesuatu yang tidak mendasar, tetapi sesuatu dengan tingkat kepentingan yang sangat tinggi. Jadi, jika Anda memiliki sistem armada yang tidak efisien seperti yang Anda lakukan saat ini, dan Anda perlu mengubahnya menjadi throughput berdasarkan jam, mari kita selesaikan dulu. Ada kebutuhan bisnis mengemudi di sana. Itu berarti Anda akan membuat para pemangku kepentingan tersebut berada di sebuah ruangan dengan jauh lebih mudah. Akan ada beberapa hasil bisnis yang sangat terukur yang dapat Anda ukur dari itu untuk membuktikannya dan benar-benar mengatakan, kami melakukan ini, ini terlihat bagus, kami mendapatkan hasil yang bagus darinya. Sekarang, mari kita kembangkan program ini. Sekarang kita memiliki bukti konsep itu, semua orang setuju sekarang, ke mana kita pergi dari sana? Mulai dari yang kecil dan mulai kritis.

Merampok :Menyukainya, menyukainya, menyukainya. Sekarang, satu hal yang sering saya lihat dalam karir saya adalah ketika orang membawa CMMS atau melakukan proyek IT besar ini, saya pikir orang meremehkan berapa banyak pekerjaan itu. Apa yang telah Anda lihat dan untuk pendengar kami, berapa banyak pekerjaan yang sebenarnya dibutuhkan? Katakanlah Anda seorang insinyur keandalan dan Anda mencoba menyelesaikannya di situs Anda. Berapa banyak pekerjaan yang sebenarnya dibutuhkan?

Mulai :Ini benar-benar tergantung pada integrasi yang Anda lihat, tetapi bisa sangat mengganggu dalam beberapa kasus. Apa yang akan saya katakan adalah, Anda akan ingin menemukan mitra yang dapat bekerja sama dengan Anda. Mengambilnya sendirian sangat sulit. Tetapi Anda memiliki vendor dan Anda menggunakan perangkat lunak serta sistem mereka dan mereka memahaminya dengan sangat baik. Jadi, jika Anda dapat memastikan bahwa Anda selaras dengan beberapa vendor yang akan mendukung Anda melalui itu, itu akan membuatnya jauh lebih mudah bagi Anda. Dan seringkali itu adalah sesuatu yang mereka akan bermitra dengan Anda dan membantu Anda membangun dan memulai. Itu yang besar. Ini kemitraan dan sumber daya. Tapi itu bukan lift kecil. Dalam kondisi apa pun, apakah itu lift kecil. Anda dapat melakukan apa saja mulai dari satu sensor hingga seluruh data lake dan mencoba menarik pasokan tag PLC yang tak ada habisnya, dan itu tidak akan berjalan dengan baik. Jadi bersandarlah pada semua bantuan yang bisa Anda dapatkan karena orang-orang secara mengejutkan bersedia membantu dengan hal-hal semacam ini. Ini mengasyikkan.

Merampok :Ya, saya menemukan bahwa vendor, sebagian besar, sangat membantu, terlepas dari apa yang sebenarnya Anda coba lakukan. Saya telah bekerja dengan banyak suku cadang, membeli peralatan baru, tidak terlalu banyak dari sisi TI atau integrasi CMMS, tetapi saya selalu menerima dukungan besar. Saya pikir orang tidak hanya harus menjangkau, tetapi akan membuat kesalahan jika Anda tidak melakukannya.

Mulai :Saya sangat setuju. Anda akan merugikan diri sendiri. Jangan salah paham, saya pikir Anda akan menyelesaikannya dengan satu atau lain cara jika Anda menetapkan pikiran untuk itu. Tetapi akan jauh lebih mudah jika Anda mendapatkan seseorang di jalur lain yang dapat membantu. Dan saya pikir, setidaknya dari sudut pandang saya, Anda sering melihat banyak perusahaan yang berfokus pada industri ini yang masuk dan bekerja dengan industri. Mereka menyadari bahwa cara itu dilakukan dengan layanan pelanggan yang benar-benar berkualitas tinggi. Kami berbicara tentang vendor peralatan dan hal semacam itu. Tetapi perangkat lunak seharusnya tidak berbeda. Ini adalah aplikasi yang sangat penting. Anda terikat dengan waktu henti dalam jumlah dan waktu henti selama satu jam dapat menghasilkan atau merusak banyak hasil. Keberhasilan pelanggan semacam itu harus kuat. Itu harus menjadi kemitraan. Anda harus memiliki tujuan yang sama dalam pikiran dan Anda harus memiliki tim yang bersedia membantu Anda mencapai tujuan tersebut.

Merampok :Jadi, jika seorang pelanggan mendekati kalian di Fiix dan seperti, yah, saya ingin bantuan dengan integrasi CMMS saya, dan mungkin mereka punya rencana bersama, seperti apa di pihak Anda? Apakah Anda membantu mereka dengan sisi TI atau Anda membantu mereka dengan strategi? Apa yang Anda bantu?

Mulai :Maksud saya, semua hal di atas tergantung pada tahap di mana mereka berada. Jika lebih eksploratif, maka kita akan menarik beberapa hal di pihak kita, beberapa cerita yang kita miliki, dan bersandar pada apa yang kita ketahui, dan mencoba dan bekerja menuju sesuatu yang akan berhasil. Selain itu, kami akan memandu Anda melalui ROI dan membangun kasus bisnis di balik itu, karena, seperti yang saya yakin pendengar Anda ketahui, untuk menjalankan beberapa program ini, Anda harus menjualnya. Anda harus membuat seseorang setuju untuk membelanjakan sejumlah uang untuk itu atau meluangkan waktu untuk itu dan sumber daya. Dan kami dapat membantu dengan itu juga. Tapi begitu kita melewati titik itu dan kita tahu apa yang ingin kita tarik dan kita tahu dari sistem lain apa kita menariknya, saat itulah itu menjadi agak menyenangkan. Sekarang kita mulai mencari titik akhir dan kita dapat menggunakan telepon dengan vendor lain itu juga dan mencari tahu seperti apa kumpulan data kita, dan vendor peralatan itu tahu bagaimana kita bisa mengeluarkan data dari sistem mereka, kita bisa benar-benar membantu Anda menjalaninya, alih-alih hanya memberi Anda beberapa konten dan membuat Anda berputar.

Merampok :Satu hal yang Anda sebutkan di sana adalah ROI. Jelas, itu sangat penting. Saya ingin menyentuhnya sedikit dan mengajukan pertanyaan. Kami berbicara dengan Joe Kuhn beberapa bulan yang lalu dan dia pernah menjadi manajer pabrik. Satu hal yang dia katakan adalah, dengan inisiatif keandalan, jika seseorang datang kepada saya sebagai manajer pabrik, mereka perlu memastikan bahwa itu memiliki nilai jangka pendek dan nilai jangka panjang. Sekarang, dari apa yang Anda lihat, apa nilai jangka pendeknya atau di mana kita harus mulai mencari nilai jangka pendek dalam proses seperti ini? Dan tentu saja, nilai jangka panjangnya sedikit lebih mudah untuk dipahami, tetapi mungkin kita juga bisa menguraikannya.

Mulai :Ya. Saya mendengarkan yang satu dengan Joe. Itu benar-benar bagus, tetapi dia sepenuhnya benar bahwa nilai jangka panjang, untuk beberapa alasan, tampaknya merupakan proposisi yang jauh lebih mudah. Jangka pendek, yaitu enam hingga 12 bulan, keuntungan apa yang akan kita lihat? Itu bisa menjadi percakapan yang lebih sulit, terutama ketika Anda berbicara tentang hal-hal yang lebih besar, seperti kontrol dan manajemen inventaris. Itu belum tentu jangka pendek. Tapi di mana Anda benar-benar dapat bekerja dalam jangka pendek hanya menunjukkan beberapa kesalahan cepat dan mudah. Jadi katakanlah, Anda memiliki bagian-keluar. Part-out terjadi sepanjang waktu. Kemungkinannya, separuh waktu, seseorang memiliki sesuatu yang tersangkut di loker mereka yang akan memperbaiki masalah tersebut. Tetapi jika Anda dapat menyoroti benar-benar menguntit, itu adalah waktu henti, bukan? Ada 15 menit di sini karena kami tidak dapat menemukan bagiannya. Kami harus pergi ke tiga tempat berbeda atau, saya harap tidak, tapi itu bisa sampai enam jam. Kami harus mengirimkan suku cadang atau saya harus mendapatkannya dari pemasok. Sesuatu seperti itu, cukup mudah untuk mulai menampilkan gambar itu segera. Satu lagi yang bagus adalah berbasis throughput. Jadi, ketika Anda berbicara tentang pemeliharaan berbasis throughput, jika Anda dapat melapisi kalender produksi dengan runtime aktual dan kemudian tingkat pemeliharaan terjadwal Anda dan menunjukkan bahwa dalam 11 bulan atau 12 bulan, alih-alih melakukan ini dua belas kali, dengan berbasis throughput , kami sebenarnya hanya melakukannya 10 atau 11 kali. Dan itu bisa berupa rangkaian sabuk, silinder pneumatik, apa pun itu, ada biaya yang terkait di sana. Tapi yang penting adalah membeli. Anda membuat orang-orang di lantai memintanya. Itu akan membuat hidup mereka lebih mudah. Ini akan meningkatkan waktu kunci pas. Ini akan segera meningkatkan waktu kunci pas. Maka Anda benar-benar akan mendapatkan beberapa keuntungan cepat di sana.

Merampok :Anda menyebutkan pembelian dari lantai toko. Apa manfaat bagi petugas pemeliharaan untuk memiliki semua data dalam repositori yang sama?

Mulai :Lebih baik dari hari ke hari. Jika dia tahu dia pergi ke tempat yang tepat bukan hanya berdasarkan jadwal atau karena seseorang mengatakan dia harus pergi memeriksa sesuatu, tetapi karena data memberi tahu mereka bahwa ada anomali di sini dan Anda harus melihatnya atau Anda tahu, kami telah menempatkan X ribu karton melalui mesin ini, saatnya untuk mengganti ini karena kami tahu ini akan segera gagal, itu jenis urgensi yang berbeda. Anda tahu bahwa Anda melakukan pekerjaan yang benar di tempat yang tepat. Dan kemudian bagian-bagiannya. Kami telah membahas bagian itu berkali-kali. Apakah bagian itu ada? Apakah saya harus pergi mencarinya di tempat lain? Apakah ini proses pembelian yang harus kita mulai sekarang. Di gudang apa itu? Tempat sampah, lorong, baris? Ini tidak ada habisnya, bukan? Ini akan menghemat banyak waktu. Dan waktu adalah kuncinya, bukan? Semua orang ingin melakukan pekerjaan dengan baik dan tidak ada yang ingin mesin mereka rusak. Jadi, semakin cepat Anda dapat memulihkannya, atau lebih baik lagi, Anda dapat terus memantaunya sehingga Anda tidak mengalami gangguan tersebut, yang akan berdampak pada semua orang.

Merampok :Itu keandalan. Satu hal yang sering saya lihat selama bertahun-tahun adalah orang-orang berjuang dengan kualitas data di CMMS mereka. Bagaimana Anda merekomendasikan orang untuk memastikan bahwa data berkualitas tinggi?

Mulai :Dengan mengintegrasikannya. Tapi sejujurnya, Anda ingin memilih potongan data penting yang harus berkualitas tinggi. Jika Anda bisa mendapatkannya langsung dari sumbernya alih-alih entri manusia atau semacam jenis impor/ekspor, Anda bisa mendapatkan data itu langsung dari sumbernya. Itu akan datang langsung dari titik kebenaran dan itu akan tercermin dengan cara yang sama di CMMS. Misalnya, entri pembacaan meter. Anda membuat orang-orang berkeliling dan melakukan pembacaan meter dan mereka bisa melakukan 15, 20, atau 50 di antaranya. Itu banyak sekali entri data untuk seseorang. Ada baiknya mereka membeli peralatan itu dan melihat semuanya, tetapi jika seseorang memasukkan seratus dari itu setiap hari, Anda tidak dapat menyalahkan mereka karena salah satu dari mereka salah. Tetapi jika itu sangat penting, dan jika Anda mendasarkan pemeliharaan Anda dari itu, ada argumen kuat di sana untuk mengintegrasikannya, karena kita akan mendapatkan data itu langsung dari mesin. Itu adalah data yang sama yang didapat mesin. Itu akan memberi Anda nilai sebenarnya. Sama dengan suku cadang dalam persediaan. Jika Anda harus memiliki hak itu, Anda memerlukan cadangan itu, mengintegrasikannya dengan ERP Anda, kami akan membuat angka-angka itu akurat dan itu akan membuat hidup orang-orang jauh lebih mudah. Mereka tidak akan melalui dan memasukkan semua hal ini secara manual. Dan saat memasukkan pembacaan meter tersebut, mereka dapat fokus menyelesaikan daftar tugas mereka, memasukkan catatan berkualitas. Lebih baik lagi, jika mereka mendapatkan aplikasinya, ambil beberapa foto dan lampirkan ke perintah kerja Anda, dan lakukan transfer data, masukan data yang bersih dan konsisten ke CMMS. Tapi apa pun yang penting, mari kita integrasikan, dapatkan dari sumber kebenarannya.

Merampok :Ya, saya menyukainya, dan juga, saya suka aplikasinya, tapi lucu. Pagi ini, saya memposting kutipan dari Gerard Wood dan dia berbicara tentang saat ini di mana dia berada di sebuah situs dan mereka mengalami kegagalan kabel ini. Apa yang terjadi adalah, Anda tahu, kawat ini seharusnya bertahan selama dua tahun dan sekitar 18 bulan, gagal. Jadi mereka melakukan analisis akar masalah dan mereka menemukan bahwa pada perintah kerja inspeksi, ada dua atau tiga kali mereka mencatat bahwa beberapa kabel telah berjumbai dan pada dasarnya tidak ada yang terjadi. Jadi Gerard benar-benar berbicara tentang seperti RCA dan salah satu hasil dari RCA adalah kita harus mendesain ulang seluruh sistem kabel. Bagi saya, jelas, ini adalah proses yang rusak. Seperti apa proses umpan balik itu bagi Anda? Saat seseorang memasukkan catatan ke dalam perintah kerja, ke mana harus pergi untuk memastikannya memicu pekerjaan?

Mulai :Oh, pasti. Inspeksi yang gagal tersebut perlu ditangani dalam CMMS. Itu harus secara otomatis mengeluarkan perintah kerja. Dan maksud saya, beberapa di antaranya mungkin kesalahan proses dan sistem. Tapi ada kutipan lama dan saya tidak tahu siapa yang mengatakannya jadi saya tidak bisa mengutipnya dengan benar, tapi, itu adalah strategi makan budaya untuk sarapan. Jika orang-orang Anda benar-benar memiliki budaya keandalan itu dan kemudian mereka benar-benar menjaganya, itulah langkah pertama. Mereka ingin melihatnya. Mereka ingin melaporkan kegagalan itu dan mereka ingin memasukkannya ke dalam sistem. Namun, cara sistem menanganinya harus sesuai dengan itu. Jika mereka melakukan hal yang benar dan mereka melakukan inspeksi yang gagal, tetapi mereka tidak mendapatkan peningkatan atau sumber daya, itu adalah permainan bola yang sangat berbeda. You need your CMMS to be able to handle that kind of thing so that your maintenance supervisors are getting the right view into the data and the right urgency around what’s actually failing and what we need to go and take a look at. And again, on an inspection task like that, it’s a lot of data input. Those failed inspections go trigger it, go out and go do some of those tasks. But if that’s something that you could put some form of condition monitoring on, especially if it’s something to do with, you know, a safety-critical component, get some condition monitoring on that. Feed that information back into the CMMS automatically so that you can actually see those high priority work orders kick out based on whether it’s resistance to that wire, or whatever it is, we can measure it.

Rob :Yeah, it seemed like a pretty simple—like even if someone was really just bought into the reliability culture, they may even go out and either fix it themselves or put in a work order to follow up, but that’s another story for another day.

Stuart :You’re right, we could talk about reliability culture for a long, long time.

Rob :Yes, you’re completely correct.

Stuart :If it’s something you can fix right then and there, don’t even bother failing an inspection task. Put in a work order that says you fixed it.

Rob :So, Stuart, coming back to it, I assume that you’ve seen the CMMS integration a bunch of different times. What are some common mistakes that people make when doing a CMMS integration and how do we avoid those mistakes?

Stuart :That’s a big one. A big one. You know, I’ve seen a couple of times, I’m talking to people who have active integrations with a few different systems. It’s integrating for the sake of it. Some people feel that they have to do this kind of stuff and they need data flowing back and forth because somebody told them that they need it. But if it’s not going to be used, you’re adding a whole lot of complexity. So it really comes back to having that plan and a business case around which you’re trying to integrate. Because if you go out and put a ton of energy and resources towards getting a big integration up and running and your guys aren’t using it, well, what was the point? What win did you get into that? It’s kind of misused. it’s all about having that plan and really focusing on the actionable data. So what’s the gap? Why do we need this data and what’s that going to help us with, whether it’s preventing an issue or whether it’s fixing something quicker, or whatever it is? Have a plan, have an impact of that data. Don’t just do it because you think you have to.

Rob :I love it. I love it. I guess the last one I have for you on this topic is do you have any other tips that maybe you haven’t touched on already?

Stuart :Yeah, I do. I have a couple. Understanding the journey is the big one. We talk about reliability culture, and that’s a journey as well. You got to start somewhere and you got to get somewhere. Have that goal in mind, have that endpoint, but understand it’s a journey. And the easiest way to start is just to start. Pick something. Let’s get it in there. High business importance. Start the process. Just do it. I guarantee it’s not easy, but it’s not as hard as you think it is half the time. Understand the journey. Start somewhere. Start small. But you can do it. It’s not the most complicated thing in the world. I would say the other tip is, don’t discount flexibility. A lot of times, there’s really good out-of-the-box integrations with a particular piece of hardware equipment, but you should make sure you’re keeping your system open. You don’t want to pigeonhole yourself too hard in one direction. You want to make sure you have the flexibility to get all your equipment in there. We see that a lot. You might have a state of the art department on one wing of the plant, but then you get back to the other side and it’s all that equipment from the 70s still ticking away. The throughput data on all those is equally as important. I’m sure there’s a great historian-level data lake somewhere that you can go and integrate that new machinery to. But you’re going to need your systems to be able to ramp back down and go get that data from those older pieces of equipment as well.

Rob :Yeah, that sounds like more of a challenge than the new stuff.

Stuart :It can be, it can be for sure. But, you know, there’s a lot of tips and tricks and strategies we’ve done quite successfully with a few of our partners around how to get that into the right format, from the right places, and through the right firewalls to make sure you’re using that effectively. As long as the sensors are there, we can get the data. And if the sensors aren’t there, well, good news, those are getting a whole lot cheaper and easier to install as well. Better yet, they do integrate out of the box. So there’s a lot of different routes you can do as soon as you’ve identified what it is you need to integrate into your system.

Rob :Yeah, absolutely. I definitely love the tip about business need. I think a lot of people, especially now, just think more data is better and if we need another terabyte, it’s just $100 to buy it. But again, like you mentioned, what’s the point of this data? I forget when it was, but someone bought this new Samsung fridge and it has Twitter on it. It’s like, okay, that’s cool, but what’s the use for this?

Stuart :Yeah, exactly. Why do you need Twitter on your fridge? I mean, sure, if you’re on Twitter 18 hours a day and that’s what you’re getting paid to do and that’s your job, that’s great. But if you’re like me and you haven’t looked at your Twitter account in about two years, you probably don’t need it on your fridge.

Rob :So Stuart, I love this question, but especially because you’re in the software space and you’re seeing new developments, where do you see the future of reliability going in the next five to 10 years?

Stuart :That’s a doozy of a question there. I like these, though. I could talk your ear off all day about the Industrial Internet of Things and technology. I think augmented reality is going to play a really interesting role, and it already is, but it’s going to be a lot more accessible. We’re going to move towards predictive analytics, all these great things. But the thing I think that’s most exciting about where reliability is going is the importance that it’s starting to see. The culture you’re talking about, that reliability culture that’s really growing. That’s not going anywhere. You go into manufacturing plants now, they have a reliability culture or they’re starting it. They’re starting to drive that. You talk health, you talk safety, you talk reliability. In that order, usually, which it should be. You start talking about really driving that culture and having a strategy. You get so much more done. You start integrating these systems, you start meaningfully looking at your data and that’s really exciting to have that culture. And then you start leveraging IoT, and leveraging that new technology, and starting to move towards predictive analytics. When you’ve got the culture and a good plan, it’s going to be really exciting.

Rob :I can hear you getting fired up and I love it, too. I get excited about this stuff too. it’s cool stuff.

Stuart :It gets me going. I really enjoy it. And I think it’s a really exciting space to be in. It’s not the most sexy topic in the world, but it’s going to be big for both industry and infrastructure. I think it’s the right conversation to be having, and in my opinion, it’s a little too late to be having it, but we’re having the conversation and we’re moving in the right direction. I couldn’t be more excited about the next five to 10 years for sure.

Rob :Yeah, I really agree, and I really think it’s a great time to be in the reliability space. We’re sort of seeing asset management become a little bit bigger, but obviously, reliability is a fairly large portion of asset management. And then we’re also seeing the IIoT stuff and, if you go to some of the conferences, you’ll see augmented reality, virtual reality. Those are a few years away, but I mean, if we’re talking five to 10 years from now, there’s gonna be a lot of cool stuff coming out.

Stuart :Oh, yeah. And it’s all going be driven by people that genuinely feel ownership for their equipment and really care about their machines, and that’s exciting. When you take that kind of level of ownership and responsibility for your equipment and your day-to-day, then you get really passionate about it, you get fired up, and you start seeing results almost immediately

Rob :And everyone who listens to the show is always fired up about reliability. So, Stuart, first off, I want to thank you for coming on the show. The second thing is, do you have anything to plug?

Stuart :Nothing particular to plug. Go out and learn more about reliability. I’m always interested in that. Feel free to follow me on LinkedIn. I’m somewhat active. I do occasionally a re-share some Rob’s Reliability stuff. That’s always solid content. But yeah, that’s always a good place to keep in touch. It’s great seeing what people have to share on there, so find me on LinkedIn at Stuart Fergusson with Fiix Software.