Разработка ПО: роль договора с заказчиком и насколько детальным ему быть (на разных этапах сотрудничества)

1. Модуль 00
ИТ-аутсорсинг:
контракт как основа
сотрудничества
В рамках серии вебинаров Наталии Перестюк
«Контракты с иностранными заказчиками ИТ
услуг (разработка ПО)»

2. «Контракт» - как много в этом слове
основа для получения денег
повод для выравнивания взаимных ожиданий
инструмент управления отношениями
подтверждение серьёзности намерений сотрудничества
фундамент ответственности контрагента
рамки своей ответственности
установка равновесия сил (баланса «рыночной власти»)

3. Функция/воспринимаемая ценность
«джентльменское» соглашение - символичность
достижения договорённости
«путеводитель» по процессу сотрудничества - общий
регламент построения сотрудничества
юридически связывающий «артефакт» - «склейка»
принятого обязательства и ответственности за
невыполнение

4. Степень проработки деталей
«джентльменское» соглашение – очень базовые условия,
возможно использовать как основание для проведения платежа (на
запрос со стороны обслуживающего банка)
«путеводитель» по процессу сотрудничества – обрисована модель
сотрудничества, ориентация на построение взаимодействия, больше
инструмент планирования сервиса на будущее, нежели возможность
обращения за принудительным выполнением обязательств другой
стороной
юридически связывающий «артефакт» - достаточно полный
контракт, с детально проработанными параметрами сервиса,
процедурой контроля/отчётности, критериями приёмки (для
модели заказной разработки)

5. Когда какой контракт оправдан?
«джентльменское» соглашение
высокая степень уверенности в партнёре
нет нечётких параметров сотрудничества
спецификация нецелесообразна (на данном этапе или вообще)
«путеводитель» по процессу сотрудничества
нет чётких параметров сотрудничества
важна гибкость для формирования модели работы
максимальная свобода изменения договорённостей
юридически связывающий «артефакт»
выработаны/опробованы чёткие параметры сотрудничества
стабильность планов оправдывает ограничение неких свободы
целесообразность следования «бюрократическим» процедурам

6. Бизнес-модель всегда первична
Expertise to be provided
(extension to customer's team)
«варианты расширения
команды заказчика»
Predefined scope delivery
(SW requirements specified)
«части отдельных задач
в проекте заказчика»
Remote team allocation
(staff leasing + infrastructure)
«подбор и размещение
удалённой команды»
Custom application development
(based on business requirements)
«разработка приложения на
заказ»
Commitment on…
(что было/ будет
продано?)

7. Юридическое оформление бизнеса
Типичное структурирование в украинском ИТ-сервисе:
сотрудники в штате представительства / украинской
компании подрядчиками
договоры украинской компании с ФОП-субподрядчиками
договоры иностранной компании с ФОП Украины
Плюсы и/или возможные риски:
право на работу / вид на жительство для иностранцев
оптимизация налогов (риск “переквалификации”)
риск двойного налогообложения «бизнеса в Украине»

8. Оформление обязательств команды
Как часть мероприятий по управлению персоналом:
для передачи резюме и интервью менеджером клиента
в рамках мероприятий по охране коммерческой тайны
для обеспечения выполнения обязательств компании
«Ретрансляция» условий контракта с заказчиком:
NDA (рамки конфиденциальности + процедура контроля)
non-compete (в т.ч. участие в non-solicit)
передача персональных данных (в т.ч. “background check”)
Смягчение риска “переквалификации” (если с ФОП):
реализуемо не для всех моделей (team leasing)

9. Ряд контрактов в ИТ-аутсорсинге
Возможные участники:
сервис-провайдер – заказчик ИТ-услуг
сервис-провайдер – сотрудники / бизнес-партнёры
заказчик – сотрудники сервис-провайдера
Возможная суть:
предоставнение ИТ-услуги / выполнение разработки
завершение взятой работы / готовность к новым задачам
конфиденциальность / не работа на конкурента
(NDA / non-compete)

10. Благодарю за внимание!
С наилучшими пожеланиями,
Наталия Перестюк, адвокат, MBA
+ 38 067 215 37 37
natalia@perestyuk.com
linkedin.com/in/NataliaPerestyuk