Jeff O'Brien의 성공적인 CMMS 구현(PODCAST)

CMMS 구현은 일부 사람들에게 무서운 주제일 수 있습니다. 결국 아무도 CMMS 채택이 조직에서 실패할 수 있다고 생각하고 싶어하지 않습니다. Jeff O'Brien은 거의 10년 동안 유지 관리 팀이 시설에서 Fiix를 성공적으로 배포할 수 있도록 지원해 왔으며 최근에는 Rooted in Reliability 팟캐스트에 들러 구현 관련 모든 것에 대해 호스트 James Kovacevic과 이야기했습니다.

에피소드에서 그들은 구현 성공이 정확히 무엇인지, 원활한 구현을 보장하기 위한 5단계, 왜 양질의 데이터가 CMMS 솔루션 설정의 가장 중요한 측면 중 하나인지, 조직에서 누가 참여해야 하는지 정의합니다. 구현 프로세스 및 구현 과정에서 달성해야 하는 이정표.

여기에서 팟캐스트 에피소드를 듣거나(Accendio Reliability의 웹사이트 및 PodBean에서도 사용 가능) 아래 스크립트를 읽으십시오. 앞으로 Fiix 전문가가 더 많이 출연할 예정이니 계속 지켜봐 주십시오.

CMMS 구현에 대해 자세히 알아보시겠습니까?

<울>

성공을 위한 CMMS 구현을 위한 직장 문화 조성

성공적인 CMMS 구현을 위한 3단계

계획되지 않은 유지보수:필요한 악의 또는 피할 수 있는 불편은?

모바일 유지 관리:단순한 업계 동향 그 이상(PODCAST)

Jeff O'Brien이 작성한 모든 기사

<시간 />

에피소드 대본

에피소드 스크립트 보기

제임스 코바세비치: Jeff O'Brien을 팟캐스트에 초대하게 되어 기쁩니다. 제프를 환영합니다.

제프 오브라이언: 이봐 제임스. 함께해주셔서 감사합니다.

JK: 글쎄요, Jeff, 당신은 팟캐스트의 새로운 손님입니다. 귀하를 소개하기 위해 귀하는 Fiix Software의 전문 서비스 수석 이사입니다.

조: 맞습니다.

JK: 고객이 자신의 위치에서 Fiix를 성공적으로 구현하고 실행할 수 있도록 지원하는 CMMS 구현 컨설턴트 팀을 관리합니다. 당신은 또한 100개가 넘는 다양한 업계 기사와 전자책을 저술했으며 그 중 많은 부분이 Fiix에서 제공됩니다. Fiix에 합류하기 전에는 ASML에서 장비 엔지니어였습니다. 귀하가 작성하거나 보충하고 싶은 간단한 소개에서 제가 놓친 부분은 무엇입니까?

조: 그게 다야. 아주 좋은 소개입니다. 말씀하신대로 구현 컨설턴트 팀과 기술 지원 팀도 관리합니다. 그래서 사람들이 서비스를 시작한 후 기술 지원 문제가 많이 발생합니다.

JK: 응. 따라서 기술 지원 팀을 관리하는 것은 구현에서 무엇을 더 잘할 수 있었는지 식별하거나 구현 전략을 수정할 수 있는 좋은 기회를 제공합니다.

조: 맞습니다.

JK: 훌륭한. 이제 CMMS 구현에 참여하신지 얼마나 되셨습니까?

조: 그래서 저는 2010년에 Fiix에 합류한 이후로 CMMS 애플리케이션 구현에만 관여했지만 ASML에서 장비 엔지니어로 Fiix에 합류하기 전에는 CMMS 애플리케이션에 많이 노출되었습니다. 저는 독일의 AMD와 같은 다양한 시설에서 전 세계적으로 일했고 독일의 Infineon에서도 일했습니다. 실제로 SD, 마이크로 등 다양한 시설에서 일했고 많은 것을 사용해야 했습니다. 다양한 CMMS 애플리케이션의 다양한 버전이 있으므로 수년에 걸쳐 많이 노출됩니다.

JK: 훌륭한. 그리고 과거에 최고의 구현이 아닌 문제를 해결해야 했던 사람보다 구현을 더 잘 도울 수 있는 사람이 누구입니까? 그렇지?

조: 정확히. 예, 각각의 응용 프로그램은 모두 같은 종류의 개념이지만 전달 방식과 사용 편의성은 항상 다릅니다. 저는 몇 년 동안 매우 까다로운 응용 프로그램으로 작업해 왔습니다. 그건 확실합니다.

JK: 네, 팟캐스트가 많지 않으니 당분간 이름은 생략하겠습니다.

