Каждый РП стоял перед выбором: запускаем методом "Большого Взрыва" или попробуем "Работать в двух системах" - Parallel Running.
Кто не знаком с методологией:
Большой взрыв. Останавливаем "старую" систему и запускаем новую. Старую - вот прям останавливаем, чтобы не было соблазна вернуться или вести часть бизнес-процессов в "старой" системе. Очень жесткий запуск: новая система непривычна, люди путаются, работа в системе кардинально замедляется, куча ошибок. Внедряющая команда на стрессе, полностью в полях: научить, подсказать, исправить и - главное - доработать! Никакая Опытно - Промышленная Эксплуатация не выявит всех нюансов и покрытие "новой" системой бизнес-процессов "старой" системы. Итогов два: или нервный запуск и переход на новую систему, сначала основных процессов, потом - поддерживающих и отчетности. Преимущества - относительная скорость перехода и трудозатраты. Однако риск того, что система полностью не соответствует требованиям заказчика - не работает или "тормозит" базовая функциональность, недооценили требования к серверам, сетям передачи данных, оборудованию, не настроили принтеры, ошибки с правами доступа... Видел несколько проектов, которые провалились с треском, бизнес понес существенные потери, как в денежном выражении, так и репутационные, и был вынужден вернуться к "старой" проверенной системе. До сих пор радуюсь, что попал не на TechoPower, а в другой проект - провал внедрения новой ERP был эпичный: продавцы не могли оформить заказ и распечатать счет. После нескольких дней мучений бизнес сказал "ХВАТИТ! Откапывайте стюардессу!!!" и вернулся к новой системе. И, к сожалению, подобных примеров полно. Увидите седого РП - попросите рассказать парочку примеров из его жизни. Из плюсов - переход на новую систему идет быстрее, да и железа нужно меньше: гасим "старую", на этих серверах запускаем "новую".
Параллельный запуск (Parallel running). Запускаем новую систему, не отключая старую. Кстати, неплохо подходит для опытно-промышленной: операторы работают в новой и старой системе. Есть резерв в виде старой системы, что не получается в новой - фиксируем и дорабатываем. Метод относительно безопасный, но дико дорогой и по деньгам (приходится платить за переработки), и по трудозатратам - они возрастают более чем в два раза: работа в новой системе, старой и "сверка" результатов. А так как нет ничего более постоянного, нежели временное - то я видел подобные переходы длительностью и в два месяца. И выгоревших / ушедших из компании хороших специалистов, уставших от выматывающей нагрузки. Зато метод относительно безопасен.
Гибридный метод. Переносим "кусками". Казалось бы, самая логичная альтернатива, когда часть функциональности остается в "старой" системе, а часть - ведется в "новой". Увы, зачастую данный метод неприменим, так как много функциональности зависит друг от друга, и данные в итоге придется "сливать" в единую систему. А функциональность и даже формат хранения сущностей может быть разный, что требует дополнительных доработок, интеграции, сверок.
Есть ли альтернатива?
Да, есть. Это новый, "интеграционный" подход: работаем в "старой" системе. При этом налаживается сквозная интеграция в запускаемую "новую" систему основных бизнес-сущностей. В основном - что операторы вносят руками: номенклатуру, контрагентов, заказы, закупки, маршруты и так далее. А вот все остальное - обрабатывается как в старой, так и в новой системе - фиксируется, планируется, разносится, формируется, печатается (да-да, с пометкой "черновик / не имеет юридической силы / тестовое" - печать тоже надо проверить, все ли печатается, как настроено. Правда, можно не постоянно 2 экземпляра печатать, но хотя бы полдня-день - точно, чтобы все проверить).
Сбоку наблюдаешь: магия! Люди работают в одной системе, а получается что в двух. Хорошо работает для учетных систем, лично наблюдал переходы кусок SAP -> отраслевое решение на 1С и "старая" 1С + 1C БУ -> "новая модная 1С" на Datareon (тут понятно, он хорошо и с тем, и с другим дружит). Железа нужно столько же, как при параллельном запуске.
Однако, есть и нюансы. Надо смотреть, как отработали две системы: у них может быть разная логика действий и расчета, а вот решения принимаются только на "старой" боевой системе. И приходится доказывать, что расчет себестоимости в "новой" системе как раз "правильный". А последовательность планирования производства - правильная как раз в "старой" системе, потому что в новой логика планирования другая и надо донастраивать / изменять.
Да, нагрузка на персонал все равно вырастает, но незначительно - в основном на ключевых специалистов, которые проверяют "новую" систему. Но и доработка / настройка - куда уж без этого. Однако подобная эксплуатация может безболезненно длиться несколько недель и даже месяцев - пока не "вылижем" всю бизнес-логику новой системы не отловим максимальное количество "блох", не станут сходиться данные финансовых отчетов. Ключевые пользователи привыкают к новому интерфейсу и к новой системе. Для них, кстати, это хорошая возможность что-то улучшить и автоматизировать, что их бесило в старой системе - ведь их слушают и идут на встречу. Мы же как раз и автоматизируем, чтобы стало лучше, не так ли? Ну и регулярно показываем новый интерфейс, даём поиграться в специальной образовательно среде (лучше не пускать в тестовую, если есть возможность) и собираем отклики у всех сотрудников - им скоро в этой системе, пусть тоже привыкают - тем безболезненнее будет переход.
Интеграционный подход - хорошая подготовка к "большому взрыву", когда мы видим, что и старая, и новая система работают исправно, то выключаем старую систему и оставляем только новую. Данные уже все залиты, и самые свежайшие - интеграция об этом позаботилась. Да, как обычно - команда внедренцев под ружье, бегать, утешать, объяснять, исправлять и донастраивать. И ключевые пользователи, которые знакомы с новой системой, становятся хорошими помощниками коллегам, помогая освоиться. И риски - на два порядка меньше, чем при чистом "большом взрыве". Хотя и железа, понятно, надо больше.
Из минусов - нужно понять, куда деть освободившуюся шину. Ну да задач для неё всегда много, благо, информационных систем у современного предприятия масса, можно на что-то и применить: сайт, CRM / BPM, MES, АСУТП, MDM - чего только нет.
Коллеги РП / PM, что думаете? Лично бы не видел бы подобных проектов - не поверил бы. Даже чуть завидую, сам-бы я точно применил при запуске.
