Stuart Fergusson과의 CMMS 통합 모범 사례(PODCAST)

Fiix 및 Rob의 Reliability Project 팟캐스트를 사용한 CMMS 통합의 내용

오늘날과 같은 세상에서 기업이 살아남기 위해서는 올바른 소프트웨어를 보유하는 것만으로는 충분하지 않습니다. 서로 다른 모든 시스템은 정보를 교환하고 팀으로 작업하며 더 나은 결정을 내리기 위해 데이터를 제공해야 합니다. 그러려면 통합되어야 합니다. 물론, 이것은 종종 실행보다 쉽습니다. Fiix의 영업 엔지니어링 수석 관리자인 Stuart Fergusson은 CMMS 통합을 이해하기 위해 Rob의 신뢰성 프로젝트 팟캐스트를 방문했습니다. Stuart와 호스트 Rob Kalwarowsky는 다음과 같이 토론합니다.

<울>

CMMS 통합의 정의 및 작동 방식

CMMS 통합을 위한 비즈니스 사례 및 실행 전략 구축

데이터를 관리하고, 결과를 측정하고, 성과를 달성하는 가장 좋은 방법

유지보수 소프트웨어 및 기술의 미래

아래 팟캐스트 에피소드를 듣거나(Google 팟캐스트 또는 Apple 팟캐스트에서도 사용 가능) 아래 스크립트를 읽어보세요.

에피소드 대본

에피소드 스크립트 보기

롭 칼와로프스키 :Rob의 신뢰성 프로젝트에 오신 것을 환영합니다. 저는 롭 칼와로프스키입니다. 이번 주 에피소드에서는 Fiix Software의 Stuart Fergusson이 CMMS 통합에 대해 이야기한 것을 환영합니다. 우리는 CMMS와 연결해야 하는 다른 소프트웨어나 데이터 소스에 대해 논의하고 시작하는 방법에 대해 이야기합니다. 스튜어트, 잘 지냈니?

스튜어트 퍼거슨 :나는 훌륭하다. 참여해주셔서 감사합니다.

롭 :아니요, 오늘 함께해주셔서 감사합니다. 그리고 듣는 모든 사람에게 Stuart는 Fiix Software의 솔루션 엔지니어링 리더입니다. 그것은 Fiix, 두 개의 i가 있는 f-i-i-x입니다. 웹 사이트를 확인하려면 fiixsoftware.com으로 이동하십시오. 다시, 두 개의 i로 수정합니다. 자, 스튜어트. 당신은 우리에게 당신 자신에 대한 약간의 배경을 제공합니까? 예를 들어, 유지 관리 및 안정성을 시작하는 방법은 무엇입니까?

스튜어트 :네, 물론입니다. 그래서 Fiix 이전에는 실제로 업계에서 경력을 쌓았습니다. 그래서 학교를 갓 졸업한 젊은 전기 엔지니어, 아직 귀가 젖어 있는 상태에서 Proctor and Gamble에 뛰어들었습니다. 엔지니어링 부서는 실제로 제가 주도한 곳입니다. 따라서 정보 시스템 그룹의 플랜트 제어와 함께 설계 및 설치 측면의 프런트 엔드에서 학습합니다. 그래서 전기공사를 많이 합니다. 그러나 유지 관리의 세계에 입문했을 때 설계 및 설치의 중요성을 실제로 가르쳐줍니다. 그 모든 일이 끝난 후, 저는 운영 관리의 운영 측면으로 뛰어들어 신뢰성 문화의 일상과 모든 것을 포괄하는 붕괴를 처리하고 프런트 엔드가 얼마나 중요한지 실제로 배웠습니다. 말하자면 플랜트를 가능한 한 매끄럽게 유지하면서 백엔드까지 이를 파고들었습니다. 거기에서 저는 Fiix로 넘어갔습니다. 그런 지식을 우리 팀에 전달하고 우리가 진정으로 안정성 중심적이며 우리 플랫폼을 사용하는 사람들에게 그 가치를 전달할 수 있는 방법에 대해 실제로 노력하고 있습니다.

롭 :응. 훌륭합니다. 저는 설계 측면과 설치 측면을 정말 좋아합니다. 왜냐하면 우리가 항상 준 유지보수 담당자로 고려하지 않을 수도 있는 안정성 관점에서 얻을 수 있는 많은 바람이 있다고 생각하기 때문입니다.

