Разходите за преминаване към CMMS система (система за управление на миграцията) постоянно се подценяват. Физическите разходи: миграция на данни (от 10 000 до 60 000 долара в зависимост от обема и качеството), такси за прекратяване на договора (обикновено от 50 до 100% от оставащата стойност на договора), внедряване на нова система (от 15 000 до 60 000 долара) и обучение на потребителите (от 5 000 до 15 000 долара). Меките разходи често са по-големи: спад на производителността от 10 до 20% за 8 до 12 седмици по време на прехода, време на мениджъра по поддръжката, отклонено от операциите към управлението на проекти за миграция, и институционални знания, вградени в съществуващата системна конфигурация, която трябва да бъде преустроена. Общите разходи за преминаване за производител от среден пазар обикновено възлизат на 60 000 до 180 000 долара, когато се отчитат всички разходи. Това не е причина да останете с неработеща CMMS система - годишната цена на лоша CMMS система (загуба на производителност, лошо внедряване, лоши данни) често надвишава разходите за преминаване в рамките на 18 месеца. Но разходите за преход трябва да бъдат отчетени в модела за възвръщаемост на инвестициите за новата система и трябва да бъдат сведени до минимум чрез внимателно планиране на миграцията.
Не всичко във вашата стара CMMS система заслужава да бъде преместено в новата. Записи на активи: мигрирайте всички активни активи с техните критични атрибути (ИД на актива, име, местоположение, критичност, производител, модел, сериен номер). Не мигрирайте изведени от експлоатация активи, освен ако не се прилагат регулаторни изисквания за съхранение. Графици за профилактично обслужване (ППО): мигрирайте всички активни графици за ППО, но използвайте миграцията като възможност за рационализация — ППО, които никога не са били завършени през последните 24 месеца, трябва да бъдат прегледани за продължаваща актуалност преди мигриране. История на работните поръчки: това е най-спорното решение за миграция. Историческите работни поръчки, по-стари от 36 месеца, рядко предоставят оперативна стойност, но добавят значителни разходи за миграция. Мигрирайте историята на работните поръчки от последните 24 до 36 месеца и архивирайте по-стари данни във формат само за четене, вместо да ги мигрирате към активната система. Инвентаризация на резервни части: мигрирайте текущите нива на инвентара, точките за повторна поръчка и номерата на части. Миграцията е отлична възможност за одит на бавно движещи се инвентарни запаси — частите, които не се използват през последните 12 месеца, трябва да бъдат проучени, преди да бъдат мигрирани като активен запас. Записи на доставчици: мигрирайте всички активни доставчици. Архивирайте неактивните доставчици, вместо да ги мигрирате, за да поддържате новата система чиста от първия ден.
Ден 1 до 30 — подготовка: провеждане на одит на данните, като се идентифицира какво да се мигрира, какво да се архивира и какво да се изхвърли. Подготовка на чисти файлове с данни във формат за импортиране, определен от доставчика. Конфигуриране на нова система с йерархия на активите, потребителски роли и графици за поддръжка. Обучение на екипа по внедряването. Договаряне на периода на паралелно изпълнение в новия договор с доставчика. Ден 31 до 60 — паралелно изпълнение: двете системи са активни едновременно. Нови работни поръчки са създадени в новата система, докато старата система получава актуализации за текуща работа. Техниците използват новото мобилно приложение за нови работни поръчки, валидирайки работния процес. Графиците за поддръжка се изпълняват в новата система с проследяване на съответствието. Ден 61 до 90 — преминаване и валидиране: миграцията на исторически данни е завършена и валидирана чрез сравняване на ключови показатели между системите. Старата система е деактивирана, с изключение на достъпа до архив само за четене. Новата система става единствена система за запис. Седмично наблюдение на внедряването през първите 90 дни след преминаването с директна обратна връзка от техниците по поддръжката. Фазата на паралелно изпълнение е най-често пропусканата стъпка и най-честата причина за повреди на превключвателите. Три седмици паралелна работа разкриват пропуски в работния процес и проблеми с качеството на данните, докато предпазната мрежа на старата система все още е налична - пропускането ѝ, за да се спести време, обикновено струва от три до шест месеца възстановяване.
Login
Блог
