Навигация по сайту:

• Главная
• Условия и порядок оказания услуг
• Цены и порядок оплаты
• Способы оплаты
• Гарантии
• ЗАКАЗАТЬ

Контакты:

Свяжитесь с нами:

Telegram: Написать
e-mail: justicemaker@yandex.ru

Договор на Agile: проблемный подход. Статьи по предмету Предпринимательское право

Наша компания оказывает помощь по написанию статей по предмету Предпринимательское право. Используем только актуальное законодательство, проекты федеральных законов, новейшую научную литературу и судебную практику. Предлагаем вам воспользоваться нашими услугами. На все выполняемые работы даются гарантии

Вернуться к списку статей по юриспруденции

ДОГОВОР НА AGILE: ПРОБЛЕМНЫЙ ПОДХОД

Н.А. УСОЛЬЦЕВА, Ю.М. УСОЛЬЦЕВ

Проектные компетенции стали чрезвычайно востребованы последние годы, причем не только у экономистов и специалистов в области управления, но и у юристов <1>. Стоит отметить, что проектные компетенции юристов, условно говоря, расслаиваются и предполагают, что юристы должны понимать условия и принципы самой проектной деятельности для непосредственного участия в ней в любой роли, но главное - для ее юридического сопровождения по всему жизненному циклу проекта.
--------------------------------
<1> Амелин Р.В., Чаннов С.Е. Эволюция права под воздействием цифровых технологий. Москва: Норма, 2023. 280 с.; Методические рекомендации по цифровой трансформации государственных корпораций и компаний с государственным участием: утв. Минцифры России // URL: https://digital.gov.ru/uploaded/files/140020231228obnovlennyiemetodicheskierekomendatsiiv12sokraschennyie-1.pdf (дата обращения: 16.02.2026).

Проектный подход стал активно использоваться и для разработки продуктов, и для работы с заказчиками, и для управления человеческими ресурсами, и для управления компанией в целом. Естественно, в такой ситуации возникает общий вопрос: насколько проектный подход отражен в праве и есть ли в этом потребность? И более частный вопрос: есть ли какие-то максимально острые ситуации, которые нуждаются в регулировании сочетания правовых инструментов и правил с проектными методиками? И на наш взгляд, такая ситуация существует - это договоры исполнителя с заказчиками, поставщиками и подрядчиками, которые используются для запуска и реализации проекта при применении гибких проектных методик.
Существующие проектные подходы и методики разделяют на три основные группы: классические (традиционные) методики (такие как Waterfall), гибкие методики и гибридные (смешанные) методики (встраивание гибких инструментов на каком-то из этапов реализации проекта на основе классической (традиционной) методологии). Для права в целом и его отдельных институтов классические проектные методики являются логичными и как бы уже встроенными в его систему. Изначальное четкое формирование видения проекта, понимание круга заинтересованных лиц, ролевое и персонифицированное понимание команды, фиксация образа продукта и его характеристик, сформированные временные и ресурсные планы - это идеальные условия для разработки любого пакета договоров для сопровождения проекта. Однако эффективность таких проектов не очень высока и с позиции их реализации, и с позиции успевания проекта за развитием современного, в первую очередь технологического, процесса.
Именно по этой причине все большее число проектов реализуется на основе гибких или гибридных (смешанных) методик (но, конечно, не все!). В основе всех их лежит Agile как философия гибкого проектного подхода и всего, что основано на нем. И, как и любая философия, Agile базируется на определенных ценностях и принципах, которые были закреплены в Agile-манифесте <2>.
--------------------------------
<2> Agile-манифест, февраль 2001 года, Сноуберд (США). URL: https://agilemanifesto.org/iso/ru/manifesto.html (дата обращения: 20.03.2026); Понкин И.В. К вопросу об Agile-подходе в государственном управлении // Административное право и процесс. 2017. N 12. С. 38 - 40.

В качестве максимально привлекательной характеристики для использования Agile в проектной деятельности является его нестабильность, маневренность, коммуникативная активность, готовность к мгновенной трансформации как самого проекта, отношений с заказчиком, так и образа продукта, его характеристик и многого другого. Исходя из ценностей и принципов Agile-манифеста, в основу самой этой философии закладывается:
- отход от формального документооборота в пользу личного общения с заказчиками и командой, причем на систематической основе;
- вторичность, а иногда и ненужность письменных договоренностей;
- приветствование изменений и трансформаций на любых этапах реализации проекта для удовлетворения потребностей заказчика, даже если на начальном этапе сам заказчик не очень понимает, что он хочет видеть, и есть лишь общая идея;
- возведение работающего продукта проекта в абсолютную ценность;
- сведение бесполезных, а иногда и вредных, формальностей и действий к минимуму.
Изначальная логика и идея Agile сформировалась как методология взаимодействия заказчика и исполнителя для разработки программного обеспечения, но сейчас применение гибких методик возможно при реализации весьма разнообразных проектов. Как было изначально определено, сам Agile - это в большей степени философия гибких методов, но сами методы и их комплексы в конкретной компании или проекте могут применяться разнообразные - Scrum (который удобен для формирования отчетности и удержания сроков), Kanban (и его аналоги, которые удобны для управления потоками работы, но плохо предназначены для контроля процесса), SAFe (Scaled Agile Framework), LeSS (Large Scale Scrum) <3> и др.
--------------------------------
<3> Хайду Н. Agile-манифест: ключевые положения, принципы, история и развитие // Журнал Битрикс24. 2023. URL: https://www.bitrix24.ru/journal/agile-manifesto/ (дата обращения: 16.02.2026).