조: 문제 없습니다.

JK: 이제 CMMS 구현이란 무엇입니까? 우리가 소프트웨어를 구입하기만 하면 켜지고 작동하지 않습니까?

조: 정확히. 따라서 CMMS 구현은 CMMS 소프트웨어를 조직 구조의 워크플로 또는 개별 최종 사용자의 워크플로에 통합하는 것입니다. 따라서 기본적으로 모든 주요 사용자가 적절하게 교육을 받은 조직을 위해 CMMS를 완전히 구성하고 운영하는 것입니다. 이것은 단순한 플러그 앤 플레이 방식이 아닙니다.

JK: 그리고 그것을 만지는 것이 중요하다고 생각합니다. 당신은 워크플로와 모든 핵심 사항 내에서 통합에 대해 언급했습니다. 유지 관리 전문가가 아닐 수도 있고 안정성 전문가가 아닐 수도 있지만 확실히 일부 개인은 CMMS를 다운로드, 설치만 하면 되는 소프트웨어로 생각합니다. 그리고 절대 그렇지 않습니다.

조: 아니요, 확실히 그렇지 않습니다. 시간이 지남에 따라 발생하는 일은 더 많은 부담이 되고 사람들의 조직은 사용을 중단합니다. 그들은 시스템의 혜택을 받지 못합니다. 당신이 기술자이든 관리자이든, 기획자이든, 감독자이든, 부품 담당자이든 상관없습니다. 당신은 항상 생각하고 있습니다, "그것이 나에게 무엇입니까?" 그래서 당신은 항상 응용 프로그램이 일상 생활을 더 쉽게 만들고 있는지 확인하기를 원하며 올바르게 구성 및 구현되지 않으면 사용을 중단하게 될 것입니다. 조직에서 성공할 것입니다.

JK: 아니요, 확실히 아닙니다. 올바른 데이터가 없으면 올바른 보고서를 얻을 수 없고 해당 조직에 대한 올바른 변경을 추진할 수 없습니다.

조: 맞습니다.

JK: Jeff, 성공적인 CMMS 구현을 어떻게 정의합니까? 모든 마스터 데이터가 올바르게 입력되어 있습니까? 진정한 성공이란 무엇입니까?

조: 따라서 저에게는 다양한 수준의 성공이 있습니다. 그러나 실제로 최종 성공적인 구현은 조직이 새 시스템의 가치를 극대화할 때입니다. 이는 시스템이 조직의 사용 사례에 맞게 올바르게 구성되었음을 의미합니다. 즉, 기한이 되면 PM이 실행되고, 비용이 올바른 상위 자산으로 롤업되고, 사람들이 창고의 재고에 대한 가시성을 갖게 됩니다. 두 번째는 CMMS를 사용해야 하는 모든 사람이 다음에서 CMMS를 사용한다는 것입니다. 일상적입니다. 수리를 기록하는 기술자, 한 주의 일정을 준비하는 계획자, 또는 작업 요청을 기록하는 라인 관리자일 수 있습니다. 마지막으로 CMMS에서 실제적이고 정확한 데이터를 가져와 KPI 및 보고서를 구성할 수 있으며 해당 데이터를 사용하여 추세를 식별하고 수리 또는 교체와 같은 결정을 내릴 수 있습니다. 저에게는 정말 성공적인 구현이었습니다.

JK: 완벽한. 따라서 우리는 시스템을 사용하고 데이터를 수집하며 해당 데이터를 사용하여 조직 내에서 의사 결정을 유도합니다. 이것이 진정한 성공입니다.

조: 맞습니다.

JK: 조직 내에서 다른 버전의 성공을 본 적이 있습니까?

조: 네, 제가 말했듯이 성공에는 다양한 수준이 있을 수 있으며 저에게는 그것이 궁극입니다. 그러나 펜과 종이로 아무데서나 오는 조직이 있으며 적절한 시스템이 없습니다. 따라서 작업 지시와 작업 요청을 관리하기 위한 시스템을 갖추는 것만으로도 어느 정도 성공적입니다. 분명히 거기에서 더 많은 성장 기회가 있지만 응용 프로그램에서 약간의 성공이라고 생각합니다. 나는 몇 년 전에 가난한 유지 관리 관리자가 포스트잇, 문자 메시지, 책상에 남겨둔 종이, 책상 옆 화이트보드에 있는 알림 등 다양한 각도에서 들어오는 요청으로 괴로워하는 조직을 보았지만 많은 것들이 균열을 통해 떨어졌으므로 CMMS가 있으면 기본적으로 해당 프로세스를 자동화하고 있습니다. 요청은 모두 동일한 채널을 통과한 다음 필요에 따라 우선 순위를 지정할 수 있으며 균열을 통해 떨어지는 것은 없습니다. 그래서 저에게는 시스템을 아주 간단하게 사용하는 것만으로도 어느 정도 성공적인 구현으로 이어집니다.

