Аутсорс разработки для компаний

Главное различие между форматами — кто ставит задачи, кто отвечает за результат и кто принимает технические решения. От этого зависят и цена, и ваша нагрузка как заказчика.

Аутсорс проекта под ключ

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

Аутстафф разработчиков

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

Выделенная команда разработки

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

DevOps как отдельная услуга

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

Формат выбирают по тому, чего у вас нет. Несколько вопросов, которые помогают решить быстро:

• Есть ли у вас технический руководитель? Если нет — аутстафф превратится в набор исполнителей без архитектуры. Лучше аутсорс или выделенная команда с нашим техлидом.
• Кто будет ставить задачи? Если продакт-менеджер у вас есть и готов вести бэклог — подойдёт аутстафф или выделенная команда. Если нет — аутсорс, где продуктовую часть ведём мы.
• Насколько продукт долгоживущий? Для разового проекта с понятным концом удобен аутсорс с фиксированным этапом. Для развития на годы — выделенная команда, которая не меняется от задачи к задаче.
• Нужно ли потом забрать разработку себе? Тогда сразу закладываем передачу: документацию, ревью кода вашими инженерами и поэтапный перенос знаний.

Если ответы неочевидны, на бесплатном мини-проектировании предложим формат и объясним, почему он подходит именно вам.

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

• Трекер. Задачи ведём там же, где ваша команда: Jira, YouTrack, Яндекс Трекер, Linear или другой инструмент. Статус каждой задачи виден без отдельных отчётов.
• Репозиторий. Код пишем в вашем GitHub, GitLab или Bitbucket, через ветки и ревью. Если репозитория ещё нет — создаём его на вашем аккаунте, а не на своём.
• Ритм релизов. Подстраиваемся под ваш цикл: спринты, релизные окна, заморозки перед крупными событиями.
• Коммуникация. Общий канал в мессенджере, регулярные встречи в согласованное время, один ответственный с нашей стороны.
• Стандарты. Следуем вашим правилам оформления кода и Definition of Done; если их нет — предлагаем свои и фиксируем письменно.

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

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

У аутсорса разработки есть типичные риски, о которых компании узнают на собственном опыте. Мы закрываем их договором и правилами работы, а не обещаниями.

• Утечка информации. NDA подписываем до первого звонка, доступы выдаём по принципу минимальной необходимости и отзываем после завершения работ.
• Зависимость от подрядчика. Код, доступы и аккаунты оформлены на вас с первого дня. Документацию ведём по ходу работы, чтобы проект можно было передать любой команде.
• Непрозрачность. Вы видите задачи в трекере и коммиты в репозитории, получаете демо по итогам итераций и платите за этап после приёмки.
• Потеря знаний при смене людей. Решения записываем в документацию и описания задач, а не держим в головах. Новый участник входит в проект по этим материалам.
• Расхождение ожиданий. Критерии приёмки согласуем до начала этапа, а первые задачи делаем небольшими, чтобы быстро сверить качество и темп.

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

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

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

Если на созвоне станет понятно, что вашей задаче аутсорс не нужен, мы так и скажем. Лучше потерять проект, чем начать работу, которая не принесёт вам пользы.

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

Дальше отчётность строим под вас. Кому-то достаточно доступа к трекеру и демо по итогам итерации, кому-то нужен письменный статус для руководства. Формат согласуем на старте, чтобы вы не тратили время на сбор информации о том, что происходит.

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