+7(863) 260-17-23
эл.почта: Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра.

Меню

Фрагмент проекта договора

  • 1.Термины и определения

    Термины и определения, а так же иная техническая и специальная информация указанные, но не определенные в настоящем договоре, используются Сторонами в том значении, как они определены в соответствующих ГОСТах, иной технической документации, в том числе ГОСТ Р 51904-2002 "Программное обеспечение встроенных систем. Общие требования к разработке и документированию".

    AGILE — модель гибкой разработки, основанной на адаптивном планировании, эволюционном развитии, ранней реализации и постоянном совершенствовании разрабатываемого программного обеспечения (ПО). Основополагающие принципы размещены на странице в сети Интернет: http://agilemanifesto.org/iso/ru/principles.html

    SCRUM — метод управления проектами, набор принципов, ценностей, политик, ритуалов, артефактов, позволяющий в жестко фиксированные и небольшие по времени итерации, (Sprints), предоставлять конечному пользователю работающий продукт с новыми бизнес-возможностями, для которых определен наибольший приоритет. Описание и правила метода размещены на странице в сети Интернет https://www.scrumguides.org/scrum-guide.html

    программное обеспечение (ПО) — Совокупность компьютерных программ и программных документов, необходимых для эксплуатации этих программ.

    разработка ПО — Набор действий (работ), результатом выполнения которых являются программные средства. Разработка ПО может включать в себя новую разработку, модификацию, многократное использование, перепроектирование или любое другое действие, требуемое для создания программных средств.

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

    Story point — показатель, используемый Сторонами для оценки трудозатрат и сложности реализации заданной пользовательской истории, который является мерой усилий и времени, необходимых для ее реализации. Показатель может быть связан с количеством работ, сложностью, рисками и задействованными усилиями и ресурсами. Показатель равен данной Подрядчиком предварительной оценке предполагаемых трудозатрат в идеальных человеко-днях по каждой пользовательской истории.

    Product backlog — обновляемый список требований к продукту, которые Подрядчик обязуется реализовать, на условиях настоящего договора. Product backlog - включает в себя согласованные Сторонами на основании инициатив Заказчика или Подрядчика, отдельные требования (пользовательские истории – User Story). Список требований определяет согласованные Сторонами функции, исправления ошибок, нефункциональные требования и т. д. - все, что должно быть сделано для создания жизнеспособного ПО.

    Sprint backlog — согласованный сторонами список работ запланированный совместно Сторонами к выполнению Подрядчиком в период этапа работ (Sprint).

    User story — отдельный элемент списка Product backlog, Sprint backlog, описание отдельного согласованного Сторонами требования к разрабатываемому ПО.

      Формат User story (отдельного пользовательского требования) состоит из следующих обязательных элементов:
    • ID — порядковый номер;
    • Название — краткое изложение отдельного требования к ПО, если иное не оговорено Сторонами для каждого отдельного случая, содержащее выражение в следующем формате: Как {пользователь с определенными правами/сотрудник/} может получить {предполагаемый результат, эффективность, действие в своей работе} при актуализации/наступлении {условия, обязанности};
    • Важность — степень важности выполнения указанного требования для Подрядчика;
    • Предварительная оценка объема и сложности работ — начальная, совместно согласованная Сторонами оценка объема и сложности работ выраженная в указанном количестве Story point;
    • Демонстрация — способ и описание демонстрации Подрядчиком выполненного отдельного объема работ;
    • Способ приемки — способ оценки и описание критерии приемки Заказчиком выполненного отдельного объема работ;
    • Примечания — любая дополнительная для Сторон информация.
  • 2. Отдельные взаимные соглашения и заверения Сторон

    2.1. Стороны согласовали руководствоваться и использовать для взаимодействия, при исполнении настоящего договора, модель гибкой разработки – AGILE, и метод управления проектами – SCRUM. Заключая настоящий договор, Стороны, добровольно и совместно, действуя в силу принципов свободы договора, приняли и согласовали, что следование правилам AGILE и SCRUM, в том числе и в случае решения каких-либо споров, разногласий между Сторонами, обязательно, и определяется Сторонами как признак добросовестности действий любой из Сторон.

    2.2. Заказчик, для представления своих интересов во взаимодействии Сторон, в рамках исполнения настоящего договора, назначает своего Представителя (далее – Product Owner) и заверяет Подрядчика, в его надлежащих полномочиях и компетентности, в том числе, технической, позволяющей четко формулировать требования Заказчика к разрабатываемому ПО. Полномочия представителя Заказчика подтверждены соответствующей доверенностью, форма доверенности согласована Сторонами в Приложении №3 к настоящему договору. Подрядчик, в свою очередь, для обеспечения взаимодействия Сторон, в том числе координирования участия в таком взаимодействии иных сотрудников Подрядчика (программистов, дизайнеров, тестировщиков, менеджеров и т.д.) назначает своего ответственного представителя (далее – SCRUM Master).

    2.3. Подрядчиком, для исполнения настоящего договора, организуется из числа собственных сотрудников и привлеченных специалистов – постоянно действующая, в течение всего времени исполнения настоящего договора, группа, состоящая из ▒▒ человек (далее – Development Team). Подрядчик заверяет и гарантирует, что он не привлекает Development Team для выполнения несогласованных с Заказчиком работ. Команда разработчиков состоит из сотрудников и привлеченных специалистов, указанных в обособленной группе списка Приложения №2.

    2.4. Стороны определяют перечень всех назначенных ими для исполнения договора лиц (Product Owner, SCRUM Master, Development Team), с указанием ФИО, уровня образования, занимаемой должности, компетенций в рамках исполнения настоящего договора, в Приложении №2. С учетом совместной работы представителей, сотрудников Сторон, и привлеченных специалистов, Стороны соглашаются и заявляют, что до заключения настоящего договора с каждым таким сотрудником, представителем и привлеченным специалистом, каждой Стороной договора заключены действительные соглашения, оговаривающие передачу исключительных прав Заказчику и получение конкретным сотрудником, представителем и привлеченным специалистом авторского вознаграждения, за выполненную по настоящему договору работу.

    2.5. Настоящим, Стороны заверяют, что в течение срока исполнения договора Стороны принимают все необходимые и возможные действия в целях обеспечения эффективной деятельности и совместной работы SCRUM Master, Product Owner и Development Team (вместе именуемые SCRUM-команда). Стороны оценивают любые действия/бездействия участника SCRUM-команды, приведшие к нарушениям условий настоящего договора, как нарушение соответствующих обязательств одной из Сторон договора, со стороны которой указанный участник назначен в SCRUM-команду.

    2.6. Настоящим договором, Стороны принимают и соглашаются, что для каждого случая совместных встреч и переговоров, таких как Согласование Sprint backlog, Обзор этапа Sprint, Ретроспектива этапа Sprint, Стороны соблюдают обязательное присутствие всех своих представителей и сотрудников, входящих в SCRUM-команду. Любые изменения в указанном в настоящем пункте и/или привлечение на такие встречи специалистов, не включенных в SCRUM-команду, согласовывается Сторонами отдельно, для каждого случая.

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

    2.8. Действую разумно и добросовестно, Заказчик понимает и соглашается, что, несмотря на его возможность изменять и дополнять Product Backlog в течение исполнения Подрядчиком настоящего договора, внесение Заказчиком существенных изменений приведет к увеличению срока выполнения работ и их стоимости.

  • 3. Предмет договора

    3.1. По настоящему договору Подрядчик обязуется выполнить работы по разработке Программного обеспечения (далее - ПО), состоящие из следующих наборов взаимосвязанных работ - процессов разработки ПО: определение требований, проектирование, кодирование, интеграцию (далее - Работы).

    3.2. Каждая из Сторон, исполняя настоящий договор, в том числе, руководствуется моделью гибкой разработки – AGILE и методом управления проектами - SCRUM.

    3.3. Стороны согласовали, что учитывая отсутствие четких требований Заказчика к ПО (технического задания, спецификации), работы по настоящему договору выполняются Подрядчиком с учетом непрерывного, на условиях настоящего договора, согласования изменений и дополнений Сторонами списка требований к разрабатываемому ПО – Product backlog и, в отдельности, каждого элемента списка – User story.

    3.4. Стороны, в соответствии с указанными выше принципами, и непрерывным характером согласования Product backlog и User story, определили цикличный и повторяющийся принцип выполнения Работ. При этом, Работы выполняются Подрядчиком отдельными этапами (итерациями) — Sprint, включающими согласованное конечное количество объема Работ, на основании утвержденного сторонами, по каждому Sprint отдельного, списка, содержащего User story (далее такой список именуется — Sprint backlog) и составленного Сторонами из элементов списка Product backlog, путем выбора и приоритизации Заказчиком (Product Owner), с учетом мнения Developer team, SCRUM Master.

    3.5. По каждому этапу Sprint, Стороны совместно согласовывают количество работ — перечень User story, с учетом того, что длительность каждого этапа выполнения работ Sprint остается неизменна и равна ▒▒ рабочим дням, а объем запланированных к выполнению работ конечен и определен в соответствии с условиями договора. В одном этапе Sprint Подрядчиком могут выполняться работы, включающие один или несколько процессов разработки ПО.

    3.6. Работы, выполняемые Подрядчиком по каждому Sprint, кроме прочего, по факту согласования, отражаются сторонами в отдельных приложениях к настоящему Договору.

    3.7. Настоящим, каждая из Сторон подтверждает, что сотрудники (привлеченные по иным основаниям лица), участвующие в исполнении настоящего договора, имеют надлежащие соглашения со своим работодателем, или иные соглашения, о вознаграждении автору согласно ст. 1295 ГК РФ. Все поступившие претензии к какой-либо Стороне, так или иначе затрагивающие выплату авторского вознаграждения сотруднику (привлеченному по иным основаниям лицу) другой Стороны, находятся под ответственностью и риском несения расходов Стороны, от которой такой сотрудник (привлеченное по иным основаниям лицо) выступает в настоящем договоре.

    3.8. Дополнительным существенным условием настоящего договора является факт периодического, перед каждым отдельным этапом работ Sprint, проведения Сторонами согласования списка (планирования) Sprint backlog, путем личного присутствия, по адресу нахождения Подрядчика, с обязательным участием Development team, SCRUM master, Product owner.

  • 4. Отдельные особые условия.

    4.1. Стороны, в течение всего срока действия настоящего договора находясь в постоянном взаимодействии, дополняют и изменяют список требований к ПО — Product backlog. Список требований Product backlog редактируется и согласовывается Сторонами с учетом обязательного выполнения следующих условий:

    • 4.1.1. на любой момент времени действия настоящего договора не существует какого-либо требования к ПО — User story или изменения такого требования, по которому стороны пришли к соглашению и/или не имеют разногласий, но такое User story или изменение не внесено в Product backlog;
    • 4.1.2. в случае, если какой-либо из Сторон стало известно о необходимости внести или изменить User story в Product backlog, такая Сторона незамедлительно информирует о таком другую Сторону и инициирует обсуждение.

    4.2. Стороны приняли и согласовали, что совместно утвержденный Sprint backlog — список User story на этап работ (Sprint), не подлежит изменению и является окончательным. В случае необходимости внесения изменений в какой-либо элемент списка Sprint backlog, Product owner руководствуется принципом внесения такого изменения как отдельного User story в Product backlog и включения его в следующий этап работ.

    4.3. Стороны приняли и согласовали, что право в одностороннем порядке отменить начавшийся и не окончившийся этап работ – Sprint, принадлежит исключительно Product Owner от имени Заказчика, в следующих исключительных случаях:

    • 4.3.1. Product Owner получил обоснованный запрос от Подрядчика на отмену этапа выполнения согласованных Сторонами работ (Sprint) и согласен с таким запросом;
    • 4.3.2. Существенная часть результатов этапа работ Sprint более не актуальна для Заказчика, настолько, что даже предположительно полученные результаты не могут быть им частично использованы.

    В случае отмены этапа работ Sprint, Стороны согласовывают распределение рисков и расходов на выполненные и невыполненные работы, за исключением случаев, если решение о прекращении продолжения начатого и согласованного Sprint будет принято Заказчиком, и не по вине Подрядчика. В таком случае Заказчик производит оплату Подрядчику за фактически затраченное время на выполнение согласованного Sprint без выполнения конкретного результата по этапу . Все незавершенные и необходимые для Заказчика работы, элементы Product backlog переоцениваются и возвращаются в Product backlog.

    4.4. Основываясь на своем опыте и знаниях, Подрядчик, с учетом отсутствия существенного изменения требований Заказчика, и не характерных трактовок Заказчиком своих общих требований к ПО, предварительно оценивает выполнение работ по настоящему договору за ▒▒ рабочих дней (или ▒▒ этапов Sprint). Заказчик согласен и принимает указанный срок как предварительный и не являющийся оценкой качества исполнения договора Подрядчиком

    4.5. Стороны согласились трактовать качество работ Подрядчика, в части соблюдения сроков исполнения работ, оценкой результатов и объема работ по каждому этапу, с обязательным учетом следующих условий:

    • 4.5.1. Первые ▒▒ этапа (Sprint), Подрядчик вправе не выполнить ▒▒% объема работ в связи с сопутствующим исполнению договора проведением Заказчиком исследовательских, экспериментальных и испытательских работ;
    • 4.5.2. В ином любом другом случае, Стороны оценивают невыполненные работы в любом этапе Sprint, как нарушение обязательства Подрядчика, при условии, если такое нарушение явилось халатностью Подрядчика, его персонала в SCRUM-команде, и/или иной некомпетентностью его сотрудников и привлеченных им специалистов.
  • 5. Общий порядок взаимодействия и согласования работ.

    5.1. Стороны, основываясь на общих требованиях Заказчика к ПО, указанных в Приложении №1, в дату ▒▒.▒▒.▒▒▒▒ и время ▒▒:▒▒, проводят встречу – первое планирование, по адресу Подрядчика – г. Москва, ул. ▒▒▒▒▒▒▒▒▒▒▒▒▒▒, д. ▒▒▒/▒▒, оф. ▒▒, с целью первого согласования (планирования) списка Product backlog и списка Sprint backlog на первый этап работ Sprint (формат Sprint backlog и Product backlog определен в Приложении №4).

    5.2. В случае, если Стороны, в результате первого планирования, не пришли к взаимному, и достаточному для Подрядчика, соглашению, проводится повторная встреча в срок не позже, чем через 3 (три) рабочих дня с момента проведения первого планирования. Если за время проведения двух встреч первого планирования Стороны не пришли к соглашению о формулировании требований User story и согласованном их внесении в списки Product backlog и Sprint backlog, настоящей договор прекращает свое действие без каких-либо взаимных претензий, штрафов и иных требований Сторон.

    5.3. Любое дальнейшее согласование внесения изменений и/или дополнений в Product backlog выполняется Сторонами совместно и непрерывно, на условиях и в течение всего срока действия настоящего договора, на основании инициатив любой из Сторон. В любой момент времени действия договора, Стороны, внося изменения и/или дополнения в Product backlog, стремятся согласовать все элементы изменяемого или добавляемого User story.

    5.4. Стороны, каждый раз по истечении срока этапа выполнения согласованных работ Sprint, и без учета и отдельного ожидания выполнения Подрядчиком всех запланированных на этап работ, в случае задержки выполнения таковых, проводят две итоговые встречи, завершающие этап Sprint: Обзор этапа Sprint и Ретроспективу этапа Sprint.

    • 5.4.1. Обзор этапа Sprint проводится Сторонами совместно, в целях демонстрации и приемки результатов выполненных Подрядчиков работ в течение этапа Sprint, в срок не более 2 рабочих дней с момента истечения срока Sprint. В случае выполнения Подрядчиком согласованных Сторонами условий приемки какого-либо отдельного объема работ (User story), указанного в утвержденном к выполнению Sprint backlog, такие работы принимаются на условиях настоящего договора Заказчиком. По результатам проведения Обзора этапа Sprint и приемки работ, Стороны заполняют и совместно подписывают Перечень выполненных на этапе Sprint и принятых Заказчиком работ (форма определена в Приложении №5 к договору). В срок не более 5 рабочих дней с момента подписания Сторонами, Подрядчик направляет Заказчику акт выполненных работ, согласно подписанному Сторонами Перечню выполненных на этапе Sprint и принятых работ. Указанный акт считается Сторонами подписанным и принятым Заказчиком, в случае отсутствия мотивированных возражений в срок не более ▒▒ рабочих дней с момента отправки скан-копии акта Подрядчиком.
    • 5.4.2. Ретроспектива этапа Sprint проводится Сторонами совместно, в целях обсуждения улучшений и недостатков совместной работы в срок не более 2 рабочих дней с момента проведения Сторонами Обзора этапа Sprint.

    5.5. Стороны, каждый раз, по итогам проведения встреч Обзор этапа Sprint и Ретроспектива этапа Sprint, в срок не более 2 рабочих дней с момента проведения Сторонами встречи Ретроспективы этапа Sprint, проводят планирование нового этапа Sprint – согласование (планирование) Sprint backlog.

    5.6. Согласование Сторонами списка Sprint backlog, при проведении планирования этапа Sprint, считается завершенным, если по всем User Story в списке Sprint backlog Сторонами согласованы: название, важность (приоритет выполнения работ), предварительная оценка объема и сложности работ выполняемых работ, способ демонстрации, способ проверки и приемки результатов каждой из согласованных работ. Согласование Сторонами списка Sprint backlog, подтверждается путем подписания дополнительного соглашения, (по форме указанной в приложении №4) и применяется Сторонами, как к первому, так и ко всем последующим согласованиям списков Sprint backlog.

    5.7. При каждом проведении согласования списка Sprint backlog (при планировании этапа работ Sprint), Стороны определяют и согласовывают количество реализуемых Подрядчиком требований к ПО - User story, руководствуясь показателем Story point по каждому User story. Показатель трудозатрат и сложности Story point для каждого User story определяется Подрядчиком и согласовывается Сторонами. Если Заказчик не согласен с оценкой трудозатрат Story point для каждого User story, определенных Подрядчиком, он вправе разбить User story на отдельные задачи с меньшей оценкой трудозатрат по каждой и изменить приоритетность User story в Product backlog, и, в конечном итоге, включить измененные User Story в список Sprint backlog. В любом случае, показатель трудозатрат Подрядчика приоритетен, и, в случае его оспаривания Заказчиком, Подрядчик не приступает к работе до его согласования.

    5.8. Для первого этапа Sprint, Стороны, с учетом количества и квалификации задействованного персонала Подрядчика, и предварительной оценки Подрядчиком списка общих требований к ПО, установили суммарное (всех User story, которые включены в Sprint backlog) максимальное значение показателя Story point для всего первого Sprint backlog, равное ▒▒, исходя из которого Заказчик подбирает и приоритизирует User story.

    5.9. Для каждого последующего этапа, Подрядчик вправе в одностороннем порядке корректировать суммарное максимальное значение показателя Story point для соответствующего Sprint backlog в меньшую сторону не более чем на ▒▒%, в случае если иное не согласовано Сторонами, для каждого отдельного случая.

    5.10. По итогам планирования очередного Sprint, и только в случае согласования сторонами списка Sprint backlog, Подрядчик приступает к выполнению работ, на следующий рабочий день, если иное не согласовано Сторонами.

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ
Публикуемый текст является частью одного из релизов проекта Договора на разработку ПО. Указанная часть проекта соглашения не носит универсальный характер применимый для усредненной команды разработчиков, а наоборот, содержит внесенные в текст особенности договоренностей, публикуемые с разрешения сторон. По своей сути, приведенный на странице текст, представляет собой демонстрацию возможного видения регулирования взаимоотношения Сторон в формате философии AGILE. В любом случае, для использования указанного текста в действительном договоре, требуется отдельное и всестороннее согласование условий такого договора. Кроме того, в приведенном тексте содержатся допущения на добросовестность, которые в ином случае, могут находиться под регулированием Сторон.

юридическое бюро "ARBITRAGE"
корпоративное право
тел.: +7 863 260-17-23
email: Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра.

Вверх