Рывок в IT за три месяца: почему вам может быть полезен аутстаф
Привет, это Глеб Корсунов, евангелист ИТ-аутстафинга и директор по развитию Holyweb. С 2018 года мы занимаемся аутстафингом отдельных IT-специалистов и кросс-функциональных команд. В 2023 заняли 19 место в первом рейтинге аутстаф-разработчиков Тэглайн. Аутстаф остаётся востребованным направлением, но также систематически развиваем проектный офис.
Этот материал будет полезен компаниям, которые находятся в поиске поставщиков и хотят знать, что ожидать от интеграции внешних специалистов в штат, а также тем, кто по каким-то причинам не сотрудничает с аутстафом.
Вы узнаете:
- Кому нужен аутстаф и почему это не так больно, как кажется,
- Как развить внутреннюю экспертизу через внешних специалистов,
- Можете ли вы повторить историю успеха нашего героя и прокачать свой бизнес в диджитале.
А в качестве примера и непосредственного участника мы пригласили команду первого B2B-маркетплейса строительной техники и оборудования «Рывок». Давайте познакомимся ближе:
Компания «Рывок» была основана в 2010 году и специализировалась на производстве алмазной оснастки, продаже и аренде оборудования. Бизнес развивался, и за 13 лет у компании появилось свыше 200 поставщиков, порядка 250 товарных категорий.
В 2022 году «Рывок» задался амбициозной целью – запустить MVP-версию маркетплейса строительного оборудования до конца года. При этом внутреннего ИТ-направления в компании не было, его требовалось сформировать из текущей инхаус-команды, которая занималась поддержкой сайта.
Вам точно нужен аутстаф?
“И выбрали они аутстаф, жили долго и счастливо!” – сказка, в которую не верю я сам. У каждого формата работы есть свои сильные стороны и риски, а у клиентов – свой опыт за плечами, иногда негативный.
С другой стороны, привлечение внешних специалистов может быть критически необходимым в следующих случаях:
- Запуск экспериментального направления или продукта, для которого требуется полноценная команда или специалисты со специфическим опытом или навыками.
- Дефицит кадров из-за конкуренции внутренних продуктов, особенностей стэка.
- Потребность в масштабировании в моменте: изменение сроков запуска проекта, утеря штатной экспертизы, изменение требований бизнеса.
Например, перед командой «Рывка» стояла цель обновить основной источник продаж – сайт компании, и трансформировать его в маркетплейс.
Из этого следовали задачи:
- Оперативно усилить команду,
- Запустить MVP-версию платформы,
- Настроить процесс передачи знаний, заложить фундамент для формирования самостоятельного ИТ-направления внутри компании. Стоит отметить, что у команды «Рывка» есть планы на замещение аутстафа штатными специалистами.
Разработка и запуск маркетплейса требовали повышения нагрузки на команду в несколько раз, при этом текущие задачи никуда не делись. А время было ограничено – запуск планировался через 2,5 месяцев.
Были и другие сложности. Например, отсутствие проработанных требований и задач, необходимость сопряжения кодовой базы сторонних разработчиков и собственной инфраструктуры. Требовались специалисты с опытом в eCommerce, которые смогли бы подобрать оптимальное технологическое решение. Поэтому команда «Рывка» обратилась за усилением.
При поиске подрядчиков рассылали предложения как проверенным поставщикам, так и новым. Рассматривали порядка десяти компаний. Было важно иметь выбор, чтобы нивелировать риски аутстафа и оперативно замещать кадры, обеспечить высокую квалификацию специалистов. Мы обращали внимание на релевантный стек и работы в портфолио, отзывы в открытых источниках, скорость подбора.
Одними из первых, кто откликнулся, стали Holyweb. И первый же специалист по тестированию попал в наши ожидания, что сэкономило нам время.
Это нормальная практика – привлекать несколько поставщиков для устойчивости бизнеса. Расскажем, на что обратить внимание, на примере частых возражений.
Бонус: топ-3 стереотипа про аутстаф
Не всегда поставщики погружаются в ожидания клиента, что приводит к нерелевантным предложениям. Команда клиента несёт двойную нагрузку: сначала вынуждены отсматривать неподходящих кандидатов от агентства, а когда специалист не находится, закрывают позицию самостоятельно, но уже в совсем сжатые сроки.
Отсюда и скептицизм к обещаниям найти нужного специалиста в моменте.
Вот как устроен процесс у нас в Holyweb:
- Получаем заявку на усиление,
- Погружаемся в ожидания: когда должны выйти специалисты , в чём измеряется результат, какие критерии успеха. Уточняем, был ли опыт с аутстаффом, почему он уместен в текущей ситуации, что не устраивало в прошлых поставщиках. Какие риски от привлечения есть, что нужно контролировать дополнительно, а также есть ли технические эксперты, которые готовы лидировать высококвалифицированные кадры и двигать команду к общей цели.
- Запрашиваем подробные требования для специалиста на конкретный проект.
- Подбираем специалиста и предлагаем провести интервью с ним.
Такой подход помог нам закрыть позиции для «Рывка» за 10 рабочих дней. Потребовалось меньше трёх резюме для одобрения специалиста. А какие показатели в вашей воронке подбора?
Бывают ситуации, когда специалистов без коммерческого опыта выдают за опытных разработчиков, тем самым завышая ставку. Страдает как бизнес, так и специалист, вынужденный решать задачи иного уровня. Манипуляция со стэками — одна из основных причин разочарования компаний на рынке. И в этом нет никого смысла, потому что после первого спринта уже можно видеть реальный уровень.
Holyweb нанимает специалистов к себе в штат и проводит ассесмент, чтобы определить текущие способности и зоны роста . Так мы можем направлять специалистов в развитии хардов и стимулировать стимулировать обмен знаний между сотрудниками. Предоставляем специалистов уровня middle - senior с опытом продуктовой разработки, которые начинают давать результаты в течение двух недель.
Высокий уровень автономности и проактивность были важны для «Рывка». Команде требовались самостоятельные инженеры уровня middle+, которые могли бы участвовать в формировании core-экспертизы инхаус-команды, предвидели бы риски при использовании тех или иных решений.
Создается ощущение, что аутстаф – нестабильная история, и специалисты в любой момент могут отвалиться, оставив команду без экспертизы. Есть несколько возможностей минимизировать риски ухода.
Со стороны клиента – провести качественный онбординг, погрузить специалиста в контекст и общекомандные цели. Мы помогает с этим, берём на себя операционку, чтобы клиент мог сосредоточиться на работе и управлении.
А с нашей стороны – держать руку на пульсе и проводить регулярные чекапы, индексировать оклады, делать ассементы, обучать, обновлять рабочее оборудование и делать другую HR-работу, за которую и должен отвечать поставщик, чтобы предупредить зарождающиеся проблемы. В случае вынужденного вывода с проекта (например, увольнения или миграции), предлагаем бесшовно замену в 83% случаев.
В случае «Рывка» важно было ещё и сохранить наработки. Внешние специалисты ведут базу знаний и документацию. Предлагают варианты модификации процессов, участвуют в задачах девопс и развёртывания.
На «Рывке» и на других проектах у нас есть опыт аутстафа тимлидов, и даже ситуации, когда разработчики становились руководителями отдельных групп и направлений. Это ещё раз подчёркивает вовлечённость специалистов в проект и желание развиваться.
А как это на практике?
Первых специалистов для «Рывка» утвердили уже через неделю после обсуждения требований и задач по проекту. Вместе сформировали половину команды, по 1-2 человека для каждого направления: разработка, тестирование, DevOps.
Ребята из Holyweb хорошо вписались в существующую команду, интервью не заняли много времени. Изначально планировали закрыть позиции QA и DevOps, но в дальнейшем расширили список до фронтенд-разработчиков и тимлида.
Постепенное масштабирование помогло инхаус-команде привыкнуть к новым специалистам и установить доверие. Онбординг проходил в комфортном темпе для штатных сотрудников. На текущий момент в команде задействовано шесть специалистов Holyweb по направлениям бэкенд, фронтенд, DevOps и QA, включая тимлида. Это специалисты с богатым техническим бэкграундом, знакомые с форматом аутстафа. Это помогает легко адаптироваться и быстро погружаться в суть проекта.
Это оптимальный вариант, когда нужно и вложиться в развитие инхаус-команды, и усилить её в сжатые сроки. Нужно быть уверенным в кандидатах, чтобы не тратить время на собеседования и оценку. Мы ведём статистику по проектам, поэтому можем оценить влияние нашей работы – каждый второй предложенный специалист стартовал на проекте.
На этапе MVP специалисты решали задачи для маркетплейса:
- Доработка корзины товаров,
- Интеграция решения в существующую кодовую базу,
- Отображение товаров и остатков,
- Трекинг логистики, доставки, которую осуществляли партнеры.
После запуска команда сосредоточилась на повышении качества кода, отладке, стабильности решений, приоритезировали бэклог.
Отрефакторили кодовую базу корзины, перевели проекты на Typescript, чтобы сервис был удобным и стабильным на всех устройствах. Это плюс для разработчиков: стандартизированный код экономит время на погружение.
Но на этом общение не заканчивается, мы продолжаем принимать участие в жизни разработчика, проекта, команды.
Собираем фидбек от коллег со стороны клиента, интересуемся мнением специалиста. Делимся отчётами о состоянии проекта, процессах онбординга и адаптации. Словом, продолжаем доказывать, что аутстаф – это не больно, и даже полезно. И даже поучаствовали в августовской офлайн-встречи всей компании.
Результаты
Благодаря привлечению аутстафа, «Рывок» смогли закрыть сразу несколько целей:
- Запустили MVP-платформу за 2,5 месяца, начали работу по оптимизации,
- Сформировали фундамент для развития ИТ-направления в компании,
- Масштабировались без вреда для бизнеса.
Специалисты Holyweb продолжают решать задачи по развитию маркетплейса и добавлению нового функционала.
Хорошие новости: вы тоже можете повторить успех «Рывка» и выстроить эффективное взаимодействие с аутстафом, чтобы прокачать свой бизнес в диджитале.
Буду рад узнать о вашем опыте работы с аутстафом, в том числе отрицательном. Поделитесь в комментариях своими историями, вызовами, связанными с внешними командами – обсудим!
Для аутстаф персонала это проектная работа или в каком в формате происходит сотрудничество?
Добрый день!
С точки зрения специалистов это действительно похоже на проектную работу: погружаешься в задачи, работаешь в команде до завершения проекта. В среднем около 10 месяцев.
Есть и отличия:
- Мы нанимаем специалистов к себе в штат, а это значит, что во время и после выхода из проекта они не остаются сами по себе. Подбираем проекты, которые интересны, в которых есть инженерный вызов. Это создает условия для актуализации и прокачки навыков.
- На аутстафе есть возможность работать в командах с топовыми специалистами, узнавать новое, перенимать лучшие практики и делиться своими. Но это идёт вместе с необходимостью проходить технические собеседования и быстро погружаться в контекст. Поэтому мы внимательно подходим к отбору кандидатов: нам важны и хард-, и софт-скиллы.
А вы работали в таком формате?