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

Есть множество моделей взаимодействия, среди них можно выделить: фиксированная стоимость, время и материалы, фиксированное время и бюджет Но среди всех модель Выделенной команды значительно отличается.

Выделенная команда формируется исходя из целей, пожеланий и требований заказчика. Эта модель отлично подходит для разработки крупных долгосрочных проектов, в которых часто меняются требования. Она достаточно гибкая относительно объема работ и задач, затрат и ресурсов, а также относительно самой команды разработки.

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

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

Причины, по которым стоит выбрать модель Выделенной команды:

1. Экономическая эффективность
Заказчики значительно экономят на инфраструктуре, поскольку, наняв команду, они получают почасовую оплату за удаленную работу над проектом. Отпадают такие заботы как аренда офиса, приобретение оборудования, оплата счетов за электроэнергию и т.д. Тем более гораздо дешевле нанять уже слаженную команду, нежели самостоятельно искать разработчиков с необходимыми навыками.

2. Хорошо подходит для крупных и сложных проектов
Эта модель полезна для проектов, в которых сложно все продумать до конца. Она достаточно гибка и может подстраиваться под любые изменения.

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

4. Высокая эффективность работы
Команда исполнителей глубоко понимает требования проекта, ориентирована на качество и работает на долгосрочной основе.

5. Прямое общение и мониторинг команды
Согласно данной модели клиент может напрямую управлять каждым специалистом, предоставленным ИТ-компанией.

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

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

8. Масштабируемость команды
С самого начала заказчик самостоятельно решает, сколько человек нужно нанять для разработки ПО. При необходимости клиенты могут добавлять участников, а также уменьшать или увеличивать команду.

9. Прозрачная система ценообразования
Общая стоимость проекта формируется от поставленных задач и времени, необходимого для их выполнения. Каждый месяц клиент платит зарплату всем членам команды, а также поставщику услуг.

10. Самая надежная модель из всех
Это достигается за счет гибкости модели, прозрачности и 100% окупаемости наемной команды. Она позволяет избежать многих рисков, в том числе переплаты в процессе создания продукта.

Если вы сомневаетесь, стоит ли нанимать выделенную команду, то помните, вы инвестируете в будущее.

Как показывает опыт, преданные своему делу эксперты инициативны и решения, предлагаемые ими, могут удивлять.

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

В 2021 году половина российских компаний планирует нанимать временный персонал для привлечения к проектной деятельности. Это показал опрос Hays, в ходе которого высказались почти 5 тысяч респондентов. 15% из них планирует за счет аутстаффинга оптимизировать свои расходы. 7% опрошенных испытывают сложности с поиском подходящих сотрудников в штат.

Компании Holyweb, которая специализируется на аутстаффинге ИТ-персонала, стало интересно, что стоит за этими цифрами. Они решили задать вопросы непосредственно тому, кто принимает такие решения руководителю разработки на стороне клиента.

Глеб Корсунов, CBDO Holyweb, обсудил с Михаилом Кебичем, руководителем разработки публичного облака Mail.ru Cloud Solutions, какие существуют опасения относительно аутстафф-подрядчиков, как безболезненно подключить внешних специалистов к инхаус-команде и как влиять на их мотивацию.

Приятного чтения!

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

Функция аутстаффинга дополнять, усиливать или заменять команду заказчика. Это рабочий инструмент, у которого есть свои плюсы и минусы. Мы в Mail.ru Cloud Solutions им пользуемся и нам он помогает.

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

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

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

С помощью аутстаффинга мы решаем задачи управления ресурсами быстро привлечь под задачу дополнительные руки и так же быстро сократить этот ресурс, если он не нужен здесь и сейчас. Если кто-то из аутстафферов уйдет, на наш бизнес это никак не повлияет. У нас своя разработка: все, кто отвечает за предоставление сервиса в режиме 24/7, работают во внутренних командах Mail.ru Cloud Solutions. На аутстафф мы стараемся отдавать полностью отчуждаемые задачи, чтобы они находились в зоне ответственности одной команды разработки от и до. Это могут быть сложные и объемные проекты на нескольких месяцев. Впрочем, мы всегда стремимся уменьшать циклы разработки стандартный спринт для инхаус-команды составляет две недели, и аутстафф двигается в том же ритме.

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

Как отношение инхаус команды к аутстафферам влияет на качество сотрудничества?

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

Например, саботаж со стороны внутренних разработчиков, причиной которому может стать банальная ревность. Представьте: команда месяцами или годами пилит продукт, и вдруг приходят разработчики со стороны и начинают предлагать новые идеи, добавляют свой код (и критикуют существующий), требуют к себе внимания. Главное здесь заранее донести до команд всю ценность их взаимодействия и убедиться, что все одинаково понимают общие цели. И, конечно, не пускать взаимоотношения на самотек, а держать их под контролем и вовремя реагировать на тревожные звоночки.

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

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

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

Как доверять, но проверять?

Универсальный совет выделите сотрудника, который следит за загрузкой специалистов и администрирует всю работу аутстафф-команды.

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