JK: 훌륭한. 따라서 조직에 따라 성공 수준이 달라질 수 있습니다. 그러나 우리가 하는 일은 비즈니스 프로세스의 개선, 비즈니스 프로세스의 효율성, 그리고 결국에는 해당 데이터를 사용하여 결정을 내리는 것입니다. 이제 조직이 성공적인 구현을 달성할 수 있도록 하는 단계는 무엇입니까?

조: 괜찮아. 따라서 CMMS의 필요성을 인식한 후 CMMS를 성공적으로 구현하기 위한 5단계를 식별했습니다. 따라서 첫 번째 단계는 경영진의 지원을 받는 것입니다. CMMS를 세우는 데는 시간과 자원이 필요합니다. 경영진이 완전히 참여하지 않은 수많은 CMMS 구현 프로젝트를 목격했습니다. 그들은 자원을 주기를 꺼렸고 결과적으로 CMMS 구현은 계획한 대로 순조롭게 진행되지 않았습니다. 따라서 기본적으로 CMMS를 성공적으로 구현하는 데 필요한 예산과 리소스가 필요하므로 경영진의 지원을 받아야 합니다.

두 번째 단계는 이 프로젝트에 전용 리소스를 할당하는 것입니다. 앞서 언급했듯이 간단히 전원을 켜고 계속 진행하면 됩니까? 그렇지 않습니다. 해당 구현 프로젝트를 지원하기 위해 조직 측에서 누군가가 필요합니다. CMMS 프로젝트는 공급업체와 클라이언트 양측의 자원이 프로젝트에 참여하는 경우 성공할 가능성이 더 높습니다. 우리는 항상 고객에게 “우리는 CMMS를 알고 있습니다. 우리는 당신의 장비를 모릅니다.” 저는 작년에 원격 구현을 수행했으며 클라이언트는 다른 많은 책임을 지고 있었습니다. 그들은 프로젝트에 시간을 할애할 수 없었고 우리가 예약한 모든 세션은 재충전의 세션처럼 느껴졌습니다. 우리는 계속해서 같은 일을 반복했고, 약 9개월 후에 우리는 결국 그들이 전담 리소스와 함께 가야 한다는 데 동의하거나 프로젝트를 시작하고 프로젝트를 종료하기 위해 프로젝트에 누군가를 할당해야 한다는 데 동의했습니다. 전담 리소스를 확보한 후 실제로 일주일도 채 되지 않아 작업을 완료했습니다.

성공적인 CMMS 구현의 세 번째 단계는 효과적인 프로젝트 계획입니다. “계획에 실패하면 실패할 계획”이라는 옛 속담을 기억하십시오. 조직은 세부적인 프로젝트 계획을 수립하여 누락되는 일이 없도록 해야 합니다. 즉, 요구 사항 분석을 수행하고, 현재 문제점과 새 소프트웨어가 해결할 사항을 식별하고, 시스템을 사용할 사람을 식별하고, 범위를 정의 및 제어하고, 초기 데이터 수집에서 일정을 작성합니다. 게시 후 6개월 또는 1년 후까지:그 리뷰는 어떻게 생겼습니까? 가장 자세한 구현 계획은 약 96개 항목입니다.

네 번째 단계는 해당 프로젝트 계획을 효과적으로 실행하는 것입니다. 모든 계획을 거쳤으니 이제 그 계획을 체계적이고 체계적으로 실행하기만 하면 됩니다. 팀 변경 준비, 데이터 수집, 데이터 정리, 시스템 구성, 최종 사용자 연결, 시스템 가동 라이브 지원이 핵심입니다. 그런 다음 프로젝트가 끝날 때 구현 검토를 받습니다.

마지막으로 다섯 번째 단계는 지속적인 개선입니다. 그래서 저에게 CMMS는 항상 진화하고 있습니다. CMMS를 제자리에 놓고 가만히 있는 것은 의미가 없습니다. 앞으로 작업 방식에 더 많은 기능을 통합할 수 있습니다. 앞서 언급했듯이 작업 주문 시스템으로 시작한 다음 나중에 인벤토리와 PM을 추가하는 것을 볼 수 있습니다. 당신은 시스템에 더 많은 사용자를 얻을 수 있습니다. 예를 들어, 공급업체가 새로운 기능을 출시할 때 일일 검사를 추적할 수 있도록 기계 운영자를 추가합니다. 이러한 새로운 기능을 작업 방식에 어떻게 통합합니까?

