Иногда заказчики, нанимая людей на аутстаф, настаивают, чтобы IT компания отвечала за качество. Другие постоянно просят заменить одного разработчика на другого. Третьи всередине проекта требуют обеспечить исполнителей более современным (а значит, более дорогим) оборудованием и т.д.

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

Специфика аутстаф контрактов

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

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

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

Чем аутстаф отличается от Dedicated team

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

При dedicated team IT компания не только обеспечивает работников условиями для продуктивной работы, но и контролирует сам процесс работы, в частности управление технической частью проекта.

Аутстаф в реальной жизни

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

Уже не раз мы сталкивались с ситуациями, когда клиент условно говорит: «Я за этот месяц работы Никиты платить не буду — он все сделал не так. Пусть переделывает бесплатно или замените его на кого-то другого».

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

На практике, компании решают частично эту проблему, нанимая PM-а или технического супервайзера, который мониторит работу аутстаф-команды и «подталкивает», когда это необходимо для сохранения темпов и качества работ. Этих специалистов «прячут» в рейты. Поэтому напрямую оплачивать их работу заказчики не соглашаются: «у меня есть свой РМ, какой смысл платить за вашего?»

Один из наших клиентов это объясняет так. «Нанимаю РМ-ов. Хотя мне за это и не платят. Но у меня выбор: или стать в позу и потерять клиента, или полностью взять ответственность (материальную, прежде всего) за качество работы на себя. Я нашел средний вариант — нанимать того, кто следит за качеством работы команды на аутстафе. Да, заработок компании здесь уменьшается на зарплату супервайзера. Но это позволяет избегать части конфликтных ситуаций с заказчиком, и мы все равно зарабатываем».

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

Нужен новый аутстаф контракт или хотите проверить свой — переходите по этой ссылке

7 положений контракта аутстаф, которые защищают IT компании

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

1. Процедура рекрутинга.

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

2. Сроки рекрутинга.

Здесь важно понимать реалии рынка. Например, 5 джунов вы сможете набрать за месяц. Мидла придется искать дольше. А синьора можно и за 3 месяца не найти. В реалиях перегретого рынка труда урегулирование сроков подбора это специалистов очень актуальная вещь, 

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

3. Оплата рекрутинга и количество замен.

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

4. Процедура замены участников команды.

Бывает, что заказчик просит заменить Антона и сразу исключает его из проекта. Как только Антон перестал работать на клиента, вы перестаете получать за него выплаты. Но продолжаете платить Антону зарплату — потому что такими могут быть условия контракта с ним: предупреждать за месяц до увольнения.

Начинаем искать замену для Антона. И в это время наш доход не просто уменьшается. У нас увеличиваются расходы на зарплату Антона и поиск нового работника.

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

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

5. Требования заказчика к обеспечению соответствующих условий для команды.

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

Поэтому, как всегда, мы советуем избегать нечетких фраз, под которыми может подразумеваться что угодно. Например, в контракте указано, что «компания должна обеспечить разработчиков всем необходимым для работы». И уже после подписания контракта заказчик говорит, что команда должна работать на 18-ядерных 36-потоковых процессорах — он считает это необходимым для работы.

Контракт подписан — надо выполнять. Это, скорее всего, приведет к непредвиденным расходам для вас. А можно было просто прописать детали в контракте, и соглашаться или не соглашаться на такие условия сознательно.

6. Профессиональное развитие команды

Часто, особенно в длительных проектах, заказчики хотят, чтобы люди из команды постоянно развивались. В контракте стоит точно прописать:

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

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

7. Промоушн (поощрение) участников команды.

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

Например, вы получаете за Марину $5К. Ее зарплата — $2К. Заказчик говорит: я буду платить за Марину $5,5К, а вы эти 500$ добавьте к ее зарплате. На первый взгляд, IT компания ничего не теряет.

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

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

Кому подходят контракты аутстаф?

Модель сотрудничества аутстаф — выгодна практически для всех IT компаний и удобна для многих их клиентов. Если говорить о клиентах Tretten Lawyers, то чем больше компания, тем активнее она работает именно по аутстафу.

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