Отраслевые задачи · Для компаний
Договор разработки ПО: как согласовать ТЗ, этапы и дополнительные работы
Комплект документов для IT-проекта: границы задания, результаты этапов, приёмка и запросы на изменения. Пример таблицы и вопросы до подписания.
В этом материале
Соберите документы вокруг одного результата
В IT-проекте договор, техническое задание и переписка могут описывать разные ожидания. Договор говорит о разработке системы, ТЗ перечисляет функции, а коммерческое предложение добавляет интеграции и поддержку. Перед согласованием нужно выяснить, какие материалы относятся к текущему объёму.
Составьте список документов с версиями: договор, ТЗ, календарный план, оценка работ и приложения. Отдельно отметьте документы для обсуждения, которые ещё не стали согласованной основой проекта. Назначьте ответственного за актуальность комплекта.
Опишите границы задания
Для каждого блока укажите ожидаемый результат и способ его проверки. Вместо общего «интеграция с CRM» полезно разобрать передаваемые данные, направления обмена, условия доступа к тестовой среде и границы ответственности участников.
Не пытайтесь превратить договор в техническую спецификацию. Его задача в этой части — связывать документы и порядок работы, а подробности могут находиться в согласованном приложении. Ссылки, номера версий и названия должны совпадать.
| Элемент проекта | Что уточнить | Какой документ проверить |
|---|---|---|
| Функциональный блок | Что входит и что исключено | Техническое задание |
| Этап | Передаваемый результат и проверка | План этапов и порядок приёмки |
| Зависимость | Кто предоставляет доступы и данные | Обязанности сторон и график |
| Изменение | Новая задача, оценка и решение | Запрос на изменение и допсоглашение при необходимости |
Свяжите этапы с передачей и оплатой
Для каждого этапа определите, что именно команда передаёт заказчику: доступ к среде, сборку, исходные материалы, документацию или иной согласованный результат. Уточните канал передачи, проверяющего и порядок фиксации замечаний.
Проверьте, одинаково ли названы этапы в графике, цене и приёмке. Если один документ содержит три этапа, а другой — четыре, участникам трудно понять, к чему относится платёж и что считается завершённым. Такой конфликт лучше снять до начала работы.
Отделите исправление от новой задачи
В учебном примере задание содержит выгрузку отчёта в один формат. В ходе работы заказчик просит добавить ещё один формат и отправку по расписанию. Чтобы обсудить это предметно, зафиксируйте исходное требование, новое пожелание, влияние на сроки и оценку работ.
Один полезный документ для команды — журнал изменений. В нём достаточно даты, описания запроса, ссылки на исходный пункт, ответственного за оценку и принятого решения. Само появление строки не означает согласования цены или нового объёма.
Карточка изменения ТЗ для разработки ПО
Перед оценкой нового запроса сравните его с согласованной версией ТЗ. Название «доработка» не отвечает на вопрос, исправляется ли отклонение от требования или заказывается новая возможность. Ниже структура обсуждения, а не универсальное определение дефекта.
| Поле | Учебный пример |
|---|---|
| Исходный пункт и версия | ТЗ 1.2, пункт 4: ручная выгрузка отчёта CSV |
| Новый запрос | Автоматическая отправка XLSX каждую неделю |
| Связанные условия | Формат, расписание, адресаты, источник данных и доступы |
| Оценка и последствия | Согласовать трудоёмкость, стоимость, срок и проверку |
| Решение | Принято / на уточнении / отложено, ответственный и дата |
| Документы после решения | Новая редакция ТЗ и изменения договора, если требуются |
Запишите также, какие функции текущего этапа не меняются. При согласовании новой редакции сравните версии договора и приложений: изменение срока в ТЗ должно быть сопоставимо с календарным планом и оплатой. Если меняется цена, проверьте дату применения и расчёты, а не только итоговую сумму.
В Договорике проект дополнения можно начать из исходного договора через «Изменить условия». Сервис подготовит текст по материалам и вашему брифу; техническую оценку, фактическое выполнение и решение о новом объёме подтверждает команда.
Проверьте передачу материалов и права
Вынесите в отдельный список исходный код, документацию, настройки, используемые сторонние компоненты и доступы. Уточните, какие материалы передаются и на каких условиях, а что остаётся внешним сервисом или компонентом с отдельной лицензией.
Правовой режим результатов зависит от договора, вида материалов и обстоятельств проекта. Его нужно проверить с профильным специалистом. В этом руководстве нет универсальной оговорки о правах: одна готовая фраза не описывает каждый IT-проект.
Что передать на проверку
- Договор и текущую версию ТЗ.
- Перечень результатов по этапам.
- График оплаты и порядок приёмки.
- Зависимости от данных, доступов и решений заказчика.
- Обсуждаемые изменения объёма.
- Перечень передаваемых материалов и вопросов о правах.
На странице договора разработки ПО можно начать подготовку документа. Для входящего проекта используйте проверку договора, указав сторону и приоритеты. Если контрагент прислал новую редакцию, сравните её с последней отправленной версией, а затем проверьте изменения вместе с ТЗ.
Проверьте условия своей сделки
Укажите сторону договора и важные для вас условия. Разберите замечания и предложенные редакции перед согласованием.