Проучванията в индустрията постоянно показват, че 40 до 60% от внедряванията на CMMS системи не успяват да постигнат желаната възвръщаемост на инвестициите в рамките на 24 месеца. Причината почти никога не е софтуерът, а внедряването. Техниците по поддръжка, които не използват системата, обезсмислят всяка инвестиция в лицензиране, конфигурация и обучение.
Моделът на неуспех е предвидим: внедряването е високо през първата седмица, защото ръководството наблюдава, след което намалява през втората до четвъртата седмица, когато новостта отшумява и триенето на новата система се среща с инерцията на съществуващите навици.
До третия месец, 30 до 40% от техниците са се върнали към хартиени документи или телефонни обаждания. CMMS се превръща в инструмент за отчитане за управление, а не в оперативен инструмент за поддръжка, а качеството на данните се влошава, докато системата не предоставя никаква полезна информация.
Организациите, които инвестират в управление на промените, наред с внедряването на CMMS, постигат 3 пъти по-високи нива на внедряване и достигат възвръщаемост на инвестициите с 40% по-бързо от тези, които я третират като чисто софтуерен проект.
Причина за съпротива 1, възприятие за наблюдение: техниците често възприемат CMMS като инструмент за управленско наблюдение, а не като помощ. Симптомът е групово изпълнение на работни поръчки в края на смяната, а не в реално време, което води до неточни данни.
Решението демонстрира пряка полза за техниците: наличност на правилни части при пристигане на работа, по-малко повиквания за спешни случаи, защото работата се проследява, и исторически данни, които ги защитават, когато оборудването се повреди въпреки усилията им за управление на проекта.
Причина за съпротива 2, възприятие за допълнителна работа: ако CMMS добавя административни стъпки, без да премахва други, това наистина е допълнителна работа. Решението е елиминиране на всички паралелни хартиени процеси в деня на пускането в експлоатация.
CMMS трябва да замени съществуващите процеси, а не да ги допълва. Причина за съпротива 3, триене в мобилните приложения: ако завършването на работна поръчка на мобилно устройство отнема 8 минути спрямо 2 минути на хартия, техниците ще използват хартия.
Валидирайте мобилното потребителско изживяване с реални техници преди пускането в експлоатация и отстранете точките на триене, преди да се превърнат в навици. Всеки от тези модели на съпротива е адресируем преди пускането в експлоатация, никой не изисква чакане, докато системата заработи и приемането вече е намаляло.
Преди пускането в експлоатация (4 седмици преди това): включете техниците по поддръжката като партньори по проектирането при конфигурирането на формуляри за попълване на работни поръчки, контролни списъци за управление на поддръжката и конвенции за именуване на активи. Техниците, които са помогнали за изграждането на системата, са инвестирали в нейния успех.
Информирайте ръководството на завода за тяхната роля, мениджърите на заводи, които се позовават на CMMS данни по време на смени, сигнализират, че ръководството ги третира като оперативен приоритет. Седмица на пускането в експлоатация: бъдете в производствения цех по време на всяка смяна. Решавайте мобилни проблеми в реално време. Празнувайте първата изцяло дигитална промяна.
Първи месец: седмични импулсни проверки, задаващи на техниците три въпроса - какво работи, какво не и коя промяна би направила системата по-полезна. Действайте видимо въз основа на отговорите.
Втори до трети месец: публикувайте прозрачно показателите за внедряване - проценти на съответствие с профилите на поддръжката, обеми на работните поръчки, проценти на първо отстраняване на проблеми - и ги свържете с резултатите, които са важни за техниците: по-малко спешни повиквания в 2 часа сутринта
по-бързо снабдяване с части, по-малко време за обясняване какво е правил екипът по поддръжката миналата седмица. Дългосрочно: направете данните от CMMS видими в ежедневните срещи преди смяна. Когато мениджърът по поддръжката прави препратка към данните от CMMS във всеки брифинг, системата се превръща в оперативен език на функцията по поддръжка и внедряването става самоподсилващо се.
Вход
Блог
