CMMS 파일럿 프로젝트 확장을 위한 4가지 팁

기술은 비즈니스를 발전시켜야 합니다. KPI를 달성하는 데 도움이 됩니다. 운영을 현대화해야 합니다. 모든 사람이 같은 페이지에 있어야 합니다.

하지만 대개는 아무 것도 하지 않습니다.

그 대신 많은 기업이 새로운 기술을 시험하는 데 매달리고 그 잠재력을 완전히 실현하지 못합니다. 실제로 2017년 McKinsey 설문조사에 따르면 IoT 프로젝트의 84%가 테스트 단계를 통과하지 못합니다.

CMMS 파일럿도 다르지 않습니다. 유지 관리 소프트웨어를 구현할 때는 천천히 시작하는 것이 가장 좋지만 많은 조직에서 CMMS를 확장하는 데 어려움을 겪으며 결과적으로 원하는 투자 수익을 얻지 못합니다.

CMMS가 얼마나 훌륭할 수 있는지에 대한 확고한 신념으로서(적절하게 구현되고 사용되는 경우) Fiix는 귀하가 파일럿 연옥에 갇히지 않도록 도와드리고자 합니다. 이제 막히는 일반적인 이유와 해결 방법을 포함하여 CMMS 파일럿 프로젝트를 확장하기 위한 모범 사례를 살펴보겠습니다.

목차

<올>

시범 프로젝트란 무엇입니까?

CMMS 파일럿이 중단되는 이유는 무엇입니까?

CMMS 파일럿을 확장하는 4가지 방법

걷는 법을 알았으니 이제 달릴 차례입니다

시범 프로젝트란 무엇입니까?

파일럿 프로젝트는 회사가 전체 조직에 구현하기 전에 소규모로 새로운 기술이나 프로세스를 구현하는 것입니다. 더 큰 투자가 이루어지기 전에 제품, 서비스 또는 아이디어가 원하는 결과를 제공할 수 있는지 테스트하는 데 사용됩니다. 파일럿 프로젝트를 통해 조직은 실수로부터 배우고, 영향을 작게 유지하고, 대규모 배포 중에 동일한 위험을 피할 수 있습니다.

…대부분의 기업은 새로운 기술을 시험하는 데 막혀서 그 잠재력을 완전히 실현하지 못합니다. 실제로 IoT 프로젝트의 84%는 테스트 단계를 통과하지 못합니다.

예를 들어, 제조 비즈니스는 한 시설에서 6개월 동안 소프트웨어를 구현하고 사용하도록 하여 CMMS를 시범 운영할 수 있습니다. 이를 통해 회사는 소프트웨어를 테스트하고 사용을 최대화하는 방법을 배우고 투자 수익을 측정할 수 있는 충분한 시간을 갖게 됩니다. 파일럿 기간이 끝나면 조직은 다른 사이트에서 CMMS를 구현하거나 다른 소프트웨어로 이동하거나 현재 옵션을 계속 테스트할 수 있습니다.

CMMS 파일럿이 중단되는 이유는 무엇입니까?

유사에서 수영. 벽을 치다. 아무데도 빨리 도착하지 않습니다. 모든 사람이 공감할 수 있는 것이기 때문에 "I'm 붙어있어"라고 말할 수 있는 방법이 너무 많습니다. CMMS 구현이 파일럿 단계에서 멈추는 것은 드문 일이 아니며 일반적으로 네 가지 이유 중 하나입니다.

무관심은 프로젝트를 확장하려는 의지를 마비시킵니다.

CMMS를 구현하는 초기의 흥분은 빠르게 사라지고 무관심으로, 더 심하게는 노골적인 부정으로 바뀔 수 있습니다. 이로 인해 사용자 채택이 점점 더 낮아져 소프트웨어의 효율성이 떨어집니다. 결과적으로 CMMS는 고위 경영진에서 기술자에 이르기까지 모든 사람의 눈에 은색 총알에서 으스스한 도구로 변모합니다. 프로젝트를 진행하려는 동기는 죽었습니다. 이 문제는 자격을 갖추고 야심 찬 CMMS 챔피언과 같이 파일럿 단계에서 전환을 이끌 수 있거나 이끌 수 있는 사람이 없을 때도 발생할 수 있습니다.

아무도 가치를 보지 못합니다

기업은 집중 시간이 짧은 경우가 많으며 CMMS가 빠른 성과를 낼 수 없는 경우 초점은 다음으로 큰 문제로 이동합니다. 유지 관리 소프트웨어를 사용하면 작은 목표를 상당히 빠르게 달성할 수 있지만 보다 실질적인 ROI를 보려면 시간이 더 걸립니다. 다른 시나리오에서는 유지 관리 외부의 사람들이 CMMS가 비즈니스에 미치는 이점을 깨닫지 못할 수 있습니다. 단기적인 성공이나 인지된 가치의 부족은 CMMS의 전체 롤아웃 계획을 동결하고 조직을 파일럿 모드에 머물게 할 수 있습니다.

유사에서 수영. 벽을 치다. 아무데도 빨리 도착하지 않습니다. 모든 사람이 공감할 수 있는 것이기 때문에 "I'm 붙어있어"라고 말할 수 있는 방법은 많습니다.

긴 할 일 목록과 경쟁 우선 순위가 방해가 됩니다.