В логике самого Agile лежит основное условие - вся деятельность по реализации проекта делится на короткие периоды - спринты или итерации, и подведение неких промежуточных результатов осуществляется по окончании каждого такого короткого периода и, соответственно, принятие решения о трансформации проекта, продукта также осуществляется по концу данной итерации <4>.
--------------------------------
<4> В данной статье понятие "итерация" используется как родовое явление, определяющее управляемые участки реализации проекта с временным ограничением. Используется вне привязки к конкретным методикам Agile.

И если для проектных офисов и самих проектных команд гибкие проектные методики - прекрасные инструменты, то для юристов - это, несомненно, сложные условия деятельности, которые обязательно должны быть учтены в договорной деятельности, максимально опутывающей проект и работу команды весь период его реализации.
Когда мы можем говорить о возможностях использования в договорной деятельности компании гибких проектных методик, в том числе при работе с заказчиками, поставщиками и подрядчиками - это ситуация, когда законодательно не установлены ограничения по ее использованию. То есть законодательно предусмотрены максимально жесткие ограничения на возможности использования в договорной деятельности любых трансформационных методик. Подобная ситуация, естественно, присутствует при реализации договорной деятельности на основе Федерального закона от 5 апреля 2013 г. N 44-ФЗ "О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд", в какой-то части на основе 223-ФЗ и при иных нормативных ограничениях. Дополнительно ограничения на применение гибких методик проектной деятельности могут быть связаны с самой сферой деятельности компании, в которой, опять же нормативно, введены достаточно жесткие и стандартизированные условия деятельности, со строгим проектированием и максимальным соответствием результата проекта изначальному образу продукта (например, в строительной деятельности).
Каковы же основные проблемы при разработке и заключении договоров при использовании гибких методик?
1. Заключение договора в условиях неопределенности. В зависимости от применяемых гибких методов на момент заключения договоров с заказчиками, подрядчиками и поставщиками мы можем не иметь четкого представления о предмете договора, сроках его исполнения, возможно, о цене договора (по нашему мнению, условие о сроках и способах оплаты все-таки должно быть включено в договор) и иных условиях. Есть только осознание ценности результата проекта для заказчика (некий бэклог продукта) или, например, понимание того, что нам понадобится какое-то оборудование/материалы от поставщика. Гражданский кодекс РФ не говорит о том, что нельзя однозначно заключить договор при отсутствии каких-то из указанных условий, но отсутствие их всех одновременно ставит вопрос о существовании соответствующих гражданско-правовых правоотношений и их правовой природе.
Существует позиция, что проекты на Agile - это долгосрочные проекты, но это спорная позиция и для таких проектов может быть свойственна очень краткая схема сотрудничества и сокращение сроков итераций (до одной недели или нескольких дней). Сроки при реализации Agile-проектов должны быть максимально гибкими и при необходимости должна существовать возможность выхода за установленные временные границы. Это должно быть учтено для выработки стратегии договорной работы как необходимость осознания, что уточнение условий и оформление юридической документации по договору может быть и еженедельным.
Достаточно эффективным инструментом для минимизации ситуации неопределенности может быть использование проектных инструментов и в первую очередь планирования <5>.
--------------------------------
<5> Дрюпина Ю. Agile и право: как заключить юридически грамотный договор // Информационный портал "ИТ-инфраструктура". URL: https://www.itinfrastructure.ru/interviews/agile-i-pravo-kak-zaklyuchit-yuridicheski-gramotnyy-dogovor#9d950265-317d-450f-8f22-d011da724d02 (дата обращения: 16.02.2026).

