Особенности договоровна Agile-разработку ПО

Waterfall development

Agile development (scrum)

REALITY...

Реальный случай

Планировали Вышло

01.10.2014 –01.11.2014(21 рабочий день)

01.10.2014 –...почти закончили

согласовывать(6+ месяцев)

Недостатки традиционных договоров

Предполагают:

строгую последовательность этапов разработки;

каждый этап заканчивается 100% успешно;

недочеты и баги могут быть исключены до поставки;

недочеты и баги в продукте = нарушение договора;

длительный срок поставки = залог качества продукта;

все заканчиваются одной поставкой.

И очень сложно адаптируются под agile-методики...

Что следовало бы признать

всегда есть доля непредсказуемости и дефектов;

договор должен предполагать дефекты как норму процесса и их «мирное» устранение в несколько этапов.

Договор должен

Реалистично описывать:

предмет и цель проекта;

процесс согласования всего на всех этапах;

процесс разработки с учетом итераций;

процесс «разруливания» сбоев в процессах;

процесс «разруливания» дефектов в продукте.

В то время как...

Традиционные договоры поглощают все эти вопросытехнической спецификацией (ТЗ) и фокусируются насанкциях за сбои и дефекты «после факта».

Ключевые роли

1. Product Owner2. Development Team3. ScrumMaster

1

23

Ключевые положения

1. Product Vision

2. Product Backlog

3. Sprint process (incl. Sprint meeting)

4. For sprint – «Definition of Done»

5. For entire project – Project completion

6. Pricing

7. Warranties and indemnities

8. Liability

9. Termination

10. IRP

11. Dispute resolution

МихаилПергаменщик

Старший юрист практикиІТ и медиа права

АО «Юскутум»

Спасибо!