스튜어트 :네, 확실히요. 사전에 고려해야 할 사항이 있으며 평가 매트릭스, 비용 모델 또는 나머지 모든 항목에 없을 수도 있지만 수명 주기를 정말로 이해할 수 있다면 무엇을 입력하고 실제로 무엇을 할 것인지 처음 6개월 또는 1년 동안뿐만 아니라 향후 10년, 20년, 아니 심지어 30년 동안 그 장비를 어떻게 계속 운영할 것인지에 대해 자세히 알아보십시오. 그곳에는 70년대의 기계가 있었습니다. 그것은 누군가가 그것을 어떻게 사용하고 어떻게 유지 관리할 것인지에 대해 생각할 수 있는 선견지명을 가지고 있었기 때문에 시계처럼 작동하고 있었습니다. 그게 중요한 거죠.

롭 :오래된 물건의 전부 또는 대부분이 이 정도로 오래 만들면 20년은 더 가야 하는 것 같습니다. 부분적으로는 과도하게 설계되었기 때문입니다. 하지만 그 중 일부는 웃기지만 최근에 나 자신도 많은 전기 장비를 보고 있는 것 같습니다. 그리고 두 끝이 보입니다. 당신은 정말로 중간을 보지 않습니다. 당신은 아주 새로운 물건이나 정말 오래된 물건을 봅니다. 중간에 정말 많이 보이지 않습니다.

스튜어트 :네, 물론입니다. 가상 캠축을 얻을 수 있지만 여전히 오래된 캠축 케이스 지지대를 대체할 만한 것이 많지 않습니다. 그 빨갱이는 무슨 일이 있어도 달릴 것입니다. 그냥 실행됩니다.

롭 :스튜어트 씨는 분명히 CMMS를 제공하거나 제공하는 Fix에서 일하고 있습니다. 오늘 CMMS 통합에 대해 조금 이야기해 주셨으면 합니다. CMMS 통합이 무엇인지, CMMS를 무엇과 통합하는지, 배경 정보만 제공하고 싶으신가요?

스튜어 t:네, 물론입니다. 가장 높은 수준에서 CMMS 통합은 현장 서비스, 소비재 또는 식음료에 이르기까지 제조 비즈니스 내의 다른 데이터 소스에 유지 관리 플랫폼을 연결하는 것입니다. 아마도 PLC, 센서, ERP 시스템이 있을 것입니다. 그것이 무엇이든 다른 데이터 소스를 유지 관리 플랫폼에 연결하여 정보에 입각한 유지 관리 결정을 내리고 조금 더 많은 데이터를 제공할 수 있습니다.

롭 :이제 PLC와 다른 데이터 소스를 연결한다고 하면 CMMS에서도 분석을 하는 것입니까, 아니면 특정 자산에 작업 지시를 내리는 것입니까?

스튜어트 :사용 사례와 안정성 프로그램의 목표가 무엇인지에 따라 다릅니다. 나는 이들 중 몇 가지를 들었고, 알다시피, 좋은 신뢰성 프로그램과 데이터 사용 방법이 시작되는 곳입니다. 따라서 가져오고 싶은 것에 따라 다릅니다. 일단 통합과 통합하려는 플랫폼에 대해 이야기하기 시작하면 작업 주문이 될 수도 있고 우리가 처리하는 것이 될 수도 있습니다. 예를 들어 작업 현장 센서 데이터입니다. 우리는 밤에 한 번 변속기의 유체 레벨을 끌어올 수 있고 실제로 이를 기반으로 작업을 시작할 수 있습니다. 또는 특정 장비에서 몇 시간씩 실행하여 유지 관리를 시간 기반이 아닌 처리량 기반으로 전환하는 것처럼 간단할 수도 있습니다. 모든 것이 정렬되고 재무 기록 시스템이 말하는 것과 일치하는지 확인하기 위해 부품과 재고를 가져오는 ERP 논의까지.

롭 :응. 내 경력을 통해 내가 팬이었던 한 가지는 실제로 CMMS에 해당 인벤토리 조각을 가지고 있다는 것입니다. 아니면 적어도 서로 이야기해야 합니다. 그렇지 않으면 작업 지시를 내릴 때 저장소에서 꺼내는 부품과 일치하지 않는 경우 이것 저것이 친절하기 때문입니다. 혼란스럽습니다.

스튜어트 :오 예. 악몽이야. 그리고 데이터를 소유할 필요가 없습니다. 재고 수준, 구매 가격, 모든 훌륭한 것들을 소유하는 ERP 시스템이 있습니다. 그리고 그것이 당신이 살기를 원하는 곳입니다. 하지만. 그리고 바닥에 있는 모바일 앱에서도 손끝으로 매장에 무엇이 있는지, 무엇을 손에 넣을 수 있는지, 업무에 필요한 것이 무엇인지 정확히 아는 것은 기본적인 재고 수치일지라도 그들이 알고 있는 매우 중요합니다. 선반에 무엇이 있습니까?

