Legacy-код может стать дорогой проблемой для бизнеса
Устаревший программный код сложно поддерживать и развивать, и он превращается в источник рисков для бизнеса — от зависимости от разработчика до угроз безопасности.
Что такое legacy-код?
Legacy code (легаси-код) — это унаследованный программный код, который продолжает использоваться в бизнесе, но его становится сложно поддерживать, изменять и развивать.
Он может быть написан на устаревшем языке программирования, работать на неподдерживаемой платформе или содержать архитектурные решения, которые уже не соответствуют современным требованиям.
Чем legacy-код опасен для компании?
Компания зависит от одного разработчика. Допустим, только один программист понимает, как работает старая CRM. Но он увольняется.
Теперь компания зависит не от программного продукта, а от человека, который единственный знает, как этот продукт устроен. Это так называемый key person risk — риск зависимости от ключевого сотрудника.
Любое изменение может сломать систему
В нормальной архитектуре можно изменить один модуль, не затрагивая остальные. В legacy-системе отдельные компоненты часто тесно связаны между собой.
Добавили новую функцию — перестал работать расчёт скидок. Обновили интеграцию — перестали передаваться заказы. Исправили одну ошибку — появилась другая.
Растут расходы на поддержку
Старые технологии требуют специалистов, которых становится всё сложнее найти. Компания платит за поддержку системы, но фактически не получает развития.
Возникают риски информационной безопасности
Если через такую систему проходят персональные данные клиентов, платежная информация или коммерческая тайна, последствия могут затронуть уже не только IT-бюджет, но и юридические риски бизнеса.
Сложно интегрироваться с новыми сервисами
Компания хочет подключить CRM, современную аналитику, API, электронный документооборот или инструменты искусственного интеллекта. Но старая система не поддерживает нужные интерфейсы или работает по технологиям, которые сложно интегрировать с новыми решениями.
Почему бизнес не избавляется от legacy-кода?
Потому что заменить старую систему часто сложнее, чем кажется. В ней может быть зашита бизнес-логика, которая формировалась годами: индивидуальные скидки, правила расчётов, исключения для отдельных клиентов, нестандартные процессы согласования.
Если просто заказать разработку новой системы, можно получить современный интерфейс, который не умеет делать половину того, что умела старая программа.
Поэтому решение «давайте всё перепишем» не всегда разумно. Иногда безопаснее постепенно модернизировать отдельные модули, переносить функциональность поэтапно или заменять систему целиком, предварительно разобравшись в её реальной работе.
Что стоит проверить руководителю компании:
- Есть ли актуальная документация и исходный код?
- Кто обладает правами на программное обеспечение?
- Переданы ли компании исключительные права или необходимые лицензии?
- Есть ли у компании доступ к репозиториям и резервным копиям?
- Можно ли привлечь другого разработчика без участия первоначального подрядчика?
- Используются ли компоненты, которые больше не поддерживаются?
- Есть ли автоматические тесты и возможность безопасно обновлять систему?
- Кто отвечает за устранение уязвимостей и техническое сопровождение?
Отдельное внимание стоит уделить договорам с IT-подрядчиками. Если компания оплатила разработку, это ещё не означает, что она получила исключительные права на программу, исходный код и все необходимые материалы.
В договоре важно определить порядок передачи результатов разработки, права на программное обеспечение, доступ к репозиториям, документацию, сопровождение и порядок передачи проекта при прекращении сотрудничества.
Главное
Самый опасный сценарий — когда компания понимает, что система устарела, но не знает:
- кто вправе её изменять;
- где находится полный исходный код;
- сколько будет стоить её поддержка;
- как восстановить работу после сбоя;
- можно ли вообще заменить её без остановки бизнеса.