모든 사람은 계속해서 길어지는 긴 할 일 목록을 가지고 있습니다. 작업이 목록에서 밀려나거나 완전히 사라집니다. CMMS를 구현하는 힘든 작업이 끝나면 전체 롤아웃이 기다릴 수 있다고 확신하기 쉽습니다. 그러나 CMMS 파일럿을 백버너로 옮기면 그 자리를 거의 떠나지 않습니다. 경쟁 우선 순위의 문제도 있습니다. 새로운 프로젝트, 목표 또는 임무는 파일럿 졸업에 얼마나 헌신했는지와 상관없이 종종 극복할 수 없는 장애물을 만들 수 있습니다.

표준화가 존재하지 않음

CMMS 파일럿을 구축하려면 데이터를 수집하고 정리하고 소프트웨어에 업로드하는 데 많은 시간과 노력이 필요합니다. 데이터와 프로세스가 지저분하고 부정확하면 훨씬 더 어려워집니다. CMMS를 확장할 때 이러한 문제가 어떻게 배가되는지 상상해 보십시오. 표준화된 데이터 및 프로세스 없이 전체 롤아웃을 조정하는 데 걸리는 시간, 노력 및 재정 자원은 벅찰 수 있습니다. 필요한 리소스의 수는 종종 조직에서 전환을 가능한 한 오랫동안 미루게 하고 결국 프로젝트가 사라집니다.

CMMS 파일럿을 확장하는 4가지 방법

위의 악몽 같은 시나리오가 조직에 발생하지 않도록 해야 할 때입니다. 아래 전략이 성공을 보장하거나 발생할 수 있는 모든 단일 문제를 해결하지는 않지만 CMMS 파일럿을 확장하는 데 가장 일반적이고 유해한 장애물을 우회하기 위한 청사진을 제공합니다.

구현 계획의 일부로 확장

전체 롤아웃에 대한 세부 계획을 만들어 파일럿 연옥을 피하십시오. CMMS 파일럿이 시작되기 전에 구현 계획의 일부로 이 전략을 설계하는 것이 중요합니다. 전체 출시를 위한 명확한 목표, 일정 및 이정표와 세 가지 모두에 도달하는 데 필요한 리소스를 설정합니다. 이렇게 하면 프로젝트를 확장할 때 처음부터 시작할 필요가 없습니다. 무엇이 잘 되었는지, 무엇이 효과가 없었는지, 다음에 개선할 수 있는 부분에 대한 파일럿 프로젝트 보고서를 작성하십시오. 이를 통해 원래 확장 계획을 재평가하고 필요한 사항을 변경할 수 있습니다.

크거나 작은 성공을 측정하고 전달합니다.

유지 관리 팀이 CMMS 파일럿을 통해 달성한 성과를 추적합니다. 아무리 작더라도 도달한 이정표를 기록하고 부서 내부와 외부 사람들이 이를 알 수 있도록 하는 것이 중요합니다. 이를 통해 경영진에서 기술자에 이르기까지 모든 사람이 CMMS의 실질적인 이점과 그 이점을 확인할 수 있습니다. 이 프로젝트는 귀하와 리더십 팀의 다른 구성원들이 가장 먼저 기억할 수 있을 뿐만 아니라 프로젝트를 확장하려는 동기를 증가시킬 것입니다.

현재와 미래의 모든 사용자 참여

CMMS 파일럿에서 완전한 CMMS 구현으로 도약하는 것은 기술보다 사람과 더 관련이 있습니다. 변화를 수용하는 직원이 있으면 성공적인 CMMS 확장 가능성이 높아집니다. 여기에는 파일럿에서 소프트웨어를 사용하는 사용자와 전체 롤아웃 후에 사용할 사용자가 포함됩니다. 정기적으로 사용자에게 CMMS에 대한 피드백을 요청하고 삶을 더 쉽게 만드는 변경 사항을 통합하십시오. 소프트웨어의 가치에 대해 교육하고, 뛰어난 교육 프로그램을 만들고, 문제나 질문을 해결할 CMMS 챔피언을 지정하십시오.

소프트웨어 공급업체를 선택하지 말고 CMMS 파트너를 선택하세요.

CMMS 파일럿을 확장하는 것은 작은 작업이 아니므로 프로세스를 안내하는 데 도움을 줄 수 있는 CMMS 제공업체와 협력하는 것이 중요합니다. 소프트웨어 공급자는 수백 가지 유사한 구현의 일부였으며 모범 사례와 피해야 할 장애물에 대해 조언할 수 있습니다. 또한 CMMS가 회사의 다른 기술 시스템과 통합되는 방법을 명확하게 이해하는 데 도움이 됩니다. 이는 잠재적으로 지저분하고 복잡한 작업을 훨씬 쉽게 만들 뿐만 아니라 유지 관리 부서 외부의 의사 결정자에게 CMMS의 가치를 강조합니다.

걷는 법을 알았으니 이제 달릴 시간입니다

귀하의 시설은 숙제를 마치고 CMMS 파일럿을 구현했으며 소프트웨어 사용을 완벽하게 하기 위해 열심히 일했습니다. 프로젝트를 확장하는 것 외에는 달성할 수 있는 것이 없습니다. 이것은 말보다 쉽습니다. 그러나 확실한 계획을 세우고 파일럿 프로젝트의 성과를 추적하고 사용자를 참여시키고 소프트웨어 제공업체와 긴밀하게 협력하여 프로세스를 원활하게 함으로써 많은 장애물을 피할 수 있습니다.