Осуществляя договорное сопровождение проектов на гибких методиках необходимо выбрать стратегию договорной работы и в первую очередь она должна учитывать именно тот метод из гибких методик, который используется при реализации проекта. Идеальным для выстраивания договора видится Scrum, в силу большей его определенности и привязки к срокам и системе отчетности.
Выбор самой стратегии достаточно скуден и в принципе можно говорить о нескольких вариациях:
- заключение традиционного договора с включением в него привязки к итерационным периодам и их итогам как основаниям выработки дополнительных соглашений;
- заключение рамочного соглашения с внесением в него всех необходимых для приемки результатов уточнений уже непосредственно перед их сдачей (но такая стратегия хранит много рисков для сторон);
- заключение пакета связанных договоров на объемы работ, например по итерациям (в идеале связать его с рамочным соглашением) <6>;
- заключение именно Agile-договора (о чем будет сказано позднее).
--------------------------------
<6> Темчина М. Контракты Agile: как заключать договора в условиях расползания содержания. // Информационный портал "Инфостарт: анализ & управление". URL: https://infostart.ru/pm/910466/ (дата обращения: 16.02.2026).

2. Выполнение формальностей при заключении договора и проявление должной осмотрительности. Это сугубо юридическое условие никак не связано с плюсами или минусами проектных подходов в реализации проекта, но оно крайне отрицательно может сказаться на возможностях заключения и использования Agile-договора. Необходимо четкое понимание, что ролевая структура проекта - это не классическая правовая связь по трудовому договору. Отсюда и ситуации, когда формально исполнителем по проекту является конкретное юридическое лицо или индивидуальный предприниматель, а реально команда, которая может иметь абсолютно уникальный юридический статус, строится на разнообразных формах отношений с исполнителем. Причем команда может быть тоже достаточно динамическим условием и может измениться в процессе реализации проекта. Указание команды в договоре дает возможность заказчику минимизировать данный риск, проведя формальную проверку членов команды, но может привести к отрицательному результату и необходимости исключения кого-то из членов команды по формальным основаниям, что для Agile неприемлемо.
3. Ответственность за неисполнение договора и гарантии исполнения обязательств сторонами. Отсутствие полноценного видения результатов проекта, образа продукта, необходимость постоянного движения и согласования с заказчиком по итогам каждой итерации говорит о высоких рисках неисполнения договора каждой из сторон. Несомненно, повышенные риски предполагают желание сторон или как минимум заказчика (поставщика) получить дополнительные гарантии исполнения обязательства, но подобные гарантии требуются и для второй стороны, особенно в ситуации, когда заказчик откажется от приемки того продукта, который получился по итогам реализации проекта.
Инструментом, который может помочь в создании дополнительных гарантий, могут выступать именно итерации и осознание того, что по ее итогам, по правилам Agile, должен создаваться готовый продукт (даже максимально упрощенного прототипа продукта). Юридическое оформление выданного на итерацию технического задания и его приемка по ее окончании может дать исполнителю проекта текущую гарантию заинтересованности заказчика в результате проекта и условную гарантию приемки продукта по итогам всего проекта. Для заказчика аналогично формируется возможность постоянного отслеживания работ по проекту и созданию продукта, удовлетворяющего его потребностям. Меры гражданско-правовой ответственности аналогично стоит привязать к итерациям, что позволит минимизировать риски сторон и своевременно расторгнуть договор при отсутствии результата или при угасании интереса заказчика к проекту.
4. Разработка и внедрение в договорную практику компании Agile-договора. При принятии данного решения должны быть осознаны и достигнуты договоренности по ряду следующих моментов:
- согласие всех сторон договора на ведение проекта в рамках реализации договора по Agile (и понимание всеми участниками проекта всех его целей и задач) <7>, соответственно, природа всех отношений является исключительно неопределенной и динамической и это происходит в течение всего времени реализации проекта и договора;
- полноценное участие всех участников договорной деятельности в проекте в своих статусах - заказчиков или членов команды для иных третьих лиц (например, для поставщиков и подрядчиков);
- закрепление ограничений по реализации проекта, если они вводятся: сроки, ресурсы, бюджет, риски, качество, выгода. Особое внимание стоит обратить на те ресурсы и их границы, которые нельзя переходить при реализации проекта, особенно в части финансирования;
- закрепление ролевой структуры проекта не только в документации проекта, но и в договорах, фиксация и ролей и ответственности членов команды <8>;
- четкое определение статуса заказчика, владельца продукта, ценностей продукта для заказчика и его функционала и задач (фактически бэклог продукта);
- определение в договоре всего понятийного аппарата проекта, его конкретных идентификаторов и используемых инструментов;
- фиксация в договоре данных обо всех уже достигнутых договоренностях по реализации проекта, итерациях и их длительностях, алгоритмах взаимодействия и принятия решения по "промежуточному" образу продукта по итогам итерации, по изменению и увеличению цены договора по мере реализации проекта и т.д.;
- фиксация правила - приоритеты задач определяет заказчик, трудоемкость задач определяет исполнитель <9>;
- процедуры внесения изменений в проект и договор по внешним или внутренним причинам, порядок отказа от проекта и выхода из договора для всех сторон, участвующих в нем, и компенсация расходов.
--------------------------------
<7> Полковников А.В., Дубовик М.Ф. Внедрение корпоративной системы управления проектами: риски, факторы успеха, выбор стратегии // Управление проектами и программами. 2006. N 1. С. 42 - 49.
<8> Дрюпина Ю. Agile и право: как заключить юридически грамотный договор // Информационный портал "ИТ-инфраструктура". URL: https://www.itinfrastructure.ru/interviews/agile-i-pravo-kak-zaklyuchit-yuridicheski-gramotnyy-dogovor#9d950265-317d-450f-8f22-d011da724d02 (дата обращения: 16.02.2026).
<9> Темчина М. Контракты Agile: как заключать договоры в условиях расползания содержания // Информационный портал "Инфостарт: анализ & управление". URL: https://infostart.ru/pm/910466/ (дата обращения: 16.02.2026).

