Интегратор исчез: что делать, если подрядчик бросил проект

Исчезновение интегратора во время реализации проекта — проблема, которая приводит к затягиванию сроков и огромным потерям. Защита от этого риска начинается на этапе выбора партнера и требует правильного контрактования, документирования всех этапов работ, регулярного контроля и четких процедур эскалации.

Когда интегратор становится «невидимкой»

В ИТ-проектах реализации бывает так: интегратор вначале был энергичен, обещал все и вся, а потом в критический момент просто исчез. Не отвечает на письма, не берет телефон, не приходит на встречи. Проект стоит, сроки горят, а вы не знаете, что делать.

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

Признаки того, что интегратор не справляется (красные флаги)

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

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

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

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

Документация отсутствует или некачественна — еще один важный сигнал. Интегратор не предоставляет промежуточные результаты в виде кода, конфигурации, тестовых отчетов. Все «в голове» или на чужих серверах. Это создает зависимость.

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

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

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

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

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

Если заметили три-четыре из этих признаков, нужно немедленно поговорить с руководством интегратора и подумать о плане Б.

Реальный пример: холодильная система пищевого завода

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

Первые три месяца прошли нормально. Интегратор провел обследование, согласовал техническое задание, начал закупку: программируемые логические контроллеры (ПЛК), датчики, SCADA-систему. На четвёртый месяц сроки начали плыть.

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

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

Результат: завод потратил 1,2 млн впустую, остался без системы, продолжал использовать старое оборудование — потери продукции и перерывы. Пришлось искать нового интегратора, разбираться в чужом коде, переделывать документацию.

Все можно было предотвратить: четкие SLA (Service Level Agreement) с штрафами, еженедельные отчеты с демонстрациями, требование передачи промежуточной документации, резервирование специалистов.

Немедленные действия: первые сутки

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

Зафиксируйте факт отсутствия ответов — сохраняйте все сообщения, письма, попытки связи с датами. Это понадобится позже. Немедленно соберите экстренное совещание с IT-отделом и проектным менеджером, чтобы оценить состояние проекта.

Стабилизация и документирование

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

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

Поиск нового исполнителя

Ищите специалистов, знающих то же решение. Для SCADA, 1С, SAP или других платформ нужны интеграторы с опытом 2-3 года. Они быстрее войдут в проект и сделают меньше ошибок.

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

Правовые действия

Направьте официальное требование старому интегратору о выполнении работ или возмещении убытков. Консультируйтесь с юристом, имеющим опыт в ИТ-контрактах. Сохраняйте всю переписку и доказательства.

Как избежать этого в будущем

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

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

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

#ИТпроекты, #интегратор, #управлениепроектом, #контрактирование, #IT-услуги, #защитапроекта, #неудачныйподрядчик, #техподдержка, #цифроваятрансформация, #бизнес