Блог

4 вида контрактов на разработку софта

Кстати, вы знаете, почему программное обеспечение называют софтом? В английском языке оборудование, из которого состоит ПК, называется Hardware (русский сленговый аналог – «железо»). В качестве противопоставления этому термину внутреннее наполнение ПК, то самое программное обеспечение, стали называть Software. Но, наверное, такое название показалось пользователям слишком длинным, и они сократили его до короткого soft, которое после «обрусения» и превратилось в софт.
Но хватит лирических отступлений – перейдем к юридическим аспектам, а именно к видам контрактов на разработку софта, которые активно используются IT-компаниями.

Waterfall

В переводе на русский означает «водопад, каскад», что прекрасно отражает суть данной модели контрактов. Весь процесс разработки софта распределяет на отдельные этапы, каждый из которых включает собственные задачи, ограничивается своими дедлайнами и имеет отдельно прописанные условия по оплате.
Удобнее всего такую модель использовать при реализации не очень крупных проектов, где еще на старте понятно, какие ресурсы есть в распоряжении и какие точно этапы предстоит пройти.
Крайне важную роль в случае с контрактами Waterfall играет грамотно составленное и утвержденное по всем правилам компании техническое задание, где прописываются все технические моменты создаваемого софта.

Agile

Название модели переводится как «живой, гибкий». Такое название контракт, по всей видимости, получил из-за того, что в процессе работы заказчик в режиме реального времени контролирует разработку софта. Также он оплачивает труд разработчиков по почасовым ставкам и погашает все затраты на используемые в процессе работы ресурсы. Одним словом, сколько сделано/использовано – столько и оплачено.
При составлении договора типа Agile юристам очень важно подробно расписать ту часть, где содержатся нормы, регулирующие коммуникацию сторон. Очень важно, чтобы стороны хорошо друг друга понимали и вовремя реагировали на вносимые в проект правки. Только в этом случае полученный результат сможет удовлетворить всех. Формат коммуникаций также нужно четко прописать в контракте. Это может быть общение на отдельной платформе или путем обмена электронными письмами – неважно как, важно, чтобы все это было зафиксировано на старте.
Юристам компании-исполнителя важно обратить внимание также на то, чтобы в договоре было четко прописано, что все риски за характеристики и конечный вид продукта несет заказчик, поскольку именно он контролирует весь процесс разработки от А до Я.

Fixed budget

Эта модель, как и предыдущая, предусматривает полный контроль процесса разработки софта со стороны заказчика. Но при этом еще до начала реализации проекта стороны строго фиксируют бюджет, в который нужно вписаться. Это положение, кстати, и легло в основу названия модели контракта.
В ходе работ заказчик имеет возможность постоянно корректировать техническое задание, но делать это он должен строго в рамках оговоренного в самом начале бюджета и сроков, установленных сторонами в договоре.
Исходя из всего вышесказанного, становится понятным, что особое внимание при составлении договора Fixed budget юристы должны уделить тому, чтобы в тексте документа были четко зафиксированы цена и сроки реализации проекта. Для этого также имеет смысл приложить к договору в качестве его неотъемлемой части общую смету.

Out staff

Как следует из названия модели (в переводе «наш персонал»), для реализации проекта заказчика исполнителем выделяется отдельная команда сотрудников, которые работают только над этим проектом. В этом случае именно заказчик (а не исполнитель) будет определять рабочую нагрузку каждого аутстафера. В том числе он будет оплачивать время простоя.
По контракту Out staff заказчик может полностью контролировать не только процесс разработки, но и всю команду, устанавливая очередность и сам процесс реализации тех или иных задач. В результате и все риски, связанные с разработкой софта, ложатся на плечи заказчика. И этот пункт обязательно должен быть прописан в контракте.
К обязанностям исполнителя относится предоставление персонала соответствующей квалификации на старте проекта и клиентская поддержка в ходе его реализации.
Описанные выше типы контрактов на сегодняшний день являются самыми популярными, хотя, конечно, этот список никак нельзя назвать исчерпывающим. Более того, в рамках одного и того же контракта юристы могут использовать элементы, взятые из различных моделей, миксуя их на свое усмотрение.


Больше информации о составлении контрактов в сфере ИТ-права можно узнать на нашем курсе Digital Law Russia https://legal-it.club/digital-law 
Made on
Tilda