Почему обычные договора уже не работают и в чем их парадоксы? Что именно должно отображаться в Agile контрактах и как это сделать правильно?

1. Agile і договори на
розробку ПЗ

2. Про важливість договорів
• Ризикуємо коштами,
успіхом проекту,
репутацією;
• Передача прав ІВ;
• Інші положення –
конфіденційність,
спеціальна
відповідальність,
гарантії тощо.

3. Про природу речей
Договір на розробку Трудовий договір
ФОП Штатний працівник
Software development /Service
agreement
Замовник
Компанія/ФОП
Компанія/ФОП Компанія/ФОП

4. Waterfall vs Agile development

5. Waterfall vs Agile development
VS

6. Юристи?

7. Планували Вийшло
Строк – 21 робочий день
21 робочий день + 7
місяців (still in progress)

8. Чому звичайні договори – no good?
Зазвичай передбачають:
 Чітку послідовність етапів розробки;
 Жорстку прив’язку до ТЗ;
 Гарантовану успішність кожного етапу (100%);
 Всі недоліки і баги треба усунути до поставки
продукту, інакше – порушення договору;
 Єдину поставку повністю готового продукту;
 Тривалий строк надання послуг виступає
«гарантією» якості;

9. Чому звичайні договори – no good?

10. Парадокс звичайних договорів на розробку
 Agile йде однією дорогою, а
договір – іншою;
 Підписуються і свідомо не
виконуються обома Сторонами;
 Підписуються, і Виконавець
приховує від Замовника весь
agile-процес розробки.

11. Що вимагається від agile договору?
Реалістично описує:
 Предмет і мету проекту;
 Ітеративну модель розробки;
 Визнає баги, лаги, інші збої в роботі
продукту частиною процесу розробки і
надає можливість погодити і поетапно їх
усунути;
 Процедуру погодження будь-яких інших
питань стосовно процесу розробки та
результату (склад команди, питання оплати
тощо);
 Порядок вирішення проблем зі збоями в
процесах.

12. Основна відмінність звичайних договорів від agile
“Real time”“After the fact”
Прозорість виконання роботи та контроль
БАГИ!!!

13. Ключові ролі
1. Product Owner
2. Development Team
3. ScrumMaster
1
3

14. Що маємо на виході
1. Product Vision
2. Product Backlog
3. Sprint process (incl. Sprint meeting)
4. For sprint – «Definition of Done»
5. For the entire project – «Project completion»
6. ETC (Pricing, Warranties and indemnities,
Liability, Termination, IPRs, Dispute resolution)

15. ОК, нам зробили еджайл договір, а Замовнику він не
підходить. Що робити?

16. ОК, нам зробили еджайл договір, а Замовнику він не
підходить. Що робити?

17. Богдан Дучак
Юрист практики ІТ і Медіа права
АО «Юскутум»
bogdan.duchak@juscutum.com
bogdan.duchak