그리고 마지막으로 CMMS 자체는 자산에 대한 정보 데이터베이스입니다. 그렇다면 그 정보를 사용하여 작업 방식을 변경하고 PM을 어떻게 수정하거나 개선합니까? 예를 들어 이전 경력에서 우리는 실제로 안정성 및 가용성 데이터를 살펴보고 PM 주기를 7일에서 8일로 변경하기로 결정했습니다. 가용성에는 영향이 없었고 시설 전체에서 수백만 달러를 절약했습니다. 따라서 시스템을 개선하고 시스템에서 더 많은 것을 얻을 수 있는 기회를 찾으십시오.

JK: 훌륭한. 따라서 CMMS를 구현하기 위한 5단계. 관리 지원을 받고, 올바른 프로젝트 계획을 수립하고, 수익을 이해하고, 가동 중 및 가동 후 지원 방법을 이해합니다. 이 모든 것은 조직에서 일반적으로 그 중 한두 가지를 놓치는 중요한 사항입니다. 나는 라이브 중에 조직이 한 두 달 동안 한 세트의 교육을 실시한 후 결과적으로 후속 조치나 코칭 없이 라이브로 시작하는 곳을 종종 보았습니다. 아무도 일을 제대로 하는 방법 등을 모릅니다. 그래서 저는 CMMS를 구현하기 위한 5가지 간단한 단계를 좋아합니다.

이제 사용자가 CMMS를 구현하기 전에 비즈니스 프로세스를 이해하는 것이 얼마나 중요한가요?

조: 그것은 절대적으로 중요합니다. 이러한 프로세스를 문서화하여 놓치는 일이 없도록 하는 것이 매우 중요합니다. 그러나 유지 관리 프로세스는 어디에 있든 매우 유사한 경향이 있습니다.

다 같은 종류의 물건입니다. 작업자는 기계 문제를 보고하고, 계획자 또는 감독자는 기술자 아래에 작업을 검토하거나 서명하고, 기술자는 작업을 완료하고, 인벤토리 담당자는 선반에 부품이 있는지 확인합니다. 모두 매우 유사한 프로세스입니다. 많은 기성품 CMMS 응용 프로그램은 모범 사례를 중심으로 설계되었으므로 시스템을 채택하면 실제로 작업 방식과 프로세스 개선에 도움이 될 수 있습니다.

실제로 당신을 위한 예가 있습니다. 나는 몇 달 전에 그곳에서 구현 작업을 하고 있었고 현장에 있는 사람들이 부품이 필요하면 Microsoft Word에서 양식을 작성하는 작업을 했을 것입니다. 그런 다음 해당 양식을 PDF로 만든 다음 45분 후에 창고로 이메일을 보냅니다. 그런 다음 창고로 가서 부품이 있는지 확인하고 지금 준비가 되었는지 확인했습니다. 물론 부품이 준비되지 않았다면 주문을 하러 가야 했고 작업을 완료할 수 없었을 것입니다. 따라서 이제 CMMS를 구현하여 작업 주문을 완료할 때 부품 가용성을 확인할 수 있습니다.

또한 작업 주문에 계획된 부품으로 추가하면 매장에서 부품이 필요하다는 이메일을 자동으로 받게 됩니다. 그래서 그들은 그것이 상점에 있다는 것을 알고 자동으로 창고에 주문을 넣습니다. 그래서 그들이 가서 그것을 얻으면 그곳에서 그들을 기다리고 있을 것입니다.

JK: 훌륭한. 따라서 기술자가 단어를 입력하고 PDF로 작성하고 이메일을 보내면서 부가가치가 없는 시간을 많이 줄였습니다. 하지만 실제로는 그곳에 있지 않다는 것을 알게 됩니다.

조: 맞습니다.

JK: 따라서 CMMS의 표준 워크플로 중 일부를 채택하여 이를 많이 줄일 수 있었습니다.

조: 맞습니다.

JK: 훌륭한. 이제 구현하기 전에 어떤 구성을 이해하고 생각하는 것이 중요합니까?

