5 підступних моментів у договорах на аутстаф
Ми вже розібрались, що підступного можна знайти у договорі на аутсорс. Настав судний день для іншого виду договорів – на аутстаф розробку. Якщо ви не знаєте що це, або ж який договір вам потрібен, – переходьте сюди, а усіх інших запрошуємо почитати текст нижче. Ми розповімо, яким моментам варто присвятити хоча б одну думу, якщо ви збираєтесь віддати свою команду в аутстаф.
1. Що за звір та dedicated team (виділена команда)?
А з юридичної точки зору, що за суб’єкт у цих правовідносинах 🙂 Ніхто із розробників на проекті не буде стороною договору, тому дотримуватись його умов і робити щось на вимогу замовника у них, здавалось би, і не буде жодних зобов’язань. І для них це навіть дуже хороший варіант. Але замовник точно забажає захистити свої інтереси і пропише, що розробники повинні безумовно дотримуватись умов договору. І це правильно, та чи є для цього достатні правові підстави? І хто відповідатиме у випадку якогось провалу?
Що тут робити: при укладанні договорів із самими розробниками краще передбачити можливість укладання аутстафних договорів. Тобто, у договорах з розробниками варто прописувати, що вони зобов’язуються не розголошувати конфіденційну інформацію вашого клієнта, і, якщо потрібно, то безспосередньо комунікувати із ним, бути ввічливими при цьому, а ще дотримуватись його вказівок.
2. Хто обирає склад екіпажу?
Всі знають, що для крутого проекту потрібна класна команда. Тільки тоді все буде космічно) Питання того, хто і за якими принципами обирає команду для аустаф-розробки, особливо важливе. Справедливо буде, якщо замовник матиме змогу обирати склад команди, змінювати кількість розробників (зокрема, відповідно до їхньої спеціалізації), припиняти залучення когось із них, чи навпаки збільшувати їхню кількість на проекті. При цьому, вам буде доволі складно одразу перевести розробника на інший проект, якщо замовник прийме якесь раптове рішення.
Що тут робити: потрібно визначити якийсь період (наприклад, 30 днів), за який замовник зобов’язаний попередити вас про будь-яке своє рішення, що стосуватиметься складу команди на проекті. Також, варто обдумати і чітко прописати, що відбувається, коли хтось із команди захворіє, чи піде у відпустку.
3. Незалежний Вася (Марійка, Петро та всі інші)
Іноземні замовники звикли, що аутстаф – це, коли ви віддаєте частину своїх працівників на якийсь проект. Саме так у їхніх шаблонних договорах і прописано. Якщо ж ви працюєте, між іншого, і з фізичними особами-підприємцями, то цей варіант вас не влаштує.
Що тут робити: вказати у договорі, що окрім ваших працівників, ви можете залучати також незалежних підрядників.
4. Команда 24/7
Чого замовнику завжди хочеться, то це якомога швидше втілити свій проект у життя. Тут важливо не забути, що виділена команда – це не Інтернет-банкінг, що означає, що вона не може бути доступною цілодобово без вихідних. Якщо ви бережете і любите своїх розробників, то обмеження на години роботи команди на проекті точно не завадять. Особливо уважними потрібно бути із замовником із іншого часового поясу :)
Що тут робити: встановити лімітовану кількість годин на тиждень, яку виділена команда повинна відпрацювати. Все, що перевищує ліміт, як мінімум, повинно додатково оплачуватись. Також варто зазначити, що ваші розробники будуть недоступними у вихідні, а хтось конкретний з них і на період лікарняного, чи відпустки.
5. Коли бажання замовника, як те озеро у Карпатах.
Несамовиті 🙂 Примхливий клієнт, – це дещо міфологічна особа. При цьому, договір на аутстаф – для нього унікальна можливість розважитись, адже він отримує у своє розпорядження цілу команду розробників. У чому може бути проблема? – у відповідальності за результати таких розваг.
Що тут робити: обов’язково вказувати у договорі, що відповідальність за результати роботи команди несе замовник, оскільки саме він дає завдання, розподіляє їх між командою та визначає пріоритети. «За що ж відповідаєте ви?» – запитає ваша добросовісність. За професійний рівень залучених розробників. От.
Катерина Наливайко
