Давайте разбираться вместе
Давайте разбираться вместе

Когда ищешь новое место работы, всегда хочется выбрать самые лучшие для себя условия: чтобы офис был не хуже, чем у ведущих мировых компаний, чтобы начальство было добрым и понимающим, как бабушка, и, конечно, с хорошей зарплатой. Но на сайтах с вакансиями нас нередко ждет некоторое разочарование по многим желанным пунктам, и чаще всего приходится выбирать между чем-то противоположным: аутсорсинговой компанией или продуктовой, монолитным или микросервисным приложением, офисом на другом конце города или рабочим местом в собственной спальне. При этом в обсуждении таких вариантов всегда есть сторонники и противники, и, конечно, между ними разгораются настоящие холивары. Особенно «достаётся» почему-то работе в аутсорсинговых компаниях, при том, что, зачастую, сами хейтеры в таких компаниях не работали. 

Давайте разберемся в этом подходе и выясним, какие у аутсорса есть неоспоримые плюсы, и за что его могут не любить те, кто все-таки попробовал работу в подобной компании. Меня зовут Аня Курицына, я C#-разработчик в компании Smartech, и я хочу поделиться своим опытом работы в аутсорсе.

Аутсорс или подряд

По моему опыту, разные разработчики совсем по-разному понимают слово аутсорс. Поэтому давайте для начала придем к единому пониманию терминов.

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

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

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

В терминах, надеюсь, разобрались. Теперь предлагаю обсудить более конкретные кейсы работы в аутсорс-компаниях.

Сын ошибок трудных

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

Почему? Все просто. В аутсорсе твой проект будет периодически меняться, разным будет и стек технологий. У кого-то MS SQL Server и EF, у других — Oracle с Ado.Net, а кто-то предпочитает информацию хранить в виде файлов для Excel (и это не шутка...). Разумеется, вы всегда будете четко понимать, что, к примеру, язык разработки у вас будет сохраняться, как и обязанности, потому что разработчика не отправят делать работу бизнес-аналитика. Но любая вероятность здесь не равна нулю, поэтому аутсорс-разработчик готов ко всему, и это невероятно ценный опыт.

Стек технологий

Что-то модно, что-то вышло из моды, а что-то вечно
Что-то модно, что-то вышло из моды, а что-то вечно

Все мы знаем, что в сфере разработки ПО технологии развиваются чуть быстрее, чем первая космическая скорость. Хороший разработчик за этим следит и всегда всё новое хочет потрогать ручками, поковыряться в коде и применить, хотя бы ради интереса, на практике. Работая в аутсорс-компании, шансы поработать с новым стеком гораздо выше. А значит, ты всегда находишься в среде, располагающей к профессиональному росту. Но есть важная оговорка. Ты должен хорошо ориентироваться во всех новых технологиях в своей отрасли, иначе ты как специалист будешь не интересен заказчикам, и на заветный проект попросту не попадешь. Обратная сторона — самообучение, а значит, и вложение моральных сил и времени, идет постоянно. Зато ты точно не “закиснешь” на старом и неактуальном стеке.

Команда

Хотите стать программистом, чтобы никогда и ни с кем не общаться? Сюрприз! Вы попали в плен стереотипного мифа. Все работающие в IT отлично знают, что разработка — это совершенно не тот вид деятельности, где ты можешь позволить себе ни с кем не взаимодействовать. Как минимум внутри своей команды всем приходится общаться с парочкой аналитиков, тестировщиков, другими разработчиками, а может, и с другими командами или, о ужас, с представителями бизнеса!

Когда работаешь в аутсорсе, необходимость общения увеличивается в разы: новый проект = новый коллектив. Иногда бывает так, что люди в отделе заказчика не очень дружные, или не успевшие сработаться. Тогда твоим софт-скиллам нужно будет развернуться на полную катушку, чтоб эффективно закрывать задачи. И, поверьте, обладатель такого опыта всегда выгодно отличается от человека, который просидел условные 10 лет в одном и том же отделе. Бывают, правда, и трогательные ситуации, когда коллектив на проекте попался действительно прекрасный и душевный. В этом случае от мысли, что бессердечный контракт может вынудить вас расстаться, сердце в груди щемит. Но короткая влюбленность лучше, чем совсем без любви, не так ли?

Неожиданные плюсы бюрократии

Гермес Конрад мог бы назвать еще больше плюсов бюрократии, но мы сосредоточимся на главном
Гермес Конрад мог бы назвать еще больше плюсов бюрократии, но мы сосредоточимся на главном

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

Вместо вывода

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

Комментарии (2)


  1. b00b1ik
    21.08.2023 17:52
    +2

    все всегда опускают кому нужен потом этот "опыт", который так лихо получается в аутсорсе?

    правильно, в продуктовой команде))

    потому что никто не хочет вечно менять проекты/команды и получать этот "опыт"

    аутсорс это только минус, но хорош как точка входа, поэтому обе стороны понимают рассклады и одни довольны контролируемой текучкой, а вторые "опытом"


    1. vvbob
      21.08.2023 17:52

      "Никто не хочет" - слишком сильное заявление, что-бы быть истинным. Я вот в оутсорс работаю последние уже года три, и мне нравится в этом именно то, что я не привязан к одному проекту, могу их менять (и меняю) не увольняясь. Например первый проект на этой работе был адовым легаси, наверное самым лютым, хтоническим ужасом за всю мою карьеру разработчика (а я работаю уже немало и повидал всякое, с 2002-го года, так-то) когда мне все это окончательно надоело, я перешел на блицпроект плана "стильно, модно, молодежно" - микросервисы, кейклок, s3, и еще много других страшных слов.., когда это надоело..

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