Почему сроки разработки срываются и как это предотвратить

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

Разбираем по частоте, а не по громкости.

1. Контент

Уверенный лидер. Разработка закончена, а запустить нельзя: нет описаний услуг, нет фотографий, нет текстов для страниц.

Причина в том, что это единственный этап, который почти целиком зависит от заказчика. И он всегда недооценивается: кажется, что тексты «напишем за вечер», а на деле нужно сесть, сформулировать и согласовать внутри компании.

Что делать: начинать собирать контент на этапе дизайна, а не после разработки. И честно решить, кто пишет: если своими силами не получится, это отдельная строка сметы — от 8 000 ₽ за материал.

2. Согласования

Второе место. Особенно когда согласующих несколько и у них разные мнения.

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

Что делать: назначить одного человека с правом финального решения. И собрать всех, кто будет высказываться, на этапе прототипа — там правки бесплатны.

3. Интеграции

Зависят от чужих систем и чужих людей.

Типичные задержки: доступы к учётной системе выдают две недели, у сервиса нет документации, обмен работает не так, как описано, подрядчик по 1С занят другим проектом.

Что делать: выяснить состояние интеграций до начала работ. Есть ли документированный обмен, кто со стороны заказчика отвечает за доступы, насколько типовая конфигурация. Что спрашивать — в статье интеграция сайта с CRM.

4. Изменения объёма

«Мелочь, добавьте ещё блок» — и так десять раз.

Каждое изменение само по себе действительно небольшое. Проблема в накоплении: десять «мелочей» — это неделя работы, о которой никто не договаривался.

Что делать: оформлять изменения отдельно, с указанием стоимости и сдвига срока. Не для формальности, а чтобы обе стороны видели, как объём растёт.

5. Недооценка на этапе продажи

Причина на стороне подрядчика, и она реальна.

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

Что делать: настороженно относиться к точной цене, названной после получасового разговора. Реалистичная оценка появляется после проектирования — как устроен процесс, в статье этапы разработки сайта.

6. Параллельные проекты

У подрядчика несколько клиентов, и ваш проект конкурирует за внимание.

Что делать: спрашивать не только срок, но и загрузку: сколько проектов ведёт команда одновременно, кто конкретно будет работать. И смотреть на регулярность демонстраций — если их нет, вы не заметите, что проект стоит.

Что защищает обе стороны

Сроки, привязанные к последовательности, а не к календарю. «Дизайн — 15 рабочих дней с момента утверждения прототипа» вместо «дизайн до 20 числа». Тогда задержка на вашей стороне не создаёт формального нарушения на стороне подрядчика.

Встречные обязанности в договоре. Что заказчик предоставляет контент, доступы и обратную связь в оговорённый срок. Это не попытка подрядчика защититься от вас — это защита проекта от бесконечности.

Еженедельные демонстрации. Главный инструмент. Отставание видно на второй неделе, а не на сдаче.

Один согласующий.

Оформление изменений. С ценой и сдвигом срока.

Все пять пунктов относятся к договору — что ещё в нём проверить, в статье договор на разработку сайта.

Про штрафы

Вопрос возникает всегда: помогают ли санкции за просрочку.

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

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

Что делать, если сроки уже сорваны

Выяснить причину честно. Часто оказывается, что проект стоит из-за незакрытых обязательств заказчика: не передан контент, не выданы доступы, не согласован макет. Это неприятный, но полезный разговор.

Зафиксировать новый срок письменно — с указанием, что именно к нему будет готово.

Разделить на части. Возможно, часть функциональности можно запустить сейчас, а остальное позже. Логика поэтапного запуска — в статье MVP-подход.

Оценить, что дороже. Иногда смена подрядчика на середине обходится дороже, чем ожидание. Как это делать, если решение принято, — в статье как сменить подрядчика.

Итог

Основные причины срывов по частоте: контент, согласования, интеграции, изменения объёма. Первые две зависят от заказчика больше, чем от подрядчика.

Что реально работает: зафиксированный объём, готовый заранее контент, один согласующий, еженедельные демонстрации и письменное оформление изменений.

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