조: 글쎄, 이것은 모두 CMMS가 온프레미스인지 클라우드 기반인지에 달려 있습니다. 따라서 조직에서 온프레미스를 선택하는 경우 하드웨어 구성, 설치, 포트 열기, 방화벽 열기 등의 전체 부하가 있을 수 있으며 이는 제가 아는 바가 전혀 없습니다. 이를 위해서는 IT 전문성이 필요합니다. 따라서 클라우드 기반 CMMS를 사용하면 하드웨어 구성이 필요하지 않습니다. 인터넷에서 가입하기만 하면 60초 이내에 사용할 수 있습니다. 이제 클라우드 기반 CMMS는 시스템 구성보다 데이터 구성이 더 많은 경향이 있습니다. 따라서 사전 구성 작업이 거의 필요하지 않습니다. 예를 들어, 구현 프로젝트를 시작할 때 컨설턴트는 일반적으로 프로세스, 데이터 표준화, 자산 이름 지정, 계량기 유형, 사용자 지정 워크플로 등을 이해하는 데 며칠을 보내고 그에 따라 CMMS를 구성합니다. 보통 하루에서 이틀 정도 걸립니다.

JK: 훌륭한. 이제 자산 이름 지정 방법, 자산 번호 지정 방법, 예비 부품 이름 지정 방법 등 몇 가지 중요한 점을 다루었습니다. 거기에 번호 매기기도 마찬가지입니다. 어떤 유형의 미터가 사용됩니까? 그들은 어떻게 읽습니까? 이러한 모든 사항은 CMMS를 구성하는 데 중요합니다. 우리는 또한 사용자와 권한 수준 및 사용자 그룹을 고려할 필요가 있다고 생각합니다. 따라서 계획자는 이러한 부분에 액세스할 수 있지만 이 부분에는 액세스할 수 없습니다. 원할 경우 "편집" 액세스. 이 모든 것이 CMMS를 설계하고 구성할 때 매우 중요합니다.

조: 정확히. 많은 클라우드 기반 CMMS 애플리케이션에는 이러한 설정이 미리 구성되어 있거나 잘 어울립니다. 필요한 것의 95%는 이미 시스템에 미리 구성되어 있습니다. 필요한 것을 정확히 얻기 ​​위해 여기 저기 약간만 조정하면 됩니다.

JK: 훌륭한. 이제 구성 부분에 대해 이야기할 때 자산 이름 지정 방법, 자산 번호 지정 방법 등을 언급했습니다. CMMS 내에서 데이터 품질과 자산, 자료, 자산 계층 구조, PM 등을 설정하는 것이 얼마나 중요합니까?

조: 음, 데이터 품질은 매우 중요합니다. 저품질 데이터는 장기적으로 문제를 일으킬 뿐입니다. 따라서 자산 레이블 지정이 잘못되었거나 계층 구조가 잘못 구성된 경우 CMMS에서 해당 자산을 찾기가 더 어려워집니다. 재고 데이터가 꺼져 있는 경우 바닥에 있는 사람들은 해당 부품이 선반에 있을 때 공급업체로부터 부품을 주문할 것입니다. 또한 더 많은 재고 부족을 경험하게 되며 PM의 경우 잘못된 작업 그룹과 잘못된 PM으로 인해 사람들이 잘못된 장비에서 잘못된 작업을 수행하게 될 수 있습니다. 그리고 예를 들어 2년 전에 저는 12개 사이트를 Fiix로 이전한 클라이언트와 함께 작업했는데 각 사이트에 동일한 장비가 있었습니다. 데이터를 마이그레이션했을 때 사이트 중 하나가 유사 자산에서 완전히 다른 PM 및 작업 세트를 수행하고 있었고 결과적으로 해당 사이트의 이러한 시스템은 매우 열악한 상태에 있었습니다. 따라서 처음에 데이터를 올바르게 가져오면 한 번만 수행하면 됩니다.

JK: 네, 절대적으로요. 세 번째 또는 네 번째 자산을 다시 살펴보기 위해 시간과 리소스를 투자하지 않습니다. 자재 마스터 데이터의 중복을 제거하지 않고 있기 때문에 나와 함께 일하는 많은 조직이 창고로 걸어 들어가 세 곳의 다른 위치에 있는 세 개의 다른 빈에 동일한 베어링을 가지고 있습니다. 누군가가 이름을 다르게 지정했거나 부품 번호에 하이픈을 넣었는지 여부 등입니다. 따라서 설정하면 장기적으로 많은 작업과 노력을 절약할 수 있습니다.

조: 맞습니다.

JK: 이제 CMMS를 구현하기 위해 무엇을 해야 하는지 이해했습니다. 구현 팀에는 누가 있어야 합니까? 여가 시간에 유지 관리 계획을 짜고 있습니까? 아니면 전체 부서 팀입니까?

