Гибкая разработка совместима с определённым договором, если стороны понимают, что покупается: согласованный результат, работа по отдельным заданиям или выделенная деятельность команды. Изменяемый список задач не должен делать неопределёнными цену, полномочия согласующего и момент, после которого работа считается принятой.
Что фиксировать до первого спринта
Опишите назначение продукта, пользователей, обязательные сценарии и технические границы. Вместо обещания «современный быстрый сайт» задайте проверяемые критерии: какое действие доступно, при каких данных и нагрузке, в какой среде, за какое время и как это измеряется. Критерии должны быть реалистичны; тест на компьютере разработчика и работоспособность на согласованной инфраструктуре — разные результаты.
Укажите модель цены: фиксированная за описанный объём, по утверждённым заданиям или оплачиваемому времени с лимитом и подтверждением. Для каждой стадии определите самостоятельность результата, стоимость, срок, комплект передачи и приёмку. Название «спринт» не делает демонстрацию законченной работой и не доказывает переход права. Договор может сочетать подряд, услуги и распоряжение интеллектуальными правами; к соответствующей части применяются её правила. ГК РФ, ст. 421, 432, ст. 702, 708–711, 779–783.
Изменение задания без потери контроля
Для изменения нужны номер запроса, описание отличия, влияние на срок/цену/архитектуру и явное согласование уполномоченными лицами. Переписка может работать, если установлены адреса и полномочия, воспроизводимое содержание и связь с версией задания. Одобрение дизайнером цвета не обязательно означает полномочие увеличить бюджет. Не смешивайте исправление нарушения уже согласованного критерия и новую функцию: первое может входить в обязанность подрядчика, второе требует согласования.
Если заказчик задержал данные, доступ или решение, исполнитель должен своевременно уведомить о конкретном препятствии и последствиях, запросить содействие и действовать по применимым ст. 716, 718–719. Молчаливое продолжение на заведомо непригодных исходных данных осложняет ссылку на вину заказчика. Заказчик, в свою очередь, должен сохранять фактическое предоставление материалов и сроки ответов.
Сдача и приёмка цифрового результата
Передача включает определённую сборку, исходники по договору, перечень зависимостей и лицензий, миграции базы, документацию, тестовые данные и инструкции. Укажите идентификатор релиза и хеш архива, предоставьте рабочий доступ и сообщите о готовности надлежащему адресату. Начало срока замечаний связывайте с реальной возможностью проверить согласованный комплект. Один скриншот работающей главной страницы не подтверждает передачу серверной части.
В протоколе испытаний укажите критерий, среду, исходные данные, действие, ожидаемый и полученный результат, доказательство и серьёзность отклонения. В акте отделяйте принятую часть от непринятой и сохраняйте оговорки. Молчаливая приёмка по договору требует доказательства доставки пригодного результата и соблюдения процедуры; не превращает отсутствующий результат в существующий. Строительную норму об одностороннем акте ст. 753 нельзя автоматически переносить в разработку. Ст. 720–722, 726.
Дефекты, гарантия и сроки
Явный дефект, обнаружимый обычной предусмотренной приёмкой, и скрытая ошибка, проявившаяся позже, имеют разные последствия. О скрытом недостатке уведомляют в разумный срок после обнаружения. Сначала сохраняют спорный релиз, данные и логи; исправление без фиксации может уничтожить доказательство причины. Ошибка новой сторонней интеграции, изменение API после сдачи и исходный дефект программы не должны автоматически относиться к одной гарантийной обязанности.
Для подрядной части ст. 723 предусматривает устранение в разумный срок, уменьшение цены, а расходы на самостоятельное исправление — при предусмотренном договором праве. Отказ связан с неустранением в установленный разумный срок либо существенными и неустранимыми недостатками. Гарантийный срок, срок обнаружения и давность не равны: без специального условия общий предел обнаружения по ст. 724 — разумный срок в пределах двух лет; по требованиям о качестве подрядной работы ст. 725 устанавливает годичную давность с особыми начальными моментами. Эти правила не следует объявлять единым сроком любой претензии к IT-поставщику.
Прекращение и расчёты
Сначала выберите основание: просрочка/ненадлежащее выполнение, неустранённые дефекты, договорное право или немотивированный отказ. У подряда и услуг последствия различаются; у непосредственного автора дополнительно действуют ст. 1288–1290. В уведомлении зафиксируйте момент прекращения, версию и степень готовности, судьбу аванса, права на созданные части и обязанность передачи. Получение незавершённого результата и расчёты при прекращении рассматриваются, в частности, по ст. 729 и договору; неработающий прототип не оценивается автоматически как готовая программа.
Для технической передачи заранее определите новые учётные записи заказчика, смену администратора, экспорт данных, документацию и отзыв прежних токенов. Лицензия на прежнее ядро и доступ к облачному сервису могут прекратиться иначе, чем передача заказного кода. Поэтому выкуп прав и техническая миграция планируются вместе. Форма ТЗ и приёмки, акт доступа.
Практика и подготовка спора
Пленум ВС № 49 от 25.12.2018, п. 6 и 43–49, не позволяет недобросовестно ссылаться на незаключённость после принятого исполнения и требует квалифицировать договор по содержанию. Но принятие одной стадии не доказывает качество другой, а запрет недобросовестного поведения не дописывает все условия об исходниках. Пленум № 10, п. 107, обязывает выделять договор с самим автором. Пленум № 49, Пленум № 10.
В споре эксперт исследует состав и работоспособность определённой версии, соответствие согласованным критериям и причины ошибок. Заказчик предъявляет точные отклонения, исполнитель — выполненные сценарии, уведомления и согласованные изменения. Вопросы эксперту не должны заранее предполагать, что вся работа некачественна. Общие правила доказывания и назначения экспертизы — АПК РФ, ст. 65–66, 71, 82–87. Здесь практика высшего суда применена как метод толкования; универсальная отдельная позиция ВС по любому agile-договору не заявляется.