Аутсорс или не аутсорс — вот в чем вопрос
Какие проекты передавать на аутсорс, а какие не стоит? С какими рисками сталкивается бизнес при найме сторонних исполнителей и как им противостоять? Расспросили об этом Алексея Феофанова, директора по развитию бизнеса в аутсорсинговой компании Umbrella IT, 13+ на российском рынке IT-консалтинга и разработки.
Кажется, с февраля 2022-го на рынке стало даже больше аутстафф и аутсорс-специалистов. Откуда они берутся сейчас, когда многие покинули страну?
A. Ф.: Далеко не все покинувшие страну специалисты перестали работать на российские компании. Многие продолжают это делать из-за рубежа. Плюс появился тренд на возвращение в Россию. Люди видят, что в стране ситуация не изменилась в худшую сторону, и едут обратно. По разным причинам: семья, проблемы с получением ВНЖ, повышенные налоги.
Также не стоит забывать, что IT — престижная сфера с мощным притоком кадров из технических вузов и онлайн-школ. И этих спецов с удовольствием берут на работу как небольшие, так и крупные организации.
В каких конкретно случаях аутсорсинг IT-услуг принесет больше пользы?
A. Ф.: Во-первых, когда нет полгода-год на построение экспертизы или поиск узких специалистов в штат под горящие задачи. IT-аутсорсинг позволит сразу начать получать результат, да еще и учиться у внешних специалистов. Во-вторых, когда нужно усилить команду или разгрузить ее от работы над сайд-службами (HR, финансовой), техническим аудитом, рефакторингом кода, модернизацией архитектуры.
Для выполнения любой задачи придется нанимать целую команду?
A. Ф.: Необязательно. Задачи бывает разными. От добавления нового функционала или внедрения технологий, вроде голосового ассистента, в готовый продукт до разработки мобильного приложения под ключ или создания корпоративного маркетплейса. В зависимости от масштаба задачи нанимают или отдельных IT-специалистов, или выделенную команду разработчиков. Когда не хочется тратить время и деньги на самостоятельную разработку, передают проект на аутсорс или покупают коробочное решение.
Есть ли обстоятельства, при которых лучше не подключать аутсорсеров?
A. Ф.: Определенно, есть. Передавать функции на аутсорс не стоит, когда риски невозможно объективно взвесить. Или когда это не принесет профита. Сначала нужно рассчитать эффективность собственного IT-департамента и убедиться, что вы так или иначе выигрываете от IT-аутсорсинга.
Предположим, организация наняла аутсорсеров. Получает ли она гарантии качества разработки?
A. Ф.: У нас в UIT действует простое правило: сначала результат, потом оплата. Если клиент остался недоволен, возвращаем деньги в 2-недельный гарантийный период. Однако здесь речь не столько об общепринятых стандартах качества разработки, сколько о сервисе.
Если вендор отточил процессы тестирования, обзавелся обширным парком устройств и выделил кураторов с техническими и бизнес-навыками, маловероятно, что финальный продукт получится некачественным.
Чем занимаются кураторы? Их нужно как-то отдельно нанимать?
A. Ф.: Технический куратор отвечает за качество разработки, бизнес-куратор занимается организационные вопросы. Кураторы, как и тестировщики, по умолчанию включены в процесс. Вендор несет ответственность за разработку качественного решения. В конце концов, на кону его репутация.
Можно ли как-то контролировать аутсорсеров?
A. Ф.: В первую очередь, стоит совместно с аутсорсером запланировать желаемый результат, договориться о сроке и цене. Проще всего управлять разработкой с Agile-подходом. Здесь работа ведется короткими итерациями 1-2 недели. В конце каждого этапа можно увидеть результат, который сразу начинает работать на бизнес. Методология также предусматривает ежедневные отчеты и контроль рабочих часов тайм-трекерами.
Но это не спасет от утечек данных. Внутренняя команда всегда под присмотром. А аутсорсинг IT-услуг выглядит опасно и непредсказуемо для закрытых предприятий. Как быть в такой ситуации?
A. Ф.: По опыту UIT с Альфа-банком, БКС, Икано скажу, что все не так страшно, как кажется. В финтехе, где огромное внимание уделяют безопасности, организуют режим коммерческой тайны с каждым сотрудником. Проверяют разработчиков службой ИБ. Могут удостовериться, что аутсорсинговая компания предоставляет айтишникам качественное оборудование. Организация может договориться с вендором на работу в закрытом контуре на ее территории, но часто это попросту не нужно.
Представим, что некая энергетическая корпорация наняла вендора. Она работает на нескольких специфических IT-системах. Исполнителю придется разбираться, как функционирует каждая, погружаться в предметную сферу. Сколько это займет?
A. Ф.: У нас в Umbrella IT онбординг на проекты в промышленности, финтехе, ритейле занимает от 3 дней. Действительно, требуется некоторое время, чтобы вникнуть в специфику ниши, особенности работы внутреннего отдела и IT-инфраструктуры. Но если разработчики ранее имели дело с подобными системами, справятся быстро.
Что влияет на скорость погружения, кроме релевантного опыта команды?
A. Ф.: Наличие документации и подробных требований. Если их нет, вендор может по согласованию с бизнесом разработать их. Документация помогает не только аутсорсерам, но и инхаус-отделу, чтобы он мог продолжать поддержку продукта. Что еще ускоряет погружение, так это руководитель проекта от исполнителя. Он выступает в роли стабильного связующего звена, транслирующего контексты заказчику и команде.
Бывает ли так, что разработчик вендора резко увольняется в ходе разработки продукта? Что тогда делать?
A. Ф.: Бывает всякое. Но я считаю, что это проблема вендора, не клиента. Аутсорсинговая компания должна сама без остановки разработки найти и согласовать замену.
Как проверить текучку кадров в аутсорсинговой компании?
A. Ф.: Косвенно можно судить по рейтингам работодателей. Довольные сотрудники крайне редко увольняются. В рейтингах видно отношение людей к вендору, в том числе при увольнении. Хочется копнуть еще глубже — свяжитесь с бывшими клиентами. Узнаете все и о текучке на проекте, и об устройстве процессов. Можно ориентироваться на продолжительность сотрудничества каждого члена IT-команды с вендором. Аутсорс-специалисты в компании меньше 3 месяцев — вероятность, что они внезапно уволятся и покинут проект, высока.
Когда вендор уходит, продукт остается без поддержки, что наносит внезапный и сокрушительный урон бизнесу. Как не впасть в зависимость от аутсорс-компании?
A. Ф.: Готовиться к форс-мажору, даже если он маловероятен. Например, разработать подробную документацию. Тогда потеря аутсорсинг-разработчиков не скажется на онбординге другого или позволит подхватить проект своими силами. Стоит также не забывать о непрерывном расширении внутренней экспертизы. Сам аутсорсер по договоренности с клиентом может консультировать инхаус-команду по завершении проекта.
А если подключить несколько исполнителей, это снизит риск?
A. Ф.: Да, бесспорно. Это обычная практика. Когда не получается договориться с кем-то из аутсорсеров — остаются другие, готовые работать, и продукт продолжает развиваться. К тому же конкуренция на одном проекте держит аутсорсинговые компании в тонусе и мотивирует достигать лучшего результата.
Аутсорсинг IT-услуг — это дорого?
A. Ф.: Чтобы однозначно ответить на этот вопрос, нужно честно подсчитать расходы на самостоятельную разработку: найм и удержание IT-специалистов, закупку оборудования и другие. Сравнив полученную сумму с ценой, которую назвал аутсорсер, удастся узнать, дороже это или дешевле.
Наконец, главный вопрос: так передавать IT-проекты на аутсорсинг или нет?
A. Ф.: Нет какого-то общего правила. Все зависит от того, отвечает ли конкретный вендор требованиям конкретного проекта: к безопасности, стоимости, качеству, сохранению экспертизы. При принятии решения бизнес опирается на множество параметров: тип проекта и контракта с вендором, наличие или отсутствие инхаус-специалистов и IT-менеджеров, скорость и стоимость привлечения исполнителей в штат. Чем ценнее продукт для бренда, тем рискованнее его передавать на аутсорсинг.
Представим, что компания решилась нанять аутсорсеров. Но при таком количестве рисков сложно довериться вендору — слишком много страхов. Как бизнесу преодолеть этот барьер?
A. Ф.: Стоит начать сотрудничество с чего-то менее рискованного. Аутсорсинговая компания справилась на этом уровне — переходим на следующий: доверяем более важный проект. Шанс ошибки снижается, если двигаться от страхов к доверию небольшими шагами.