롭 :도움이 됩니다.

스튜어트 :오 예. 창고가 없는지 확인하기 위해 창고까지 걸어서 15분 정도 걸리는 것보다 더 나쁜 것은 없습니다.

롭 :응. 그리고 그것은 한 가지입니다. 이 쇼에서 계획 및 일정에 대해 이야기할 때 일반적으로 유지 관리 프로세스의 효율성을 높이는 방법으로 계획 및 일정에 대해 이야기합니다. 그러나 계획자가 작업 계획을 작성하고 있고 그도 거기에 가지 않는 한 상점에 ​​무엇이 있는지 알지 못하는 경우와 같이 다른 것들이 있습니다. 당신은 본질적으로 프로세스에 낭비되는 시간을 추가하는 것입니다.

스튜어트 :오, 톤, 톤. 또한 일관된 사용 메트릭을 ERP로 다시 추적하고 언제 자료가 나올지 알면 그 반대로도 할 수 있습니다. 그것이 반복되기 시작하고 그 안에서 패턴을 실제로 볼 수 있다면 구매자의 관점에서 구매 및 재고 관리의 맨 위에 있을 수 있습니다. 거기.

롭 :예비 부품 관리에는 많은 이점이 있는데, 잘 하는 회사는 많지 않은 것 같습니다.

스튜어트 :아니요, 그것은 그들이 보기 시작했고 공급망에 더 많은 중점을 두고 있는 것입니다. 원자재가 들어오고 완제품이 나가는 것을 고려할 때 정말 좋은 공급망이 있습니다. 그리고 내 말은, 우리가 유지 보수를 볼 때 확실히 더 긴 시간 범위입니다. 그러나 MRO 예비 부품은 많은 경우에 매우 유사하게 취급될 수 있습니다. 그러면 정말 중요한 현금 흐름 측정항목이 없어집니다.

롭 :그래서 당신은 ERP나 바닥의 데이터 소스에 연결하거나 CMMS를 연결하는 측면에서 몇 가지를 다루었습니다. 그게 다야? 아니면 다른 사람들이 있습니까? 전체 목록은 무엇입니까?

스튜어트 :전체 목록은 What is it, What's use case, let's make it work입니다. 그러나 우리가 볼 수 있는 가장 일반적인 것은 ERP 시스템과 공장 현장 데이터를 중심으로 이루어집니다. 따라서 ERP는 부품 및 재고에 대해 여기에서 이야기하고 구매 요청을 시작하는 명백한 이유 때문입니다. 그리고 필요한 것이 있습니다. CMMS 내에서 시작하여 ERP 플랫폼에 연결할 수 있습니다. 현재까지 구매 방식을 변경할 필요가 없습니다. 시작하기만 하면 CMMS를 통해 해당 업데이트를 볼 수 있습니다. 이러한 계획자와 스케줄러가 하나의 시스템 내에서 모든 것을 처리하는 것이 훨씬 쉽습니다. 그런 다음 동전의 이면에서 기계 수준의 통합에 대해 이야기할 수 있으며, 바로 여기서 재미있습니다. 그것은 작업 현장 센서 데이터가 될 수 있습니다. 이는 현장의 차량에서 오는 차량 데이터일 수도 있고, 상태에 따라 트리거할 자산의 일일 실시간 미터 판독값일 수도 있습니다. 간단하고 처리량 트리거로 시작하는 것부터 진정한 조건 기반 모니터링에 이르기까지 모든 곳에서 이를 수행할 수 있습니다. 그것이 실제로 모든 것이 천천히 시작되는 곳입니다.

롭 :최소 1시간 이상의 수입을 CMMS에 통합한 몇몇 회사를 보았습니다. 이러한 유형의 통합을 성공적으로 수행한 회사를 본 적이 있습니까? 아니면 매일 자정에 가져오는 일반적인 운영 시간과 같은 종류인가요?

