Целесообразность перехода на другую платформу

Для компаний, активно участвующих в процессах слияний и поглощений (М&Л), эффективной альтернативой модернизации может стать консолидация и перевод legacy-систем на единую корпоративную платформу (в идеале — с хорошей масштабируемостью). Подобные действия могут значительно повысить затраты в краткосрочном периоде, но долгосрочные выгоды оказываются очень существенными.

Минимизация числа изменений.

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

Минимальная кастомизация.

Многие вендоры положительно относятся к проектам по кастомизации/локализации их программных решений, когда это означает более высокую выручку и выход на новые рынки. Так, в большинстве случаев компании приобретают бизнес-платформы и адаптируют исходный код под собственную специфику (либо выпускают патч для более старой версии, например, с учетом изменений налогового законодательства).

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

Длительные проекты внедрения значительно повышают риски.

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

Интеграция систем на основе SOA не является панацеей от всех проблем. Все чаще вендоры рекомендуют настройку SOA-интерфейсов.

legacy-систем, когда «монолитные» приложения разбиваются на определенные компоненты, которые затем по отдельности реализуются по SOAпринципам. Адаптеры инкапсулируют различные технологии для реализации интерфейса между приложениями, а для подключения используется единая сервисная шина.

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

Возможности обновлений. Необходимо взвешенно принимать решение об обновлении ПО: обновлять его при выпуске каждой новой версии, либо же с определенными промежутками, только после выпуска самых значительных обновлений. Компании, заключающие контракт па сопровождение, чаще всего ограничиваются обновлением приложений до новой версии в случае необходимости. Однако возможна ситуация, когда приобретенное приложение больше нс выпускается и не поддерживается и организациям приходится сталкиваться с масштабной заменой программного решения.

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