Як скласти розділ про заміну команди у договорі аутстафінгу?

Заміна команди або окремого розробника на аутстафінговому проєкті може бути невчасною і сприйматись клієнтом IT-компанії як ризик. Тому, договір аутстафінгу має включати детальні положення про порядок заміни команди. Ми запитали IT-юристів Stalirov&Co які пункти варто включити у документ, щоб заміна команди була комфортною для кожної зі сторін.

Договір повинен передбачати можливість як повної, так і часткової заміни команди. Це означає, що клієнт або IT-компанія може ініціювати заміну всієї команди або окремих співробітників.

Підстави для заміни команди

Умови договору повинні чітко визначати підстави для заміни команди. Наприклад, клієнт може ініціювати заміну у разі неналежного виконання роботи командою проєкту. Під «неналежним наданням послуг командою проєкту» мається на увазі:

  • порушення дедлайнів;
  • низька якість коду;
  • порушення графіка взаємодії (неявка на відеодзвінки, брифінги тощо);
  • недостатня компетенція та досвід для надання послуг.

Обов’язок клієнта доводити порушення

Аутстафінг – це модель співпраці, коли менеджерування команди та контроль її роботи здійснюється на стороні клієнта, тому IT-компанії важливо отримати докази об’єктивного порушення вимог. Клієнт зобов’язаний надати докази порушень та неналежного виконання роботи командою фахівців. Це можуть бути скріншоти, звіти з тайм трекерів тощо.

Права клієнта та IT-компанії

Якщо клієнт виявив порушення командою умов співпраці, він має право вимагати заміни розробника або припинити угоду. IT-компанія, у свою чергу, має право замінити розробника або припинити угоду.

Також, важливо зафіксувати право IT-компанії ініціювати заміну. Пункт у договорі можна прописати наступним чином:  підрядник може на власний розсуд замінити будь-кого з членів команди проєкту та/або залучити будь-якого стороннього фахівця повідомивши клієнта, або припинити дію відповідного технічного завдання або його частини.

Повернення коштів

У випадку припинення угоди, кошти, сплачені клієнтом наперед, повертаються протягом визначеного договором строку, наприклад протягом 30 днів.

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

Автор: Валерій Сталіров, CEO компанії IT-юристів Stalirov&Co

Оновлено 11.04.2024

ChatGPT Perplexity Google (AI)