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

Автор — технический директор IT-компании vverh.digital со стажем более 8 лет. За это время приходилось "покупать", "продавать" (людей, не бананы), а также что-то с ними создавать.

Введение

Аутсорсинг — клиент заказывает разработку у компании. Разрабатывается договор, платятся деньги… и клиент забывает про исполнителя. Про результат пока не говорим.

Аутстаффинг — клиент покупает разработчика на время, сам ставит задачи и получает то, что просил. Чувствуете подвох?

Проблемы аутсорсинга

1. Эффект чёрного ящика

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

Поэтому вы получите: другой проект (хотя по ТЗ всё верно), проваленные сроки, лагающее нечто, депрессию. Если повезёт — один пункт, если нет — полный набор.

Как защититься: рассмотреть аутстаффинг или нанять программиста в штат. Разбитие договора на этапы не поможет — исполнитель вывернет всё в свою пользу.

2. Сложно менять требования

"Делаем только по ТЗ. Нет в ТЗ? Не делаем. Хотите доплатить? Не-е-ет, сначала доделаем вот это, вы заплатите, потом ещё заплатите за новое. Как это уже не надо? Ну у нас же в техническом задании…"

Наверное, кому-то знакомо. Почему так происходит? Клиентский бюджет уже освоен, и фиг что сделаешь.

Как защититься: не работать по стандартному договору. Рассмотреть TM (Time & Material), аутстаффинг или Retainer. Дороже, но простого решения нет.

3. Риск недопонимания

Клиент сказал "А", менеджер услышал английскую "Эй", разработчик не понял. Получили футболку, хотели рубашку.

Как защититься: чаще созваниваться и приглашать разработчика на встречи. Да, все так просто.

4. Передача проекта

Можно получить сборку вместо исходников проекта. Хочешь оригинал? Доплати. В дешёвом сегменте до сих пор практикуют.

Как защититься: указывать в договоре требование о получении исходного кода.

Проблемы аутстаффинга

1. Вы отвечаете за всё

Заказчик должен организовать бизнес-процесс: хранилище кода, постановку задач, тестирование, аналитику. Закинуть задачи в Trello и созвониться дважды в неделю — не контроль.

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

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

Как защититься: нарастить IT-экспертизу, сформировать IT-отдел. Рассмотреть Retainer или работать по классическому аутсорсингу.

2. Скрытые расходы

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

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

Как защититься: быть готовым к расходам или рассмотреть аутсорсинг.

Итог: что выгоднее?

Проблемы есть в обоих подходах. Недаром придумали Retainer и TM — они сглаживают углы, но там тоже есть проблемы. А это уже материал на отдельную статью.

Выбирайте аутсорсинг, если:

- Делаете MVP и тестируете нишу; - Мало денег, урезанный бюджет; - Специальная стратегия: заказать 3 штуки за копейки и выбрать лучшую.

Выбирайте аутстаффинг, если:

- Готовы к новым бизнес-процессам; - Есть достаточно денег; - Нужна долгосрочная поддержка; - Есть IT-экспертиза внутри (хотя бы минимальная).

Нужна помощь?

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

Полная версия статьи на VC.ru.