Опубликовано: 15.01.2026

Как понять, что вам называют “сроки с потолка”


Если сроки назвали “чтобы понравилось”, проект почти неизбежно уедет. И вы узнаете об этом поздно, когда уже вложены деньги и время. Поэтому задача заказчика — не “выбить минимальный срок”, а добиться срока, который можно проверить и контролировать.

Маркеры нереалистичных сроков

1) Подрядчик почти не уточняет детали
Нет вопросов про роли, исключения, данные, интеграции, приемку. Значит, срок назван без понимания объема.

2) Срок звучит как “магическое число”
“Две недели”, “месяц”, “два месяца” — без этапов и состава работ. Реальный срок обычно сопровождается планом: что будет готово к каждой дате.

3) Игнорируют интеграции и миграцию данных
Если вы слышите “подключим быстро”, но нет обсуждения сценариев ошибок, форматов данных, статусов и тестирования — срок, скорее всего, занижен.

4) Нет разговора про приемку
Если не определили, что значит “готово”, всегда найдется причина сказать “почти готово”. И срок начнет расплываться.

5) Не называют риски и зависимости
В нормальной оценке всегда есть “зависит от”: доступы, ответы третьих сервисов, согласования со стороны заказчика. Если рисков “нет”, значит их просто не проговорили.

6) Сразу обещают “всё целиком” без MVP
Когда проект сложный, а вам обещают закончить “всё и сразу”, это часто маркетинг. Управляемый подход — поэтапный, с ранними релизами.

Что попросить, чтобы срок стал проверяемым

  • План на этапы 2–4 недели: что входит и что показывают на демо.
  • Список зависимостей: что нужно от заказчика и от внешних сервисов.
  • Список рисков: что может сдвинуть сроки и как это будут отслеживать.
  • Критерии приемки: по каким сценариям вы принимаете этап.

Если подрядчик не может это дать, сроки с высокой вероятностью действительно “с потолка”.


← К списку статей "Длительность разработки"
Ссылка скопирована