Михаил Пергаменщик рассказал о проблемах совместимости традиционных договоров на разработку ПО с agile-методами разработки ПО, о нужности agile-договоров как отдельного вида и об их особенностях в рамках конференции по проектному менеджменту

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

2. Waterfall development

3. Agile development (scrum)

4. REALITY...

5. Реальный случай
Планировали Вышло
01.10.2014 –
01.11.2014
(21 рабочий день)
01.10.2014 –
...почти закончили
согласовывать
(6+ месяцев)

6. Недостатки традиционных договоров
Предполагают:
 строгую последовательность этапов разработки;
 каждый этап заканчивается 100% успешно;
 недочеты и баги могут быть исключены до поставки;
 недочеты и баги в продукте = нарушение договора;
 длительный срок поставки = залог качества продукта;
 все заканчиваются одной поставкой.
И очень сложно адаптируются под agile-методики...

7. Что следовало бы признать
 всегда есть доля непредсказуемости и дефектов;
 договор должен предполагать дефекты как норму
процесса и их «мирное» устранение в несколько этапов.

8. Договор должен
Реалистично описывать:
 предмет и цель проекта;
 процесс согласования всего на всех этапах;
 процесс разработки с учетом итераций;
 процесс «разруливания» сбоев в процессах;
 процесс «разруливания» дефектов в продукте.

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

10. Ключевые роли
1. Product Owner
2. Development Team
3. ScrumMaster
1
2
3

11. Ключевые положения
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

12. Михаил
Пергаменщик
Старший юрист практики
ІТ и медиа права
АО «Юскутум»
Спасибо!