스튜어트 :운영 시간은 매우 일반적이지만 실제로 자산의 중요도와 유지 관리 빈도에 따라 달라집니다. . 데이터를 가져올 때 과도하게 인덱싱하고 싶지 않습니다. 어쨌든 2주에 한 번 유지 관리를 위해 트럭을 가져오는 경우 시간당 미터 판독값을 가져오는 것은 의미가 없습니다. 그렇죠? 그러나 현장에서 처리량 기반 장비에 대해 이야기할 때 상황이 재미있을 수 있습니다. 누군가가 사양을 벗어났는지 실제로 알 수 있습니다. 따라서 처리량 기반. 예, 조금 더 길어질 것입니다. 당신이 말했듯이, 그것은 와서 6 시간마다 가져 가라고 가정 해 봅시다. 하지만 효율성 측면에서 차이가 있습니다. 유지보수라고 하면 한 달에 한 번이 아니라 해야 할 때 작업을 하고 있는데, 월간 PM은 생산 일정을 고려하지 않습니다. 처리량 계산, 그들은 조금 더합니다. 여전히 가장자리 주변에서 약간 무시되지만 실제로 가치를 얻기 시작하면 이 작업을 정말, 정말 효과적으로 시작하는 몇 명의 파트너가 있습니다. 그들은 PLC를 통해 모니터링하고 온도 수준을 보고 있습니다. 그리고 베어링 세트가 있고 그것들이 드리프트할 때를 보기 시작할 수 있습니다. 반드시 전체 재건 및 베어링 교체를 유발하는 것은 아닙니다. 자신이 무엇을 찾고 있는지, 장비를 잘 아는 사람을 구해 봅시다. 그를 데리고 나가서 다음 주 또는 다음 주에 이것이 우리의 레이더에 올려야 할 필요가 있는지 실제로 확인하십시오.

롭 :네, 확실히 그런 접근 방식이 마음에 들었고 본 적도 있고 매우 효과적이라고 생각합니다. 자동으로 교체를 실행하지 않는 것과 같지만 적외선 카메라나 진동 분석 등을 사용하여 2차 검사를 자동으로 실행할 수 있다면 그게 더 나은 접근 방식이라고 생각합니다. 시작하고 계시죠?

스튜어트 :네, 확실히요. 그게 다야, 그렇지? 우리는 항상 크롤링, 걷기, 달리기에 대해 이야기합니다. 이러한 데이터 소스를 가져오기 시작하면 많은 통찰력과 지식을 얻을 수 있습니다. 그러나 그것이 IR 카메라를 가지고 앉아 있고 그것을 사용하는 방법을 알고 있고 손등과 같은 장비를 알고 있는 숙련된 사람을 반드시 대체하지는 않을 것입니다. 그는 당신에게 무엇이 잘못되었는지 말할 수 있을 것입니다. 우리가 이런 종류의 데이터 통합을 실제로 도울 수 있는 것은 사람이 하루에 너무 많은 시간을 가질 수 있다는 점입니다. 그는 무엇을 하려고 합니까? 그는 무엇을 보고 있을까요? 우리는 데이터 소스가 그가 살펴봐야 하는 것이라고 말하는 우선 순위가 높은 검사 목록을 생성할 수 있습니다. 이제 우리는 그의 시대에 가치를 더하기 시작했으며 가능한 한 최고의 방법으로 고도로 숙련된 사람들을 사용하고 있는지 확인합니다.

롭 :스튜어트 씨는 이 통합을 시작할 때 계획이 어떠해야 하는지와 같은 계획이 있다고 언급했습니다. 계획에는 무엇이 포함되어 있습니까? 듣고 있는 사람들에게 통합 계획을 세울 것을 어떻게 추천하시겠습니까?

스튜어트 :의도적으로 해야 합니다. 나는 그것이 당신이 무엇을 추구하는지 가장 먼저 알아야 한다고 생각합니다. 통합의 핵심은 비즈니스 문제를 해결하는 것이라고 생각합니다. 우리는 재고 관리가 매우 쉬운 일이라고 이야기했습니다. 품절을 피하고 있습니다. 부품이 있는지 확인하고 있습니다. 재고를 최소화하고 재고 효율성을 극대화하고 있습니다. 당신의 목표가 무엇이든. 그렇게 하려면 데이터를 가져와야 합니다. 즉, 데이터를 가져오는 방법뿐만 아니라 데이터를 사용하는 방법에 대해서도 생각해야 합니다. 실제로 전체 신뢰성 프로그램에서 비롯된 숫자나 측정항목을 실제로 구동하기 위해 정기적인 주기로 데이터를 사용하지 않을 경우 데이터를 가져오는 것은 의미가 없습니다. 그것이 올해의 목표이고 이것이 당신이 가리키는 곳이고 이것이 당신이 추진하고자 하는 메트릭이라면 그 통합이 어떻게 도움이 될 것이며 어떻게 측정할 것입니까? 바닥에서 효율성을 볼 때도 마찬가지입니다. 우리는 시간 가져오기와 함께 이야기했습니다. 일주일 단위로 이 유지 관리를 수행할 예정이라면 해당 시간을 실시간으로 실행하여 즉시 확인할 수 있는 매우 복잡한 통합을 구축하는 것은 의미가 없습니다. 오일 레벨이나 베어링 열 적용에 비해 1시간 또는 3시간마다 처리량 기반 유지 관리를 더 빨리 수행하지 않을 것입니다. 당신은 당신이 그것을 얻을 수 있는 두 번째로 그 데이터를 원할 것입니다. 거기에 돈을 투자하게 됩니다. 식별한 중요한 자산에 대해 그렇게 하려고 합니다. 그것이 바로 그 통합이 그것을 향해 단계적으로 진행되고 있는 것입니다. 그것은 모두 최종 목표를 갖는 것에 관한 것입니다. 유지 관리 프로그램의 목표는 무엇이며 이를 위한 통합을 어떻게 제공할 계획입니까?

