Как организовать миграцию корпоративных систем: обзор IT-World c участием Хоулмонт

Издание IT-World выпустило материал о том, как бизнес решает задачу миграции корпоративных систем и почему переход с каждым годом дается компаниям все тяжелее. Среди экспертов, чье мнение собрали аналитики, — гендиректор Хоулмонт Александр Зоткин. Разбираем ключевые идеи материала и рассказываем о наших рекомендациях по миграции ПО.

Скорость против безопасности

Главное противоречие любой миграции: руководство хочет закончить проект быстрее и уложиться в бюджет, ИТ-служба беспокоится о рисках и старается обеспечить надежность. Компромисс здесь найти сложно, но необходимо. Выбор оптимального сценария перехода зависит от конкретного проекта.

Три сценария перехода

В материале разбирают три способа мигрировать.

1. Одномоментный переход всей системы разом — быстрый, но рискованный способ. Одна ошибка потребует отката проекта целиком.
2. Запуск нового решения параллельно со старым — это снижает риски, но требует в два раза больше ресурсов. Такой проект может растянуться на годы.
3. Поэтапный переход по функциональным блокам — например, сначала можно перенести бухгалтерию, потом складские процессы. Это даст результат в обозримые сроки и без рисков.

Второй и третий варианты требуют синхронизации старой и новой системы на время перехода.

«Одномоментный переход оправдан, если система компактная, процессы задокументированы, а доступность 24/7 не критична. Чем система сложнее и чем больше интеграций с другими компонентами ИТ-ландшафта, тем больше смысла в параллельном или поэтапном сценарии», — отмечает генеральный директор Хоулмонт Александр Зоткин.

Пять типичных ошибок

Правильный выбор сценария миграции сам по себе не спасает от ошибок, которые свойственны многим проектам:

• Недооценка сложности проекта. Чаще всего это происходит, если меняется технологический стек или кастомизации процессов копились годами.
• Управленческие просчеты. Руководителем миграции часто назначают ИТ-директора, не снимая с него текущих задач. Ответственность при этом размыта, а на ключевые роли не хватает выделенных людей.
• Низкое качество данных. В старой системе копятся дубли, незакрытые документы и устаревшие справочники. Все это осложняет перенос данных как за счет объема, так и за счет связности процессов и систем.
• Слабое управление изменениями. Пользователей обучают за пару дней до запуска, инструкций и тестовой среды часто нет.
• Недооценка рисков. Опасения, озвученные на старте, никто не фиксирует, а потом они превращаются в реальные проблемы.

Что советуют эксперты

Эксперты рекомендуют продумать контрольные точки и планы на случай отката.

Контрольная точка — это заранее определенные критерии, по которым видно, готова ли команда ли переходить на следующий этап миграции. Оценивать можно, например, расхождения в расчетах или время отклика системы. Если критерии не выполнены, то план перестраивается.

План отката должен учитывать, как будет происходить обратная миграция и возврат к прошлой системе, кто и за что отвечает, сколько времени есть на каждый шаг. Этот план должен быть зафиксирован в документе, а не просто существовать на словах, иначе может оказаться, что его помнит только уже уволившийся сотрудник.

Познакомиться с полными выводами материала можно на сайте IT-World.