ITdoc

ДОКУМЕНТЫ / IT / ПО

Договорразработки ПО.

Не только техническое задание,
срок и цена.

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

[ ОСНОВНОЙ СЦЕНАРИЙ / ОТКЛОНЕНИЯ ]
01[ РЕАЛЬНАЯ ЗАДАЧА ]

Разработка почти никогда
не идёт строго по плану.

В начале проекта стороны могут хорошо понимать общий результат, но ещё не знать всех деталей будущего продукта.

  • Требования меняются.
  • Появляются новые задачи.
  • Меняются сроки.
  • Используются сторонние компоненты.
  • Возникают вопросы к результату.

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

02[ ЧТО УЧЕСТЬ ]

Что нужно определить.

  1. 01

    Что именно создаётся

    Продукт, модуль, функциональность, код, документация и другие результаты.

  2. 02

    Как формируются требования

    Что фиксируется до начала работ и как могут изменяться требования.

  3. 03

    Как устроена разработка

    Этапы, взаимодействие сторон и зависимости между ними.

  4. 04

    Как принимается результат

    Критерии приемки, сроки проверки и работа с замечаниями.

  5. 05

    Кому принадлежат права

    Момент возникновения / передачи прав и объём передаваемых прав.

  6. 06

    Какие компоненты можно использовать

    Open Source, сторонние библиотеки, API и другие внешние элементы.

  7. 07

    Что происходит при изменениях

    Запросы на изменения, дополнительные работы, изменение сроков и стоимости.

  8. 08

    Что происходит после запуска

    Поддержка, исправление ошибок, обновления и дальнейшее развитие.

03[ МОДЕЛИ ]

Один и тот же документ
не подходит для любой разработки.

M.01

ФИКСИРОВАННЫЙ ОБЪЁМ

Заранее определённый результат и объём работ.

M.02

ВРЕМЯ И РЕСУРСЫ

Оплата фактически затраченного времени / ресурсов.

M.03

ВЫДЕЛЕННАЯ КОМАНДА

Предоставление команды для работы над продуктом.

M.04

ЭТАПЫ

Разработка и приемка по отдельным этапам.

M.05

СМЕШАННАЯ МОДЕЛЬ

Комбинация нескольких подходов.

Структура договора зависит от модели разработки.

04[ ИНТЕЛЛЕКТУАЛЬНАЯ СОБСТВЕННОСТЬ ]

Код создан.
А кому он принадлежит?

Оплата разработки сама по себе не должна восприниматься как ответ на вопрос об интеллектуальных правах.

В договоре необходимо определить правовой режим создаваемых результатов и порядок предоставления или передачи прав с учётом выбранной модели отношений.

Интеллектуальная собственность
РАЗРАБОТЧИК
СОЗДАЁТ
КОД
ПРАВА
ЗАКАЗЧИК / ЛИЦЕНЗИЯ / ИНАЯ МОДЕЛЬ
05[ СТОРОННИЕ КОМПОНЕНТЫ ]

В продукте может быть
не только ваш код.

Современное программное обеспечение обычно использует библиотеки, программные каркасы, компоненты Open Source, API и другие сторонние технологии.

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

ПРОДУКТ
  • СОБСТВЕННЫЙ КОД
  • OPEN SOURCE
  • API
  • БИБЛИОТЕКИ
  • СТОРОННИЕ СЕРВИСЫ
06[ УСЛУГИ ]

Что можем сделать.

  • 01разработать договор под конкретную модель разработки
  • 02проанализировать договор заказчика или разработчика
  • 03определить модель интеллектуальных прав
  • 04разработать механизм изменения требований
  • 05настроить порядок приемки
  • 06распределить риски использования сторонних компонентов
  • 07связать основной договор с техническим заданием и приложениями
  • 08адаптировать договор для международной разработки
  • 09провести переговоры по договору
08[ СВЯЗАННЫЕ ПРАКТИКИ ]

Связанные практики.

05IT и технологии02Договоры03Интеллектуальная собственность07Международный бизнес

[ ДОГОВОР РАЗРАБОТКИ ПО / ОБСУДИТЬ ДОКУМЕНТ ]

Нужен договор
под вашу модель работы?
Давайте разберёмся,
как устроены отношения.