kda7889.ru / Статьи / Заказчик и подрядчик

Почему работа с подрядчиком почти всегда дольше разработки внутри компании

Данила Колесников

При внутренней разработке задача проходит короткий путь: отдел → исполнитель → тест → правка.

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

Чтобы упростить понимание, собирают большую совместную встречу: заказчик, подрядчик, архитекторы, разработчики, интеграторы. Дальше техническое, организационное и нередко юридическое согласование: договор, SLA, изменение объёма, границы ответственности. Потом задачу согласуют с ЛПР обеих сторон и ставят в очередь подрядчика. Только после этого начинается реализация, демонстрация, сбор обратной связи и новый цикл правок.

Где теряется время

Задержка возникает не только в разработке. Она появляется на каждом дополнительном узле коммуникации:

• при передаче контекста;
• при интерпретации требований;
• при внутренней координации подрядчика;
• при согласовании ответственности;
• при попадании задачи в очередь;
• при повторных уточнениях и каждом цикле обратной связи.

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

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