Аутсорс, продукт, аутстаффинг — что лучше?

Согласно опросам DOU, большинство украинских специалистов сейчас работают на аутсорсинге. Это не удивительно: услуги привлечения внештатного персонала и передача ряда задач подрядчикам может сэкономить как время, так и деньги. Однако все больше разработчиков в последнее время предпочитают уходить работать в продуктовые IT-компании. Сегодня поговорим о преимуществах и недостатках разных типов компаний и разберемся, где же все-таки выгоднее работать.
Но для начала разберемся с терминологией и обозначим основные типы организации работы в IT.
Аутсорс — такой способ организации работы, при котором компания предоставляет услуги по разработке ПО другим юридическим лицам (чаще всего, не из Украины). Существует стереотип, что у нас «страна аутсорса» — ведь уровень наших специалистов достаточно высок, но при этом стоят они дешевле западных коллег.
Аутстаффинг — вывод персонала за пределы официального штата компании. Таким образом, исполнитель становится субподрядчиком. Также для аутстаффинга характерно краткосрочное сотрудничество и найм сотрудников для отдельных операций.
R&D офис — заказчик и исполнитель являются одной компанией, а главный офис заказывает определенные услуги в филлиале.
Продукт — компания-разработчик владеет всеми правами на продукт и занимается большинством процессов, связанных с его разработкой, дизайном, промоушеном и поддержкой.
В основном, споры, разумеется ведутся на счет аутсорсинга и работы в продуктовой компании. Давайте бегло пройдемся по их преимуществам и недостаткам.
АУТСОРС
+ Хорошие зарплаты.
+ Можно поработать с разными заказчиками, проектами, технологиями и получить разнообразный и интересный опыт.
+ Наличие разнообразного опыта повышает вашу стоимость как специалиста.
— Процессы принятия различных решений часто затянуты, а коммуникация запутана.
— Качество кода.
— Возможны овертаймы перед сдачей проекта.
— Нередко встречаются именно рутинные задачи.
— Понятие корпоративных ценностей либо отсутствует, либо слабо выражено.
— Нет ощущения причастности к продукту, product ownership.
— Опасность застрять на долгосрочном проекте, работая с устаревшими технологиями.
ПРОДУКТ
+ Коммуникация достаточно быстро осуществляется: ведь все ключевые специалисты находятся в рамках одного города/страны.
+ Есть больше возможностей влиять на сам продукт, выступать инициатором каких-то нововведений.
+ Динамичность, мобильность, открытость к использованию новых технологией.
+ Обычно существуют корпоративные ценности; есть возможность ощутить себя полноценным членом команды, которая что-то создает, а не просто рабочей единицей.
+ Если один проект закончился, вполне вероятно, что разработчик может «мигрировать» по внутренним продуктовым проектам, а не сидеть на бэнче.
— В такие компании часто сложнее попасть.
— Если компания находится на этапе стартапа, есть риск, что продукт не выстрелит.
— Молодые специалисты, желающие попробовать себя в разной роли, не могут «скакать» между проектами.
Таким образом, работа именно с продуктовыми компаниями является более перспективной. У разработчика есть больше возможностей влиять на сам продукт, продвигать свои идеи, брать активное участие в создании чего-то нового, ощущать себя частью команды. Именно поэтому все больше специалистов стремятся попасть в продукт. Впрочем, не существует хороших и плохих моделей — каждый должен выбирать то, что больше подходит его собственным целям и ценностям.