Контроль сроков и статуса разработки: что делать заказчику

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

Данила Справцев

Основатель студии, в коммерческой разработке с 2016 года · Обновлено 25 октября 2026

Как отслеживать статус разработки

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

Какие отчеты подрядчика о ходе работ нужны

Отчет подрядчика должен отвечать на простые вопросы: что сделано, что делается сейчас и что мешает. К отчету приложите список принятых результатов и ссылки на демонстрации или документы. В отчете нужны трудности и решения, которые требуются от вас. Если в отчете только перечень задач без результата, попросите показывать работу вживую или на записи. Сверяйте отчет с планом этапов. Отклонение видно по результату, формальный статус задач может расходиться с фактом.

Как проверить ход разработки самостоятельно

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

Что делать если разработчик нарушил сроки

Сначала зафиксируйте факт просрочки письменно: какой этап не сдан, что было обещано и что есть по факту. Попросите подрядчика назвать причину и предложить новый план с промежуточными результатами. Проверьте, хватает ли у команды людей и доступа к вашим системам. Если задержка повторяется, обсудите замену ответственного или пересмотр объема работ. Оплату и приемку привязывайте к принятому результату, как записано в договоре. Для оценки нового состава работ посчитайте проект в калькуляторе: /calculator и оставьте заявку в форме заказа: /order.

Проверьте себя

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

Частые вопросы

Как понять, что подрядчик отстает от графика?

Сравните принятые результаты с планом этапов. Если демонстрации сдвигаются, задачи долго остаются в работе, попросите объяснить причину и показать новый план.

Можно ли требовать отчет чаще?

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

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

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

Какие доступы нужны заказчику при контроле разработки?

Нужен доступ к списку задач, демонстрациям и документам по проекту. Код и рабочие аккаунты должны быть у вас или передаваться по акту, документу о передаче. Доступ к серверу нужен для проверки запуска, если это предусмотрено договором.

Как часто проверять статус разработки?

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

Навигация