5 коварных моментов в договорах на аутстаф
Мы уже разобрались, что «хитрого» можно найти в договоре на аутсорс. Пришел судный день для другого вида договоров — на аутстаф разработку. Если вы не знаете что это, или же такой договор вам очень нужен, — переходите сюда, а всех приглашаем почитать текст ниже. Мы расскажем, каким моментам стоит посвятить хотя бы одну думу, если вы собираетесь отдать свою команду в аутстаф.
1. Что за зверь и dedicated team (выделенная команда)?
А с юридической точки зрения, что за субъект в этих правоотношениях? Никто из разработчиков на проекте не будет стороной договора, поэтому придерживаться его условий и делать что-то по требованию заказчика в них, казалось бы, не будет никаких обязательств. И для них это даже очень хороший вариант. Но заказчик точно захочет защитить свои интересы и пропишет, что разработчики должны безусловно соблюдать условия договора. И это правильно, и есть ли для этого достаточные правовые основания? И кто будет отвечать в случае какого-то провала?
Что здесь делать: при заключении договоров с самими разработчиками лучше предусмотреть возможность заключения аутстафних договоров. То есть, в договорах с разработчиками стоит прописывать, что они обязуются не разглашать конфиденциальную информацию вашего клиента, и, если нужно, то безспосередньо коммуницировать с ним, быть вежливыми при этом, а еще придерживаться его указаний.
2. Кто выбирает состав экипажа?
Все знают, что для крутого проекта нужна классная команда. Только тогда все будет космически. Вопрос того, кто и по каким принципам выбирает команду для аустаф-разработки, особенно важно. Справедливо будет, если заказчик сможет выбирать состав команды, изменять количество разработчиков (в частности, в соответствии с их специализации), приостанавливать привлечения кого-то из них, наоборот увеличивать их количество на проекте. При этом, вам будет довольно сложно сразу перевести разработчика на другой проект, если заказчик примет какое-то внезапное решение.
Что здесь делать: нужно определить какой-то период (например, 30 дней), за который заказчик обязан предупредить вас о любом своем решении, что будет касаться состава команды на проекте. Также, стоит обдумать и четко прописать, что происходит, когда кто-то из команды заболеет, пойдет в отпуск.
3. Независимый Вася (Маша, Петр и все остальные)
Иностранные заказчики привыкли, что аутстаф — это, когда вы отдаете часть своих работников на какой-то проект. Именно так в их шаблонных договорах и прописано. Если же вы работаете, между прочего, и с физическими лицами-предпринимателями, то этот вариант вас не устроит.
Что здесь делать: указать в договоре, что кроме ваших сотрудников, вы можете привлекать также независимых подрядчиков.
4. Команда 24/7
Чего заказчику всегда хочется, то это как можно быстрее воплотить свой проект в жизнь. Здесь важно не забыть, что выделенная команда — это не Интернет-банкинг, что означает, что она не может быть доступной круглосуточно без выходных. Если вы храните и любите своих разработчиков, то ограничения на часы работы команды на проекте точно не помешают. Особенно внимательными нужно быть с заказчиком с другого часового пояса 🙂
Что здесь делать: установить лимитированное количество часов в неделю, которую выделена команда должна отработать. Все, что превышает лимит, как минимум, должно дополнительно оплачиваться. Также стоит отметить, что ваши разработчики будут недоступны в выходные, а кто-то конкретный из них и на период больничного, или отпуска.
5. Когда желание заказчика, как то озеро в Карпатах.
Неистовые:) Капризный клиент — это несколько мифологическая личность. При этом, договор на аутстаф — для него уникальная возможность развлечься, ведь он получает в свое распоряжение целую команду разработчиков. В чем может быть проблема? — в ответственности за результаты таких развлечений.
Что здесь делать: обязательно указывать в договоре, что ответственность за результаты работы команды несет заказчик, поскольку именно он дает задание, распределяет их между командой и определяет приоритеты. «За что же отвечаете вы?» — спросит ваш добросовестность. За профессиональный уровень привлеченных разработчиков.
Вот.
