«Пока работает, трогать не будем» — знакомая логика для многих компаний. Иногда не хватает бюджета, иногда переход на новую версию грозит остановкой рабочих процессов, а иногда просто нет веской причины менять то, что годами справлялось со своими задачами.

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

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

Когда технический долг становится проблемой

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

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

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

Обычно о растущем техническом долге говорят несколько признаков:

1. Производитель прекратил выпускать обновления безопасности. 2. Даже небольшие изменения требуют сложных и дорогих доработок. 3. Резервные копии создаются, но возможность восстановить из них данные не проверяли. 4. Только один сотрудник знает, как устроена инфраструктура и что делать при сбое. 5. На устранение неисправностей уходит всё больше времени и ресурсов.

Не всё старое нужно менять

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

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

Для начала стоит разобраться в нескольких вещах:

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

Если от модернизации пока решено отказаться, важно понимать, чем это грозит и при каких условиях к вопросу придётся вернуться.

Кто должен заниматься техническим долгом

ИТ-команда может выявить проблемы и предложить варианты решения. Но решение о расходах принимает бизнес. Поэтому обсуждать технический долг только в плане версий ПО и характеристик оборудования недостаточно.

Руководству важно понимать, к чему приведёт отказ от обновления: может ли остановиться работа подразделения, сколько компания потеряет за время простоя, насколько вырастут расходы на поддержку и есть ли риск потерять данные.

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

Мы в «Социалит» помогаем оценить состояние ИТ-инфраструктуры, выявить накопившиеся проблемы и определить приоритеты модернизации с учётом рисков для бизнеса и доступного бюджета.