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