롭 :통합 계획은 자산 관리 또는 실행의 안정성 유형에 가깝습니다. 일단 개발되면 IT에 넘기는 것뿐인가요, 아니면 어떻게 하는 것이 좋습니다.

스튜어트 :내 말은, 그들은 확실히 이해 관계자입니다. 확실히 IT 그룹에 많은 사람들이 참여해야 합니다. 그들은 이러한 시스템이 상호 작용하는 방법을 안내하는 데 도움이 될 것입니다. 당신은 또한 당신이 작업하고 있는 시스템의 공급업체와 협력하고 싶어합니다. CMMS에 대해 이야기할 때 다른 쪽 끝에 도움을 줄 수 있는 좋은 파트너가 있는지 확인하고 싶습니다. 데이터를 소비하거나 데이터를 내보낼 것입니다. 동전의 반대쪽도 마찬가지입니다. 제3자를 참여시키십시오. 그들이 알고 있는지 확인하십시오. 그런 다음 IT와 같은 내부 이해 관계자입니다. 관리 후원자가 있어야 합니다. 이를 실제로 주도하는 사람은 전체 플랫폼을 전체적으로 주도하는 종류의 사람입니다. 그런 다음 모든 사람을 연결하고 범위를 지정하고 견고한 계획을 세우고 이에 대한 이정표를 만들고 실행합니다. 그리고 내가 항상 모든 사람에게 말하는 또 다른 것은 이러한 계획을 세울 때 파이를 하늘 꿈에서 가지고 첫날에 가지 마십시오. 그것이 최종 목표입니다. 하지만 무엇부터 시작할까요? 어떻게 시작하고 그 끝점을 어떻게 검증할 것인가? 그러면 거기에서 어떻게 확장할 것인가? 도달할 곳이 있지만 한 번에 점프하는 것은 유지 관리 팀에 가장 좋은 방법이 아닐 수 있습니다. 한 발 물러서서 올바르게 계획하고 있는지 확인하고 정말 씹어먹을 수 있는 덩어리를 제거하고 근본에 대해 알아보겠습니다.

롭 :어떤가요? 당연히 천천히 가야 하는데 그 첫걸음은 어떤 모습일까요?

스튜어트 :응. 그리고 천천히 말하지도 않을 것이다. 일부러 말했을 뿐입니다. 적절한 그룹이 있으면 이러한 통합을 매우 빠르게 진행할 수 있습니다. 그러나 저는 항상 기본이 아닌 매우 중요한 수준에서 시작하는 것을 제안합니다. 따라서 현재 유지 관리를 수행하는 방식이 비효율적인 차량 시스템이 있고 이를 시간 기반 처리량으로 변경해야 하는 경우 먼저 해결해 보겠습니다. 거기에는 추진적인 비즈니스 요구 사항이 있습니다. 이는 해당 이해 관계자를 한 방에 훨씬 쉽게 모을 수 있음을 의미합니다. 그것을 증명하기 위해 측정할 수 있는 몇 가지 정말 측정 가능한 비즈니스 결과가 있을 것입니다. 이제 이 프로그램을 확장해 보겠습니다. 이제 개념 증명이 모두 완료되었으므로 이제 어디로 가야 할까요? 작게 시작하여 중요하게 시작하십시오.

롭 :좋아해, 좋아해, 좋아해 이제 제 경력에서 자주 본 한 가지는 사람들이 CMMS를 도입하거나 이러한 대규모 IT 프로젝트를 수행할 때 그것이 얼마나 많은 작업을 과소평가한다고 생각합니다. 당신은 무엇을 보았고 청취자에게는 실제로 얼마나 많은 작업이 필요합니까? 귀하가 신뢰성 엔지니어이고 귀하의 사이트에서 이 작업을 수행하려고 한다고 가정해 보겠습니다. 실제로 얼마나 많은 작업이 필요합니까?