Для Agile-договора достаточно часто звучит рекомендация - составление именно глоссария по договору, для привязки всех проектных составляющих и исключения спорного трактования, и это весьма правильная рекомендация, с которой обязательно стоит согласиться <10> (интересную версию фрагмента Agile-договора можно посмотреть здесь: https://f-arbitrage.ru/yuridicheskie-uslugi/agile-scrum.html).
--------------------------------
<10> Дрюпина Ю. Agile и право: как заключить юридически грамотный договор // Информационный портал "ИТ-инфраструктура". URL: https://www.itinfrastructure.ru/inter-views/agile-i-pravo-kak-zaklyuchit-yuri-dicheski-gramotnyy-dogovor#9d950265-317d-450f-8f22-d011da724d02 (дата обращения: 16.02.2026).

Подводя итог исследованию, стоит отметить, что однозначный отказ от Agile-договоров, только в силу выявленных и иных дополнительно определяемых проблем, - это неправильный подход. Agile-методики становятся все популярнее, применяются и в практике управления компаниями, вплетаются в трудовые отношения и однозначно присутствуют при создании продуктов, разработки новых видов услуг и работ. Правильный подход к использованию в деятельности компании Agile-проектов и договоров для их сопровождения позволит заменить достаточное большое количество договоров на выполнение работ, подрядных договоров, договоров заказа.
Главное условие, которое должно быть положено в основу применения Agile, - желание заказчика получить реально правильный и нужный результат, удовлетворяющий его потребностям и решающий его "боль". Для юристов можно посоветовать выработать собственную стратегию договорной работы для сопровождения таких договоров. При длительных отношениях с конкретным исполнителем или заказчиком по Agile-проектам как возможный вариант - переработать уже имеющуюся практику договоров о сотрудничестве или использовать абонентскую практику для последующего взаимодействия с заказчиком (постпроектного сопровождения).
Использование Agile-проектов и договоров может стать существенным конкурентным преимуществом как для заказчиков, так и для исполнителей, позволит реально снизить затраты и дать возможность получить именно требуемый результат. Самым разумным предложением видится включение юриста в команду проекта именно с этой ролью. Однозначно стоит использовать электронную форму для всей документации по проекту и связанную с ней электронную форму договора и всех соглашений к нему. Самым правильным подходом, предшествующим массовому внедрению в практику компании Agile-проектов и договоров, будет решение о разработке корпоративного стандарта управления проектами и корпоративного стандарта договорной деятельности для Agile-проектов.

Литература

1. Амелин Р.В. Эволюция права под воздействием цифровых технологий / Р.В. Амелин, С.Е. Чаннов. Москва: Норма, 2023. 280 с.
2. Дрюпина Ю. Agile и право: как заключить юридически грамотный договор / Ю. Дрюпина // Информационный портал "ИТ-инфраструктура". 2024. 26 ноября.
3. Науменко М. Agile-манифест: ключевые положения, принципы, история и развитие / М. Науменко // Битрикс24. 2023. 23 сентября.
4. Полковников А.В. Внедрение корпоративной системы управления проектами: риски, факторы успеха, выбор стратегии / А.В. Полковников, М.Ф. Дубовик // Управление проектами и программами. 2006. N 1. С. 42 - 49.
5. Понкин И.В. К вопросу об Agile-подходе в государственном управлении / И.В. Понкин // Административное право и процесс. 2017. N 12. С. 38 - 40.
6. Темчина М. Контракты Agile: как заключать договоры в условиях расползания содержания / М. Темчина // Информационный портал "Инфостарт: анализ & управление". 2018. 25 сентября.

Наша компания оказывает помощь по написанию курсовых и дипломных работ, а также магистерских диссертаций по предмету Предпринимательское право, предлагаем вам воспользоваться нашими услугами. На все работы дается гарантия.

"Горячие" документы:

ИА ГАРАНТ