Денис Береговий розважав проектних ІТ-менеджерів з усієї країни розповідями про те, що звичайні договори заважають розробляти ПЗ, пояснив, чому agile-розробка повинна відображатися в договорі і як це зробити правильно.
3. Про природу речей або how it works
Договір на розробку Трудовий договір
ФОП Штатний працівник
Software development /Service
agreement
Замовник
Компанія/ФОП
4. Про що йтиметься далі
Software development /Service
agreement
Замовник
Компанія/ФОП
9. Чому звичайні договори – no good?
Зазвичай передбачають:
Чітку послідовність етапів розробки;
Жорстку прив’язку до ТЗ;
Гарантовану успішність кожного етапу;
Всі недоліки і баги треба усунути до поставки
продукту, інакше - порушення договору;
Єдину поставку повністю готового продукту;
Тривалий строк надання послуг виступає
«гарантією» якості.
10. Парадокс звичайних договорів на розробку
Підписуються і свідомо не
виконуються обома Сторонами;
Підписуються і Виконавець
приховує від Замовника весь
agile-процес розробки.
11. Що вимагається від agile договору?
Реалістично описує:
Предмет і мету проекту;
Ітеративну модель розробки;
Визнає баги, лагів, інших збоїв в роботі
продукту частиною процесу розробки і
надає можливість погодити і поетапно їх
усунути;
Процедуру погодження будь-яких інших
питань стосовно процесу розробки та
результату (склад команди, питання оплати
тощо);
Процес вирішення проблем зі збоями в
процесах.