Чек-лист: 10 признаков, что пора менять ИТ-подрядчика

Смена ИТ-подрядчика — это всегда немного стресс: кажется, что дешевле потерпеть, чем разбираться с передачей дел новому. На практике всё наоборот — чем дольше терпите нерабочую схему, тем дороже она обходится в простоях и нервах. Вот десять признаков, которые мы регулярно слышим от новых клиентов на первой встрече — «а у нас было точно так же».

1. Заявки висят по два-три дня. Нормальная реакция на некритичную заявку — часы, не дни. Если ответ регулярно приходит «завтра, может быть», это не загрузка — это отсутствие процесса.

2. Никто не может объяснить, где бэкапы и когда они проверялись. Резервная копия, которую никогда не разворачивали для проверки, с вероятностью в половину случаев не восстановится, когда понадобится. Если на прямой вопрос «покажите последний тестовый рестор» подрядчик теряется — это красный флаг номер один.

3. Пароли и доступы знает один человек. Если конкретный инженер в отпуске или уволился — и всё встало, значит, документации доступов просто не существует. Это не ИТ-инфраструктура, а зависимость от человека.

4. Никто не предупреждает о проблемах заранее. Хороший подрядчик говорит: «диск заполнится через месяц» или «лицензия истекает через две недели». Плохой — молчит, пока не рухнет.

5. Ответ на любой вопрос — «нужно посмотреть». Разово это нормально. Систематически — значит, у подрядчика нет карты вашей инфраструктуры и он каждый раз собирает её заново.

6. Счета не соответствуют реальному объёму работ. Абонентка есть, а отчёта, что конкретно за неё сделали, нет. Спросите — и станет ясно, вкладывается ли подрядчик в вашу инфраструктуру или просто выставляет счёт.

7. Любое обновление или изменение — риск. Если каждое обновление софта сопровождается заклинаниями «только не сейчас, вдруг что-то сломается» — значит, среда не тестируется и никто толком не знает, что там внутри происходит.

8. Антивирус и патчи — по инициативе сотрудников, а не подрядчика. Безопасность не должна держаться на том, что кто-то из бухгалтерии вспомнил нажать «обновить».

9. При инциденте — тишина, а не план действий. Хороший подрядчик реагирует на инцидент по понятной схеме: диагностика, коммуникация, восстановление. Плохой — сначала пропадает, потом появляется с оправданиями.

10. Вы боитесь спросить «а что если сервер сломается завтра?» Потому что интуитивно чувствуете, что внятного ответа не будет.

Что делать, если узнали больше трёх пунктов из списка

Не обязательно сразу расторгать договор — начните с аудита: попросите текущего подрядчика (или закажите у стороннего) полную схему инфраструктуры, список доступов и отчёт о состоянии бэкапов. Уже на этом этапе многое становится понятно.

Переход к новому подрядчику при правильной подготовке занимает 1–2 недели и не требует остановки бизнеса: сначала — параллельный аудит и приём инфраструктуры, потом — плавная передача заявок. Именно так мы обычно и заходим к новым клиентам — без резких движений и простоев.