스튜어트 :실제로 보고 있는 통합에 따라 다르지만 경우에 따라 상당히 방해가 될 수 있습니다. 내가 말하고 싶은 것은 당신은 당신과 함께 일할 수 있는 파트너를 찾고 싶어할 것입니다. 혼자 복용하는 것은 매우 까다롭습니다. 하지만 공급업체가 있고 그들의 소프트웨어와 시스템을 사용하고 있으며 공급업체는 이를 정말 잘 이해하고 있습니다. 따라서 이를 통해 귀하를 지원할 일부 공급업체와 협력하고 있는지 확인할 수 있다면 훨씬 수월할 것입니다. 그리고 종종 파트너가 귀하와 파트너 관계를 맺고 구축하고 롤링하는 데 도움을 줄 것입니다. 그것이 큰 것입니다. 파트너십과 자원입니다. 그러나 그것은 작은 리프트가 아닙니다. 어떤 조건에서도 작은 리프트입니다. 하나의 센서에서 전체 데이터 레이크에 이르기까지 무엇이든 할 수 있고 PLC 태그의 끝없는 공급을 가져오려고 할 수 있지만 잘 되지 않을 것입니다. 사람들이 놀랍게도 이런 종류의 일을 기꺼이 도와주기 때문에 얻을 수 있는 모든 도움에 의지하십시오. 흥미진진합니다.

롭 :예, 무엇을 하려고 하든 간에 대부분의 경우 공급업체가 매우 도움이 됩니다. 나는 IT 쪽이나 CMMS 통합에서 그다지 많은 것이 아니라 새 장비를 구매할 때 많은 예비 부품으로 작업했지만 항상 큰 지원을 받았습니다. 사람들이 연락해야 할 뿐만 아니라 연락하지 않으면 실수가 될 것이라고 생각합니다.

스튜어트 :완전히 동의 해. 당신은 당신 자신에게 약간의 해를 끼치고 있을 것입니다. 오해하지 마세요. 마음먹으면 어떤 식으로든 해결될 거라고 생각합니다. 하지만 다른 라인에서 도움을 줄 수 있는 사람을 찾으면 훨씬 더 쉬울 것입니다. 그리고 제 생각에는 적어도 제 관점에서 볼 때 업계에 진출하여 업계와 협력하는 이러한 업계 중심의 많은 회사에서 많은 것을 보고 계실 것입니다. 그들은 그것이 수행된 방식이 정말로, 정말로 고품질의 고객 서비스를 통해 이루어졌다는 것을 깨닫고 있습니다. 우리는 장비 공급 업체와 그런 종류의 것을 이야기하고 있습니다. 그러나 소프트웨어도 다르지 않아야 합니다. 미션 크리티컬 애플리케이션입니다. 다운타임은 숫자로 연결되어 있으며 1시간의 다운타임은 많은 결과를 만들거나 깨뜨릴 수 있습니다. 그런 종류의 고객 성공은 강력해야 합니다. 파트너십을 맺어야 합니다. 동일한 목표를 염두에 두고 그 목표를 달성하도록 기꺼이 도와줄 팀이 있어야 합니다.

롭 :따라서 고객이 Fiix에서 여러분에게 접근하여 CMMS 통합에 대한 도움을 받고 싶습니다. 그리고 그들이 함께 계획을 가지고 있을 수도 있습니다. 귀하의 입장에서는 어떤 모습일까요? IT 측면에서 그들을 돕고 있습니까, 아니면 전략으로 그들을 돕고 있습니까? 무엇을 도와주고 있습니까?

스튜어트 :내 말은, 위의 모든 것은 그들이 속한 단계에 따라 다릅니다. 더 탐색적이라면, 우리는 우리 편으로 몇 가지, 우리가 가지고 있는 몇 가지 이야기를 가져오고, 우리가 알고 있는 것에 기댈 것입니다. 잘 될 일을 위해 노력하고 노력하십시오. 또한 귀하의 청취자가 알고 있듯이 이러한 프로그램 중 일부를 시작하려면 판매해야 하기 때문에 ROI를 통해 귀하를 안내하고 그 이면에 있는 비즈니스 사례를 구축할 것입니다. 누군가가 그것에 돈을 쓰거나 자원과 자원에 약간의 시간을 할애하는 데 동의해야 합니다. 그리고 우리도 그 일을 도울 수 있습니다. 그러나 일단 우리가 그 지점을 지나고 우리가 무엇을 끌어들이고 싶은지 그리고 우리가 그것을 끌어들이고 있는 다른 시스템이 무엇인지 알게 되면, 그것은 일종의 재미를 얻게 되는 때입니다. 이제 우리는 끝점의 범위를 정하기 시작하고 다른 공급업체와도 전화를 걸어 데이터 세트가 어떻게 생겼는지 알아낼 수 있습니다. 해당 장비의 공급업체는 시스템에서 데이터를 가져올 수 있는 방법을 알고 있습니다. 단순히 콘텐츠를 제공하고 소용돌이를 일으키게 하는 대신에 실제로 도움이 됩니다.

