Подрядчик сорвал сроки — и вот вы сидите перед руководством, объясняя, почему MVP, обещанный к концу квартала, «будет чуть позже». Знакомо? По данным Standish Group, только 29% IT-проектов завершаются в срок и в бюджет. Остальные 71% — это задержки, перерасходы и компромиссы.
Однако срыв сроков — это не конец света, если знать, как действовать. Более того, большинство задержек можно предотвратить ещё до подписания договора. В этой статье разберём конкретный playbook: что делать, когда подрядчик уже срывает дедлайн, и как выстроить процесс, чтобы этого не произошло в следующий раз.
Опыт ITecho с десятками корпоративных проектов показывает: проблема почти никогда не в «плохих разработчиках». Причины глубже — и решения тоже.
Почему подрядчик срывает сроки: 5 реальных причин
Прежде чем искать виноватых, разберёмся в причинах. Когда подрядчик сорвал сроки, за этим стоит одна из пяти типичных проблем:
ПричинаЧастотаКто виноватМожно ли предотвратить
Scope creep — «давайте добавим ещё одну фичу»40%Обе стороныДа Нечёткое ТЗ — «вы же понимаете, что я имел в виду»25%ЗаказчикДа Заниженная оценка — подрядчик занизил сроки, чтобы выиграть тендер20%ПодрядчикДа Технические проблемы — непредвиденные сложности интеграции10%Никто (форс-мажор)Частично Ресурсный кризис — ключевой разработчик уволился5%ПодрядчикЧастично
Обратите внимание: в 65% случаев причина — на стороне заказчика или обеих сторон. Следовательно, предотвращение начинается с вас.
Красные флаги во время проекта: когда бить тревогу
Срыв сроков никогда не происходит внезапно. Есть предвестники, которые опытный продакт-менеджер замечает за 2-3 недели до дедлайна. Если ваш подрядчик сорвал сроки, скорее всего вы пропустили эти сигналы:
- Демо отменяются или переносятся. Еженедельное демо — индикатор прогресса. Если его отменяют два раза подряд, что-то идёт не так
- Ответы становятся расплывчатыми. Вместо «готово на 70%, осталось три задачи» — «в целом продвигаемся, скоро покажем»
- Появляются «неожиданные» сложности. «Оказалось, интеграция с вашей CRM сложнее, чем думали» — на третьей неделе из четырёх
- Команда меняется. Разработчик, который начинал проект, заменён на другого «не менее квалифицированного»
- Коммуникация замедляется. Время ответа на сообщения выросло с часов до дней
Заметили два или более флага? Не ждите дедлайна — инициируйте разговор о статусе прямо сейчас. Чем раньше вы узнаете о проблеме, тем больше вариантов решения.
Что делать, когда подрядчик уже сорвал сроки
Итак, дедлайн прошёл, а продукт не готов. Вот пошаговый playbook для контроля разработки в кризисной ситуации:
Шаг 1. Зафиксировать текущий статус
Запросите у подрядчика письменный отчёт: что готово (в процентах и по фичам), что осталось, какие блокеры. Не принимайте устные «почти готово» — только конкретика.
Шаг 2. Определить реальный срок завершения
Попросите новую оценку с разбивкой по задачам. К названному сроку добавьте 30% — это buffer на то, что оценка снова будет заниженной. По нашему опыту, подрядчики, которые уже сорвали один дедлайн, занижают повторную оценку в 80% случаев.
Шаг 3. Оценить варианты
ВариантКогда подходитРиски
Дождаться с новым дедлайномЗадержка 1-2 недели, причина понятнаМожет повториться Сократить scopeЯдро готово, задержка в «nice-to-have» фичахMVP теряет часть ценности Добавить ресурсыЗадачи параллелизуемые, подрядчик согласенДополнительные расходы Сменить подрядчикаПотеря доверия, нет прогресса, нарушение договораВремя на передачу, потеря наработок
Шаг 4. Уведомить руководство
Не скрывайте проблему — это только усугубит ситуацию. Придите к руководству с тремя вещами: описание проблемы, анализ причин и план решения. Руководство ценит продакт-менеджеров, которые решают проблемы, а не прячут их.
Шаг 5. Зафиксировать договорённости письменно
Новый дедлайн, сокращённый scope, штрафные санкции — всё в письменном виде. Email с подтверждением обеих сторон — минимум. Дополнительное соглашение к договору — идеал.
Как предотвратить срыв сроков: фреймворк для продакт-менеджера
Лучший способ борьбы с проблемой — не допустить её. Вот фреймворк, который мы рекомендуем клиентам ITecho для разработки MVP:
До подписания договора
- Фиксированные сроки в договоре. Не «ориентировочно 2-3 месяца», а «22 рабочих дня с момента подписания ТЗ»
- Промежуточные milestones. Каждую неделю — демонстрация работающего функционала, не слайдов
- Штрафные санкции за просрочку. Например, 0.5% от стоимости проекта за каждый рабочий день задержки
- Право на расторжение. Если задержка превышает 2 недели — заказчик может расторгнуть договор с возвратом части оплаты
Во время разработки
- Еженедельные демо. Не отчёты, не звонки — работающий функционал на staging-сервере
- Definition of Done для каждого sprint. Чёткие критерии: что считается «готовым»
- Burndown chart. Визуальный трекер прогресса — отклонение видно на графике за 2 недели до проблемы
- Escalation path. Если PM подрядчика не решает проблему за 48 часов — эскалация на CTO подрядчика
Ключевые пункты договора
При заказной разработке обратите внимание на эти пункты. Их отсутствие — красный флаг:
- Фиксированные сроки с конкретными датами
- Перечень deliverables по каждому milestone
- Штрафные санкции за просрочку
- Порядок приёмки каждого этапа
- Условия расторжения и возврата средств
- Кто владеет кодом и интеллектуальной собственностью
Когда пора менять подрядчика
Иногда единственное правильное решение — прекратить сотрудничество. Тем не менее менять подрядчика на середине проекта — болезненно и дорого. Вот критерии для принятия решения:
- Меняйте, если: задержка превышает 50% от исходного срока, подрядчик не может объяснить причины, нет прогресса три недели подряд, коммуникация фактически прекратилась
- Не меняйте, если: задержка 1-2 недели с понятной причиной, подрядчик проактивно предложил план решения, 80%+ работы уже сделано
При смене подрядчика убедитесь, что у вас есть: доступ к репозиторию кода, документация (хотя бы базовая), схема базы данных и все доступы к серверам. Без этого новый подрядчик потратит недели только на разбор существующего кода.
FAQ о подрядчике, который сорвал сроки
Можно ли взыскать штраф за срыв сроков с подрядчика?
Только если штрафные санкции прописаны в договоре. Без явного пункта о неустойке суд, скорее всего, откажет. Поэтому фиксируйте штрафы на этапе подписания: 0.5-1% от стоимости за каждый рабочий день просрочки — стандартная практика на рынке заказной разработки.
Как оценить, что подрядчик занижает сроки ещё на этапе тендера?
Сравните оценки минимум трёх подрядчиков. Если один даёт оценку в 2 раза ниже остальных — это красный флаг. Попросите каждого подрядчика разбить оценку по задачам: честный подрядчик детализирует до отдельных фич, нечестный — даст «пакетную» оценку без расшифровки.
Что делать, если подрядчик сорвал сроки из-за моих изменений в ТЗ?
Если вы вносили изменения после утверждения ТЗ — это scope creep, и ответственность на вашей стороне. Каждое изменение должно оформляться как change request с новой оценкой сроков и стоимости. В ITecho любое изменение ТЗ фиксируется письменно с пересчётом дедлайна — это защищает обе стороны.
Стоит ли нанимать технического консультанта для контроля подрядчика?
Да, если бюджет проекта превышает 2-3 млн руб. или проект критичен для бизнеса. Технический консультант (CTO-as-a-Service) проверяет качество кода, архитектурные решения и реальность прогресса. Стоимость — 50-100 тыс. руб./мес., что окупается предотвращением одной серьёзной задержки.
Срыв сроков — управляемый риск, а не катастрофа
Когда подрядчик сорвал сроки, главное — не паниковать и действовать по плану: зафиксировать статус, оценить варианты, уведомить руководство и задокументировать новые договорённости. Большинство задержек решаемы, если действовать проактивно.
Ключевой урок: 90% срывов можно предотвратить на этапе подготовки. Фиксированные сроки в договоре, еженедельные демо, чёткие milestones и штрафные санкции — вот ваша страховка от неприятных сюрпризов.
Хотите обсудить, как выстроить процесс контроля разработки для вашего проекта? Команда ITecho из Инновационного центра Сколково в Москве проводит бесплатные Zoom-консультации — разберём вашу ситуацию и предложим план действий.