Проектите за миграция на CMMS данни постоянно надвишават прогнозите за време и бюджет, защото истинският обхват не е техническият трансфер, а проблемът с качеството на данните, скрит в съществуващата система. Повечето организации за поддръжка имат записи на активи с непоследователни конвенции за именуване (Помпа 1, P-001 и Охлаждаща помпа 3 се отнасят до един и същ актив), графици за ПМП с честоти, които са зададени произволно и никога не са преглеждани, история на работните поръчки с описания в свободен текст, които не могат да бъдат анализирани последователно, и каталози на резервни части с дубликати и остарели артикули. Мигрирането на тези данни без първо почистване прехвърля проблема към новата система, където подкопава приемането и качеството на данните от първия ден. Реалистичният бюджет за миграция на CMMS данни отчита три фази: извличане и одит на данни (20 до 30% от общото време за миграция), почистване и стандартизация на данни (50 до 60% от общото време за миграция) и технически трансфер и валидиране (20 до 30% от общото време за миграция). Повечето купувачи на CMMS бюджетират само за техническия трансфер, поради което миграцията на данни постоянно надвишава бюджета.
Малки производители (под 50 служители, под 500 актива): общо време за миграция от 4 до 8 седмици с един специален ресурс при 50% от времето. Миграция на записи на активи от 1 до 2 седмици, конфигуриране на график за ПДВ от 1 до 2 седмици, импортиране на история на работните поръчки от 1 до 2 седмици, каталог на резервни части от 1 до 2 седмици. Повечето доставчици на облачни CMMS включват основна поддръжка за миграция при внедряването за това ниво. Средни производители (от 50 до 500 служители, от 500 до 5000 актива): общо време за миграция от 8 до 16 седмици с един специален ръководител на проекта и от 2 до 3 експерти по темата при 20% от времето за всеки. Миграциите на множество обекти, сложните йерархии на активите, конфигурацията на ERP интеграцията и миграцията на исторически работни поръчки добавят от 2 до 4 седмици. Големи производители (500+ служители, множество обекти, 5000+ актива): общо време за миграция от 16 до 36 седмици със специален екип за миграция. Сложната стандартизация на данните в различните обекти, изискванията за множество езици, интеграцията с корпоративна ERP система и валидирането спрямо записи за съответствие с регулаторните изисквания удължават сроковете. Поискайте подробно описание на работата от доставчика на CMMS, обхващащо всеки резултат от миграцията и крайния срок, преди да подпишете договора – споровете относно обхвата на миграцията са най-честият източник на превишаване на разходите за внедряване.
Преди техническото прехвърляне, валидирайте тези условия за качество на данните. Записи на активи: всеки активен актив има уникален идентификатор, последователна йерархия на местоположението, класификация по критичност и класификация на типа актив. Графици за профилактично управление: всяко профилактично управление има документирана обосновка за неговата честота, назначена отговорна роля и очаквано време за работа. История на работните поръчки: определете периода на съхранение и го документирайте, след което експортирайте и архивирайте данните извън прозореца за съхранение преди миграция. Резервни части: всяка част има уникален номер на част, текущо количество на склад, местоположение на склад и точка за повторна поръчка. След техническото прехвърляне, валидирайте тези проверки за качество на миграцията. Вземете извадка от 5% от активите и проверете всички атрибути, прехвърлени правилно. Изпълнете всички планирани профилактични управления за първите 30 дни в новата система и потвърдете автоматично генерираните работи. Обработете един пълен цикъл на поръчка за покупка от край до край, за да валидирате интеграцията на обществените поръчки. Потвърдете, че всички права за достъп на потребителите съответстват на предвидената матрица на разрешенията. Изпълнете трите най-използвани управленски отчета и ги валидирайте спрямо известни исторически данни. Контролен списък за валидиране на миграцията, подписан от мениджъра по поддръжката и ИТ мениджъра, създава споделена собственост върху качеството на миграцията и предотвратява спорове след пускането в експлоатация относно това коя система има правилните данни.
Вход
Блог
