Аутсорс: скорость на входе, сюрприз на выходе

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

Звучит удобно: не нанимаешь, не управляешь, платишь за результат. На практике — самая непрозрачная модель из всех.

Что работает. Скорость старта. Команда уже собрана. Если дедлайн горит, а нанимать некогда — аргумент реальный.

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

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

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

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

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

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

Нет продуктового контекста. Внешняя команда проектирует по ТЗ, а не под реального пользователя. Разница видна сразу — в интерфейсных решениях и в приоритетах при конфликте требований.

Что я теперь фиксирую на берегу. После нескольких таких проектов список условий появился сам. Регулярные демо с возможностью задать вопросы напрямую разработчикам, а не только менеджеру. Доступ к репозиторию в процессе — хранилище на стороне заказчика, версионность с первого дня. Ревью на ключевых точках, а не только финальная приёмка. Собеседование с основными исполнителями до подписания контракта — не всегда возможно, но реакция подрядчика на такой запрос уже показательна.

Без прозрачного процесса аутсорс — это чёрный ящик с дедлайном. Что внутри узнаешь только когда откроешь.

Был опыт приёмки аутсорс-проекта? Что обнаружилось первым?

#лебедева_ит #лебедева_процессы

Аутсорс: скорость на входе, сюрприз на выходе
Аутсорс — это когда проект передают внешней команде целиком. Всю разработку: от архитектуры до тестирования | Сетка — социальная сеть от hh.ru