롭 :거기에서 언급한 것 중 하나는 ROI였습니다. 분명히, 정말 중요합니다. 조금 만지고 질문을 드리고 싶습니다. 우리는 몇 달 전에 Joe Kuhn과 이야기를 나누었고 그는 공장 관리자였습니다. 그가 말한 한 가지는 신뢰성 이니셔티브와 관련하여 누군가가 제게 공장 관리자로 올 경우 단기적 가치와 장기적 가치가 모두 있는지 확인해야 한다는 것입니다. 자, 지금까지 본 것에서 단기적 가치는 무엇이며, 이와 같은 과정에서 단기적 가치를 찾기 시작해야 하는 곳은 어디일까요? 그리고 분명히 장기적 가치는 이해하기가 조금 더 쉽지만 이에 대한 분석도 제공할 수 있습니다.

스튜어트 :응. 나는 Joe와 함께 그 노래를 들었다. 정말 좋은 것이었지만, 그는 어떤 이유에서인지 장기적 가치가 훨씬 더 쉬운 명제처럼 보인다는 것을 완전히 옳았습니다. 단기적으로는 6~12개월입니다. 어떤 이득을 볼 수 있을까요? 특히 재고 관리 및 관리와 같은 더 큰 것에 대해 이야기할 때 대화가 더 어려울 수 있습니다. 반드시 단기적인 것은 아닙니다. 하지만 단기적으로 정말 일할 수 있는 곳은 빠르고 쉬운 실수를 보여주는 것뿐입니다. 그래서 당신은 일부가 있다고 가정 해 봅시다. 파트 아웃은 항상 발생합니다. 절반 정도는 누군가 사물함에 문제를 해결할 수 있는 무언가가 걸려 있을 가능성이 있습니다. 하지만 실제로 스토킹 아웃을 강조할 수 있다면 다운타임이겠죠? 부품을 찾을 수 없기 때문에 여기에 15분이 있습니다. 우리는 세 곳의 다른 장소에 가야 했습니다. 그렇지 않으면 좋겠지만 최대 6시간까지 갈 수 있습니다. 부품을 배송해야 하거나 공급업체에서 부품을 가져와야 합니다. 그와 같은 것, 그 그림을 바로 보여주기 시작하는 것은 매우 쉽습니다. 또 다른 좋은 방법은 처리량 기반입니다. 따라서 처리량 기반 유지 관리에 대해 이야기할 때 실제 실행 시간과 예정된 유지 관리 수준을 프로덕션 일정에 오버레이할 수 있고 이 작업을 12번 수행하는 대신 11개월 또는 12개월 후에 표시할 수 있다면 처리량 기반 , 우리는 실제로 10번 또는 11번만 하고 있습니다. 그리고 그것은 일련의 벨트, 공압 실린더일 수 있습니다. 그것이 무엇이든 관계된 비용이 있습니다. 그러나 가장 중요한 것은 구매입니다. 바닥에 있는 사람들이 그것을 요구했습니다. 그것은 그들의 삶을 더 쉽게 만들 것입니다. 렌치 시간을 향상시킬 것입니다. 렌치 시간이 즉시 향상됩니다. 그러면 정말 빠른 이득을 얻게 될 것입니다.

롭 :당신은 작업 현장에서 바이인을 언급했습니다. 유지 관리 담당자가 모든 데이터를 동일한 저장소에 보관하면 어떤 이점이 있습니까?

스튜어트 :나날이 좋아졌어. 그가 일정에 따라 올바른 장소로 가고 있다는 것을 알고 있거나 누군가가 그가 무언가를 확인해야 한다고 말했기 때문이 아니라 데이터에서 여기에 이상이 있고 당신이 가서 살펴봐야 한다는 것을 알고 있기 때문에, 우리는 X천 개의 상자를 이 기계에 넣었습니다. 이제 곧 고장날 것이라는 것을 알고 있기 때문에 이것을 교체해야 합니다. 그것은 다른 종류의 긴급한 상황입니다. 당신은 올바른 장소에서 올바른 일을 하고 있다는 것을 알고 있습니다. 그리고 부품. 우리는 몇 번이고 부품을 살펴보았습니다. 부품이 거기에 있습니까? 다른 데 찾으러 가야 하나요? 지금 시작해야 하는 구매 프로세스입니까? 어떤 창고에 있습니까? 빈, 통로, 줄? 끝이 없잖아요? 많은 시간을 절약할 수 있습니다. 그리고 시간이 관건이죠? 모두가 좋은 일을 하기를 원하지만 아무도 자신의 기계가 다운되는 것을 원하지 않습니다. 그래서 그녀를 더 빨리 회복시킬 수 있거나 더 나은 방법으로 모든 사람에게 영향을 미치게 될 고장을 예방할 수 있습니다.