Если для эффективной работы программисту нужно играть на балалайке или в Dota пожалуйста. Оценивать мы будем результат.

Эта позиция в той же степени распространяется и на внутренних сотрудников Mail.ru Cloud Solutions.

Аутстафф-сотрудники не такие мотивированные, как штатные? Так ли это и как можно на это влиять?

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

При правильной организации процессов и хорошем онбординге вовлеченность и мотивация аутстфферов сопоставима с мотивацией штатного специалиста.

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

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

Когда можно делать первые выводы об эффективности аутстафферов? Первый месяц работы самый важный?

Оценка эффективности зависит от того, работает специалист внутри нашей команды или речь идет о полностью внешней выделенной команде.

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

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

При оценке внешней команды мы смотрим на ее результативность. Качество коммуникации можно оценить уже в начале работы. Через 2-3 недели становится понятно, насколько аутстафферы проактивны, самостоятельно инициируют обратную связь или нет, сразу ли сообщают о возникшей проблеме, предлагая собственные пути решения.

Как найти баланс при подборе разработчиков не перегнуть палку и не проглядеть подходящих кандидатов?

Мы проводим полноценное техническое интервью такое же, как для сотрудников Mail.ru Cloud Solutions, которых берем в штат. Обязательно уделяем внимание софт-скилам разработчика и его кругозору. Кроме того, устраиваем собеседование с руководителем команды и продуктовым менеджером.

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

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

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

Остались вопросы? Пишите в комментарии или Глебу в Facebook ответим всем.

Если вы хотите присоединиться к команде Mail.ru Cloud Solutions: прямо сейчас открыты вакансии Python/Go-разработчика в команду PaaS и Go-разработчиков в команды объектного хранилища и IAM.

Полный и актуальный список вакансий MCS.

Стоимость первое, на что обращает внимание клиент при выборе аутсорсинговой компании. Но при расчете необходимо оценить различные факторы.

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

Факторы, влияющие на стоимость ИТ-аутсорсинга

1. География

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

Согласно отчетуAcceleranceдиапазон цен в 2019 году выглядит так:

Исходя изтаблицы, можно отметить, что самые дорогие разработчики находятся в США, а самые дешевые в Южной Азии. Тем не менее, Беларусь, как часть Восточной Европы, представляет собой золотую середину в соотношении квалификации разработчиков и стоимости услуг.

2. Ценообразование и стратегия

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

Спецификация проекта это еще один аспект, определяющий стоимость аутсорсинга. Поскольку она включает в себя разработку программного обеспечения от А до Я, управление проектом, проектирование, развитие, обеспечение качества и т.д. Независимо от того, является ли проект краткосрочным или долгосрочным, вы можете легко оценить стоимость разработки программного обеспечения.

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

3. Управляемые ИТ-услуги

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

• Оценкой организации и процессов сети

• Решение вопросов поддержки

• Разработка проактивных стратегий

• Модернизацией или корректировкой

• Устранение неисправностей системы, разработкой программного обеспечения, маршрутизацией и доменными именами

Оценка стоимости аутсорсинговых управляемых ИТ-услуг зависит от количества и качества услуги. Клиент ежемесячно оплачивает все фиксированные цены, которые были определены до того, как стать партнером.

Оценка затрат на выполнение работ самостоятельно и с привлечением аутсорсинговых компаний.

Внутренний анализ затрат на выполнение

Когда вы сами занимаетесь разработкой ПО, вы должны оплачивать накладные расходы, помимо обучения сотрудников, выплачивание различных льгот, а также покупки соответствующего оборудования и программного обеспечения.

Вот основные категории:

• Страхование

• Заработная плата

• Аренда

• Программное обеспечение

• Поставки

• Коммунальные услуги

Анализ затрат на аутсорсинг

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

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

Внутренний анализ затрат на выполнение: Основные факторы риска

1. Высокие затраты

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

2. Рабочая загрузка

Одна из основных проблем маленькой или средней компании сможет ли она постоянно держать внутреннюю команду выделенной.

3. Инновации

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

Когда подходящее время для аутсорсинга?

• Гибкая стоимость

Поскольку аутсорсинг может быть увеличен или уменьшен, это дает нам возможность платить переменную стоимость. Например, вы наняли команду разработчиков для разработки вашего мобильного приложения. Изначально для этого требовалось 20 разработчиков, и вам пришлось заплатить $20000, но по мере того, как фаза разработки переходила в другую стадию, вам нужно было всего 8 разработчиков. Кроме того, вы можете быстро снизить ставки и не платить за 12 разработчиков, которые сейчас не нужны. Таким образом вы сможете сэкономить кучу денег.

Что касается внутренних разработчиков, вам придется платить фиксированную ежемесячную зарплату каждому разработчику, даже если он больше не работает над проектом.

Результат большой денежный поток, ведущий к расточительству денег и ресурсов.

• Сосредоточение внимания на основном бизнесе

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

• Если бизнес растет, но трудно поддается масштабированию

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

Надеюсь, статья была полезной, желаю всем удачи в поиске той самой компании!