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

Согласно опросам DOU, большинство украинских специалистов сейчас работают на аутсорсинге. Это не удивительно: услуги привлечения внештатного персонала и передача ряда задач подрядчикам может сэкономить как время, так и деньги. Однако все больше разработчиков в последнее время предпочитают уходить работать в продуктовые IT-компании. Сегодня поговорим о преимуществах и недостатках разных типов компаний и разберемся, где же все-таки выгоднее работать.

Но для начала разберемся с терминологией и обозначим основные типы организации работы в IT.

Аутсорс — такой способ организации работы, при котором компания предоставляет услуги по разработке ПО другим юридическим лицам (чаще всего, не из Украины). Существует стереотип, что у нас «страна аутсорса» — ведь уровень наших специалистов достаточно высок, но при этом стоят они дешевле западных коллег.

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

R&D офис — заказчик и исполнитель являются одной компанией, а главный офис заказывает определенные услуги в филлиале.

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

В основном, споры, разумеется ведутся на счет аутсорсинга и работы в продуктовой компании. Давайте бегло пройдемся по их преимуществам и недостаткам.

АУТСОРС

+ Хорошие зарплаты.

+ Можно поработать с разными заказчиками, проектами, технологиями и получить разнообразный и интересный опыт.

+ Наличие разнообразного опыта повышает вашу стоимость как специалиста.

— Процессы принятия различных решений часто затянуты, а коммуникация запутана.

— Качество кода.

— Возможны овертаймы перед сдачей проекта.

— Нередко встречаются именно рутинные задачи.

— Понятие корпоративных ценностей либо отсутствует, либо слабо выражено.

— Нет ощущения причастности к продукту, product ownership.

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

ПРОДУКТ

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

+ Есть больше возможностей влиять на сам продукт, выступать инициатором каких-то нововведений.

+ Динамичность, мобильность, открытость к использованию новых технологией.

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

+ Если один проект закончился, вполне вероятно, что разработчик может «мигрировать» по внутренним продуктовым проектам, а не сидеть на бэнче.

— В такие компании часто сложнее попасть.

— Если компания находится на этапе стартапа, есть риск, что продукт не выстрелит.

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

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