Участвую в проекте по внедрению WMS на складском комплексе, около 15000 кв.м., 3PL оператор. Система от крупного вендора, интегратор тоже серьезный. Тем не менее хочу собрать реальную картину по рискам именно от тех кто через это проходил. В методологиях все красиво написано, интересует что на практике взрывается в первую очередь.
Из практики трех внедрений WMS разного масштаба. Риск номер один который все недооценивают - качество НСИ. Приходишь на склад, а там артикулы задублированы, единицы измерения в учетной системе не совпадают с реальной упаковкой, у части SKU нет габаритов и весов вообще. WMS на грязных данных не запустится нормально. Планируй минимум 2-3 месяца на очистку и выверку справочников до старта.
Второй риск - интеграция с ERP. Даже если вендор говорит "стандартный коннектор", в реальности кастомная логика заказов и особенности вашей учетки гарантируют несколько месяцев доработок и тестирования.
Третий - люди. Кладовщики которые работали по бумажным листам 10 лет будут саботировать внедрение пассивно: вводить данные неправильно, жаловаться на терминалы, требовать вернуть как было. Это не злой умысел, это страх и привычка. Отдельный проект по управлению изменениями обязателен.
Риск который редко пишут в методологиях: интегратор продает проект одной командой, а делает другой. Те кто с вами разговаривал на пресейле и знали вашу специфику - уйдут после подписания контракта. Придут джуниоры которые в первый раз видят 3PL.
Профилактика - прописывать в контракте конкретный состав проектной команды интегратора с правом вето на замену ключевых специалистов.
Добавлю технический риск который часто упускают на этапе планирования. Покрытие Wi-Fi на складе. Приходишь с RF-терминалами, начинаешь проводить нагрузочное тестирование - и выясняется что в зоне высокостеллажного хранения между рядами мертвые зоны, сигнал не пробивает металлические стеллажи. Переделка инфраструктуры в разгар проекта - это стоп и дополнительный бюджет. Аудит беспроводной сети нужно делать до старта, не после.
Риск переноса даты go-live. Это случается в 90% проектов, просто степень переноса разная. Внутренне планируй буфер +30-40% к срокам которые называет интегратор. И готовь параллельный план: что делает склад если система не стартует в дату X. Бумажный резерв, дополнительные люди, упрощенные процессы. Без плана Б старт превращается в хаос.
Согласно п.4.2 методологии PMI PMBOK 7-го издания, риски проекта внедрения информационных систем подразделяются на технические, организационные, ресурсные и риски внешней среды. Рекомендуется разработать реестр рисков с указанием вероятности наступления рискового события по шкале от 1 до 5 и степени его воздействия на проект. Матрица вероятности и воздействия позволяет приоритизировать риски для разработки планов реагирования.
Три внедрения за карьеру, два из них горели. Самое страшное что я видел - это когда заказчик считает что купил продукт а не начал проект. "Мы заплатили за систему, вы нам ее установите и все заработает". Вот это убийственная установка. WMS это не коробочный софт, это изменение операционной модели. Если топ-менеджмент заказчика это не понимает на старте - проект обречен независимо от качества вендора и интегратора.
Прошли через это год назад. Отдельный ад - пилотный запуск в одной зоне параллельно с основными операциями. Кажется что это безопаснее чем полный cutover, но на практике операторы путаются в каком режиме работать, двойной ввод данных создает расхождения, менеджеры не знают каким цифрам верить. Четкая граница зоны пилота и жесткий регламент кто где работает - обязательны.
Про НСИ - в точку. У нас полтора месяца ушло только на выверку единиц измерения. Пиво в бутылках, в ящиках и в паллетах числилось тремя разными артикулами в учетке.