롭 :신뢰성입니다. 내가 수년 동안 많이 보아온 한 가지는 사람들이 CMMS의 데이터 품질에 어려움을 겪는다는 것입니다. 데이터의 품질을 보장하기 위해 사람들에게 어떻게 권장하시겠습니까?

스튜어트 :통합하여. 그러나 솔직히 말해서 고품질이 필요한 중요한 데이터를 선택하고 싶습니다. 사람이 직접 입력하거나 일종의 가져오기/내보내기 유형 대신 소스에서 직접 가져올 수 있는 경우 해당 데이터를 소스에서 직접 가져올 수 있습니다. 그것은 진실의 그 지점에서 올 것이고 CMMS에서도 같은 방식으로 반영될 것입니다. 예를 들어 검침 항목. 주위를 돌아다니며 미터 판독값을 입력하게 하면 15개, 20개 또는 50개를 수행할 수 있습니다. 그것은 누군가를 위한 엄청난 양의 데이터 입력입니다. 그들이 그 장비를 사서 모든 것을 살펴보는 것은 좋은 일이지만 누군가가 그 중 하나를 잘못했다고 비난할 수는 없습니다. 그러나 이것이 중요하고 유지 관리를 기반으로 하는 경우 통합해야 한다는 강력한 주장이 있습니다. 그러면 기계에서 해당 데이터를 직접 가져올 것이기 때문입니다. 그것은 기계가 얻는 것과 동일한 데이터입니다. 그것이 당신에게 진정한 가치를 줄 것입니다. 인벤토리의 부품과 동일합니다. 당신이 그 권리를 가져야 한다면, 당신은 그 여유가 필요하고 그것을 ERP와 통합할 것입니다. 우리는 그 수치를 정확하게 가질 것이고 그것은 사람들의 삶을 훨씬 더 쉽게 만들 것입니다. 그들은 이 모든 것을 통과하고 수동으로 입력하지 않습니다. 그리고 미터 판독값을 입력하면 작업 목록을 완료하고 품질 메모를 입력하는 데 집중할 수 있습니다. 더 좋은 것은 그들이 앱을 가지고 있다면 사진을 찍어서 작업 주문에 첨부하고 실제로 데이터를 전송하고 CMMS에 깨끗하고 일관된 데이터를 입력하는 것입니다. 그러나 중요한 것은 무엇이든 통합하고 진실의 근원에서 가져오십시오.

롭 :네, 저도 좋아하고, 또 앱도 좋아하는데 재미있어요. 오늘 아침에 저는 Gerard Wood의 인용문을 게시했는데 그는 이 시간에 자신이 현장에 있었고 전선에 문제가 있었던 장소에 대해 이야기하고 있었습니다. 무슨 일이 일어났는지 알다시피 이 전선은 2년 동안 18개월 동안 지속되다가 고장났습니다. 그래서 그들은 근본 원인 분석을 하고 있었고 검사 작업 지시서에서 와이어의 일부가 닳았고 본질적으로 아무 일도 일어나지 않았다는 것을 두세 번 지적했다는 것을 발견했습니다. 그래서 Gerard는 RCA에 대해 이야기하고 있었고 RCA의 결과 중 하나는 전체 배선 시스템을 다시 설계해야 한다는 것이었습니다. 나에게는 분명히 깨진 과정입니다. 그 피드백 프로세스가 당신에게 어떤 모습입니까? 누군가가 작업 주문에 메모를 입력하면 작업을 트리거하려면 어디로 가야 합니까?

스튜어트 :아, 확실히. 실패한 검사는 CMMS 내에서 처리해야 합니다. 작업 주문을 자동으로 내보내야 합니다. 내 말은, 그 중 일부는 아마도 프로세스 및 시스템 오류일 것입니다. 그런데 그 옛말이 있고 누가 한 말인지 모르겠어서 제대로 인용할 수는 없지만, 아침식사는 문화를 먹는 전략입니다. 직원들이 실제로 그런 신뢰성 문화를 갖고 있고 실제로 이를 돌보고 있다면 그것이 첫 번째 단계입니다. 그들은 그것을보고 싶어합니다. 그들은 그 실패를 보고하기를 원하고 그것을 시스템으로 가져오기를 원합니다. 하지만 시스템이 이를 처리하는 방식은 이에 부합해야 합니다. 그들이 옳은 일을 하고 있고 실패한 검사를 하고 있지만 에스컬레이션되거나 리소스가 확보되지 않는다면 완전히 다른 게임입니다. 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 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.