조: 구현은 IT 리더, 구현 팀, 공급업체 및 시스템 챔피언 간의 공유 프로세스입니다. 확실히 다기능 팀입니다. 조직 전반에 걸쳐 장기적으로 수많은 개인에게 영향을 미칠 것입니다. 유지보수가 되는 것입니다. 신뢰성, 안전, 부품 및 재고 구매, IT 및 운영이 될 것입니다. 따라서 중소기업의 경우 모든 팀의 참여가 필요합니다. 구현 프로젝트에 각 팀의 대표를 포함시키는 것은 이치에 맞지 않습니다.

따라서 우리가 권장하는 것은 시스템 챔피언을 식별하는 것입니다. 바로 그 직원이 프로젝트를 소유할 직원입니다. 그리고 이 챔피언들은 서로 다른 팀이 일하는 방식에 익숙합니다. 그들은 프로세스, 작업 부하 등을 이해하고 계획자나 감독자 또는 팀의 아주 우수한 기술자 중 한 명이 될 수 있으며 필요에 따라 그룹에서 다른 대표자를 끌어들일 수 있습니다. 따라서 부품 및 인벤토리의 도움이 필요하면 명확한 정보가 필요하며 해당 직원에게 가서 답변을 얻습니다. 그러나 규모가 큰 조직의 경우 여러 기능을 갖춘 팀을 보유하고 프로세스에 모든 사람을 포함할 만큼 충분히 크므로 시스템과 프로세스가 더 복잡한 경향이 있습니다.

따라서 관련된 모든 팀의 담당자를 확보하면 누락되는 것이 없으며 조직이 애플리케이션에 더 빨리 적응할 수 있습니다. 따라서 방송을 시작하면 해당 전문 지식을 보유하고 있으며 필요에 따라 그룹으로 이동하여 도움을 줄 수 있습니다.

JK: 그 교차 기능 팀은 CMMS를 구현하는 사이트 또는 조직의 규모에 따라 정말 다양합니다. 또한 포함하려는 기능에 따라 다를 수 있습니다. 실패 코딩 또는 오류 코딩을 포함할 예정입니까? 그렇다면 어떻게 구축될까요? 누가 그 목록을 소유하고 있습니까?

조: 맞습니다.

JK: 완벽한. 이제 교차 기능 팀에서 볼 수 있는 또 다른 사항은 보고서를 정의하고 구현 중에 보고서를 작성하는 것입니다. CMMS의 출력을 미리 정의하는 것이 얼마나 중요한가요?

조: 그래서 James, 저는 한 가지 중요한 사실을 지적하고 싶습니다. 괜찮아. 그래서 80년대, 90년대, 장난꾸러기들이 CMMS에서 정보를 얻을 수 있는 유일한 방법은 보고서였습니다. 보고서는 데이터를 얻는 일종의 방법이었습니다. 쿼리를 작성하고 시트에 데이터를 구성한 다음 보기 위해 해당 보고서를 인쇄했습니다. 그러나 2018년에는 시스템에서 데이터를 가져오는 다른 방법이 많이 있습니다. 오늘날의 CMMS 소프트웨어를 사용하면 보고서를 포함하여 다양한 방법으로 시스템에서 정보를 가져올 수 있습니다. 목록 보기일 수도 있고 동적 필터링일 수도 있고 사용자 지정 가능한 대시보드일 수도 있습니다. 따라서 보고서를 실행할 필요 없이 시스템에서 필요한 데이터를 실시간으로 얻을 수 있습니다. 그래서 대답은 예입니다. 구현 프로세스 초기에 어떤 보고서, 어떤 목록, 어떤 KPI 또는 메트릭이 필요한지 이해하는 것이 확실히 중요합니다. 그 이유는 해당 데이터를 제공할 수 있는 CMMS 애플리케이션을 선택해야 하기 때문입니다. 그들은 당신에게 그 보고서를 줄 수 있고 당신에게 그 목록을 줄 수 있습니다. 따라서 기존 CMMS에서 가져온 조직은 새 CMMS에서 복제하려는 보고서 모음을 갖게 됩니다. 그러나 CMMS를 처음 접하는 조직은 처음부터 필요한 것이 무엇인지 정확히 알지 못할 수 있습니다. 따라서 그들은 시간이 지남에 따라 보고를 파악해야 합니다. 그러나 오늘날의 많은 지원서에는 미리 준비된 보고서가 함께 제공됩니다.

이들은 기본적으로 상자에 들어갈 준비가 된 보고서이며 아마도 필요한 것의 약 90%를 제공할 것입니다. 응용 프로그램은 보고서 작성기와 함께 제공되거나 타사 보고서 작성기와의 통합도 가능합니다. 따라서 필요한 정보를 얻을 수 있지만 몇 가지 유용한 보고서만 있으면 됩니다. 일반적으로 계획된 유지 관리 비율, 평균 실패 간격, 평균 수리 시간 및 일정 준수를 권장합니다.

