{"id":14273,"url":"\/distributions\/14273\/click?bit=1&hash=820b8263d671ab6655e501acd951cbc8b9f5e0cc8bbf6a21ebfe51432dc9b2de","title":"\u0416\u0438\u0437\u043d\u044c \u043f\u043e \u043f\u043e\u0434\u043f\u0438\u0441\u043a\u0435 \u2014 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0435 \u0442\u0440\u0435\u043d\u0434\u044b \u0440\u044b\u043d\u043a\u0430 \u043d\u0435\u0434\u0432\u0438\u0436\u0438\u043c\u043e\u0441\u0442\u0438","buttonText":"","imageUuid":""}

Аутстаффинг VS штатный сотрудник. Разрушаем мифы

Миф 1 — штатный сотрудник дешевле 1.

Это заблуждение. Уверен, что многие делали этот расчет. Но давайте проделаем его еще раз:

- Допустим, что средняя ЗП мидл разработчика 2500 USD на руки.

- Добавляем 40% налогов Добавляем 20% косвенных расходов (HR, менеджмент, бэкофис, плюшки и прочее)

- Добавляем 12% отпуск и больничные

В итоге получаем расходы на разработчика 6800. Стоимость часа работы такого сотрудника обойдется примерно 6800/168 = 40 USD. При этом среднерыночная стоимость мидл разработчика на рынке аутстаффинга порядка 30 USD (+/- 5 USD)

МИФ 2 - Штатный сотрудник дешевле 2.

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

МИФ 3 - Штатным сотрудником проще управлять 1

Ошибка. В век глобальной удаленки уже нет разницы штатный у вас сотрудник или взят на аутстафф. Все разработчики сидят по домам. Ко всем разработчикам представлен менеджер. Компании нанимают и платят ЗП менеджерам проектов за УПРАВЛЕНИЕ. И именно менеджеры отвечают за эффективность работы. Если ваш менеджер проекта настаивает, что штатным удаленщиком управлять проще, попросите его объяснить почему.

МИФ 4 - Штатным сотрудником проще управлять 2

Wrong-wrong-wrong!!! В предыдущем пункте я уже говорил про менеджера, который стоит над каждым разработчиком. Однако, стоит учесть, что над аутстафф работником стоит не один менеджер, а ДВА. Один со стороны работодателя, и один со стороны заказчика. А это значит и двойной контроль.

МИФ 5 - Проще взять сотрудника в штат 1

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

МИФ 6 - Проще взять сотрудника в штат 2

Нет, не проще. Вам нужно сначала нанять рекрутера (что, кстати, тоже не всегда простая задача и часто требует существенных вложений), потом этот рекрутер найдет ХХХ CV, отбор, скрининг, тех интервью, тестовое задание, интервью с командой, согласование оффера……..как много времени это занимает? А как много разработчиков нынче готовы пройти весь этот путь? Какой процент разработчиков принимает ваш оффер?

Разработчики с аутстаффа уже прошли весь этот путь . Они готовы пройти еще одно-два интервью с вашим тех. специалистом. Они в 95% случаях не будут отказываться от оффера.

МИФ 7 - Мне могут «впарить» плохого разработчика 1

Тут самое время вспомнить слова Бреда Пита из фильма «Большой Куш» (Snatch): – Ты смотрел когда покупал!

У вас есть возможность на интервью опросить разработчика обо всем! И грамотные заказчики так и делают. И при этом все равно разработчик может «в бою» – оказаться слабым. В случае найма разработчика в штат – есть испытательный срок. А в случае аутстаффинга – триальный период. Да-да, многие подрядчики идут на то, чтобы дать вам разработчика на 2-3 недели по сниженной стоимости. А некоторые готовы дать даже бесплатно, хоть и на более короткий срок.

МИФ 8 - Мне могут «впарить» плохого разработчика 2

Что делать если через 3-4 месяца эффективность разработчика снизилась? Или, например, просто проект закончился. Все зависит от того штатный это разработчик или аутстафф. В первом случае вам надо договориться с разработчиком об уходе по собственному желанию. Ведь испытательный срок обычно к этому моменту пройден. А если вы не договоритесь?! Тогда сокращать и выплачивать очень много денег. Во втором случае, вам надо просто написать подрядчику что более не нуждаетесь в его услугах и через 14 дней расстаться с ненужным разработчиком.

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

(автор Vitaly Alekseenko - @al_vitaliy)

Готов к дискуссии в комментариях или в ЛС @apozdneev

0
8 комментариев
Написать комментарий...
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Александр Позднеев

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

Ответить
Развернуть ветку
Руслан Юнусов

Не совсем понял, как из $2500 на руки получилось $6800 для компаний.
У аутстаффинга есть существенный минус - неадекватная оценка сроков задач по сравнению со штатными сотрудниками, т.к. вендоры часто имеют фиксированную ставку за час работы разработчика и заинтересованы увеличивать сроки задач, чтобы получить побольше денег.

Ответить
Развернуть ветку
Александр Позднеев

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

А из 2500$ получилось 6800$ очень просто.
1. Оплата доступов на платформы HR
2. Зарплата сотрудников HR
3. Рабочее место
4. Техника
5. Всякие плюшки (кофе, печеньки, мед.страховка расширенная, абонементы в спорт зал, курсы а иногда еще и бонус за переход из одного места в другое).
6. Бонусы ежегодные или квартальные за хорошую работу

Ответить
Развернуть ветку
Артем Салютин

Ай-яй-яй, нехорошо чужой контент воровать. Я редко ставлю минусы, но тут есть за что. Автор оригинального поста — Виталий Алексеенко https://teletype.in/@al_vitaliy/FtiS7ul2HcZ

Ответить
Развернуть ветку
Александр Позднеев

Виталий Алексеенко наш сотрудник и мой коллега)
Блог пилится от нашей команды :)

Ответить
Развернуть ветку
Артем Салютин

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

Ответить
Развернуть ветку
Александр Позднеев

буду иметь ввиду, спасибо)

Ответить
Развернуть ветку
5 комментариев
Раскрывать всегда