Новости

Аутсорсинг и аутстаффинг в разработке: краткий гайд по моделям работы с ИТ-подрядчиком

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

Когда у бизнеса возникает потребность обратиться к внешнему подрядчику за оказанием ИТ-услуг? 


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

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


Анекдот про айтишников и строителей 

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


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

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

Аутсорсинг или аутстаффинг? 



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

“Ремонт под ключ”


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

Такой подход можно сравнить с моделью “аутсорсинг” в разработке. 

Модель аутсорсинга в разработке


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

Плюсы аутсорсинга в разработке


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

Минусы аутсорсинга в разработке


  • Долго запрягаем. Прежде чем начать работу по договору, подрядчику нужна подробная информация о проекте, чтобы просчитать все риски. Анкетирование, брифинги, аналитические отчеты, подготовка сметы и так далее. Все это займет немало времени.  
  • Отсутствие контроля. Работа над проектом будет проходить в закрытом режиме. Заказчику могут не сообщить о замене ряда сотрудников и о необходимых управленческих решениях для оптимизации процесса. 
  • Нет гибкости. Если в процессе работы над проектом у заказчика появится новое пожелание или запрос, то просто так внести изменения в ТЗ не получится, так как они могут привести к переносу сроков и пересчету бюджета. Корректировка ТЗ возможна только через доп. соглашение. Этот минус характерен для работы по каскадной модели. Однако существуют и более гибкие подходы к аутсорсингу. Например, мы в bobday работаем итерациями. Это гибкий подход, которые допускает внесение изменений после каждой итерации. 
  • Сложно менять коней на переправе. Если по ходу работу выяснится, что исполнитель не подходит, то его замена будет стоить дорого. Выход из проекта для заказчика будет означать частичную или полную потерю затраченных средств. Аутсорс – это крепкие узы, и разорвать их безболезненно не получится.  

“Строительная бригада”


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

Такой подход к работе можно сравнить с моделью “аутстаффинг” в разработке.  

Модель аутстаффинга в разработке



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

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

Выделенная аутстаффинг-команда 


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

Отдельные аутстаффинг-специалисты 


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

Плюсы аутстаффинга


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

Минусы аутстаффинга 


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

Формы оплаты за разработку 


После выбора модели работы самое время определиться с формой оплаты. В разработке существует несколько типов оплаты за оказанную услугу. 

Оплата Fixed price


Такая форма оплаты подойдет заказчику, если задача несложная и недолгая. Тогда подрядчик может рассчитать стоимость работ, не завышая и не занижая цену. Стоимость Fixed price рассчитывается исходя из оценки трудозатрат, которую провел исполнитель перед заключением договора. Оплата Fixed price чаще всего используется для модели “аутсорсинг”. Риск при оплате Fixed price заключается в том, что конечный результат может потерять в качестве, если исполнитель не учел все нюансы при оценке объема работ за услугу. К тому же, в стоимость по этой модели подрядчик часто закладывает риски: чем сложнее и дольше проект, тем выше стоимость с учетом вероятных рисков. 

Оплата Time and materials 


Заказчик платит за отработанное время, которое было затрачено на реализацию проекта или решение проблемы. Оплата Time and materials является менее рискованной с точки зрения ошибок в расчетах. Однако заказчик не будет знать общую стоимость проекта, ведь объем трудозатрат и размер команды будет зависеть от того, как будет развиваться проект. Такая форма оплаты применима и для аутсорсинга, и для аутстаффинга.  

Оплата Fixed Price & Fixed Time, Flex Scope


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

Оплата Retainer


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

В заключение


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