JK: 훌륭한. 많은 새로운 CMMS에는 보고서 엔진이 내장되어 있고 실시간 데이터로 스트리밍되는 대시보드가 ​​있습니다. 따라서 우리는 시스템에서 필요한 데이터 또는 정보가 필요한지, 이를 사용하여 무엇을 할 것인지 이해하고 싶지만 구현하는 동안 보고서를 작성해야 하는 등의 문제는 덜 중요합니다. 앞으로.

그렇다면 새로운 CMMS 구현에 필요한 주요 이정표는 무엇입니까?

조: 자, 우리는 다섯 가지 주요 이정표를 식별했습니다. 따라서 첫 번째는 발견을 계획하는 것이며, 이것은 모두 CMMS 목표를 이해하고 기본적으로 프로젝트 계획에 도달하는 것입니다. 그래서 우리는 우리의 비즈니스 프로세스를 이해하고자 합니다. 우리는 이러한 데이터 표준을 정의하고 일관된 데이터를 계획하고 싶습니다. 교육 계획 등이 필요합니다. 두 번째 이정표는 구성 및 설정입니다. 이것은 CMMS를 세우고 CMMS를 기술적으로 운영하고 사용 사례 및 비즈니스 요구 사항에 맞게 사용자 정의하는 것에 관한 것입니다. 이정표 3은 교육이며 교육은 직원이 소프트웨어를 최대한 활용할 수 있는 올바른 기술과 지식을 갖추도록 하는 열쇠입니다. 사용자 채택을 늘리고 사람들이 올바른 방식으로 소프트웨어를 사용하도록 하여 장기적으로 몰입도를 높입니다. 제 조언은 훈련을 게을리하지 말고 처음부터 제대로 하라는 것입니다. 그렇지 않으면 팀은 시스템을 배우기 위해 귀중한 시행착오를 낭비하게 될 것이며 회사 시간에 맞춰야 합니다.
4단계가 시작됩니다. 따라서 시스템이 구성되고 교육이 완료되면 새 시스템을 사용할 수 있습니다. 따라서 기존 시스템을 사용하는 조직은 데이터가 전송되는 동안 두 시스템을 모두 사용할 수 없는 정전 기간을 가져야 할 수 있지만 시스템을 처음 사용하는 사람은 CMMS를 사용하기만 하면 됩니다.

마지막으로 마일스톤 5는 검토 및 종료입니다. 이 단계에서는 모든 원래 요구사항이 충족되었는지 확인하고 필요한 경우 사소한 수정을 구현합니다. 따라서 PM에 대한 약간의 조정이나 KPI, 보고서 등의 수정이 있을 수 있지만 일반적으로 매우 미미합니다.

JK: 훌륭한. 5가지 간단한 단계입니다. 저는 교육 자료가 정말 마음에 듭니다. 강조하는 교육 내용은 시스템을 올바르게 사용하는 것의 중요성을 일깨워줍니다. 모든 사람이 사용하기가 얼마나 쉬운지 확인하여 많은 저항에 직면하지 않도록 해야 합니다. 우리는 그것을 사용하지 않습니다. 너무너무 좋습니다.

이제 우리가 논의한 모든 사항과 함께 새로운 CMMS 구현을 성공적으로 수행하는 데 있어 가장 큰 차이를 만드는 한 가지는 무엇이라고 생각하십니까?

조: 소프트웨어 응용 프로그램을 구현하는 것은 모든 조직에 어려운 작업이며 CMMS를 구현하는 것도 다르지 않습니다. 그리고 많은 조직이 CMMS 구현 프로젝트를 제대로 계획하지 못합니다. 그래서 저는 성공하는 것과 성공하지 못하는 것의 가장 큰 차이점은 계획을 세우는 데 있다고 생각합니다. 계획에 실패하고 실패할 계획을 세우는 것입니다.

JK: 훌륭한. 리소스 타임 라인을 식별하는 전체 계획이 있는지 확인하십시오. 데이터 수집 데이터 검토 시스템 설정에 대한 모든 것을 알고 있습니다. 모든 다양한 것들을 교육합니다. 그것이 차이를 만드는 가장 큰 것입니다.

조: 정확히. 초기 데이터 수집에서 실제 지원에 이르기까지 모든 과정을 종이에 적어야 합니다. 적절한 프로젝트 계획은 나중에 재작업과 혼란을 제거할 것입니다.

JK: 훌륭한. 따라서 당신에게 마술 지팡이가 있다면 당신이 바꾸고 싶은 한 가지는 모두가 계획을 가지고 있다는 것입니까, 아니면 다른 것을 바꾸시겠습니까?

조: 괜찮아. 그래서 제가 바꾸고 싶은 한 가지는 CMMS 애플리케이션에 대한 직원들의 인식입니다. 그래서 그들은 1965년부터 꽤 오랫동안 존재했습니다. 그래서 그들은 평판 면에서 최고가 아닙니다. CMMS를 구현하는 것은 조직에 매우 긍정적인 변화로 여겨져야 하기 때문에 그것이 조금 더 긍정적이면 좋겠습니다. 작업 요청 프로세스와 같은 많은 작업을 자동화하는 데 도움이 될 수 있습니다. 전화 및 문자 메시지, 포스트잇 메모와 같은 모든 이질적인 시스템을 제거할 수 있습니다. 자동으로 PM을 실행하므로 캘린더를 확인할 필요가 없습니다. 작업을 수행하면서 현장이나 현장에서 실시간으로 작업 지시를 업데이트할 수 있으므로 하루 일과가 끝날 때 책상으로 돌아가거나 마지막에 책을 치지 않아도 됩니다. 실시간으로 로그인할 수 있습니다.

실시간 부품 검색이 가능하여 부품실로 걸어가지 않고도 매장을 확인할 수 있습니다. 혜택 목록은 무궁무진합니다. 대부분의 사용자는 결국 CMMS가 제대로 세워지고 그것이 가져오는 가치를 볼 수 있다는 것을 알게 될 것이라고 생각합니다. 중복되고 가치가 낮은 활동을 제거하면 기술자가 가치가 높은 활동에 집중할 수 있습니다. 또한 장기적으로 경력에 도움이 됩니다.

JK: 예, CMMS와 함께 제공되는 이점은 어마어마합니다. 일부는 사용하는 데 시간이 조금 더 걸리고 사용하기가 조금 더 번거롭지만 일반적으로 CMMS는 엄청난 시간 절약 효과가 있습니다. 그들은 실제로 효율성, 유지 관리 관리 프로세스, 기술자, 렌치 시간, 그 모든 다양한 것들을 주도합니다.

조: 맞습니다.

JK: Jeff, 오늘 시간을 내어 CMMS 구현에 대해 이야기해 주셔서 감사합니다. 하지만 떠나기 전에 사람들이 Fiix에 대해 더 많이 알 수 있는 곳은 어디인가요?

조: 나에 대해 자세히 알아볼 수 있는 가장 좋은 곳은 LinkedIn 프로필입니다. 따라서 사용 가능하게 하려면 자유롭게 하십시오. Fiix 웹사이트는 훌륭한 리소스입니다. 우리는 수많은 블로그와 기사를 보유하고 있습니다. 내가 언급했듯이, 나는 100개 이상의 기사를 작성했습니다. fiixsoftware.com에서 전자책과 모범 사례 가이드와 수많은 정보를 얻을 수 있습니다.

JK: 훌륭한. 따라서 LinkedIn 프로필, Fiix의 웹사이트, 모범 사례 가이드 또는 전자책 중 한두 가지에 대한 링크를 추가할 것입니다. 따라서 사람들은 해당 항목을 빠르게 클릭하고 바로 연결할 수 있습니다.

조: Jeff, 시작하기 전에 공유하고 싶은 다른 추가 리소스가 있습니까? 물론, 유지 관리 및 유지 관리 모범 사례에서 문제가 없습니다. 나는 Reliability Web, UpTime Magazine, Reliable Plant를 읽는 것을 좋아합니다. Reliable Plant는 또 다른 좋은 리소스입니다. 하지만 아시다시피, 우리는 오늘 CMMS 구현에 대해 이야기해 왔으며 이것이 바로 프로젝트 관리입니다. PMI.org 또는 projectmanagement.com과 같은 온라인에서 훌륭한 프로젝트 관리 리소스를 많이 찾을 수 있습니다. 그러니 꼭 한 번 가보시길 추천합니다.

JK: 네, PMI와 projectmanagement.com은 아주 좋은 자료입니다. 저도 PMI 회원입니다. CMMS 구현, 데이터 프로젝트, 안정성 프로젝트 등의 모든 역할 때문입니다. 그래서 몇 가지 훌륭한 리소스. 글쎄, 제프. I want to thank you again for taking the time out of your busy day to talk to us today about implementing a CMMS. You know, I’ve learned some new things as I always do from my great guests, so I’m going to guess our listeners did as well. So thank you once again.

JO: Thanks for having me, James.

JK: I would like to thank you for listening and remind you that you can always find out more on maintenance reliability and asset management at www.eruditio.com and by following our blog.