agile requirements management

39
Антон Зотин Требования в Agile Москва 2014 Luxoft Agile Practice

Upload: alexey-bolshakov

Post on 05-Dec-2014

175 views

Category:

Technology


3 download

DESCRIPTION

 

TRANSCRIPT

Page 1: Agile requirements management

Антон Зотин

Требования в Agile

Москва

2014

Luxoft Agile Practice

Page 2: Agile requirements management

April 9, 2023 2

Почему Agile?

Page 3: Agile requirements management

3 April 9, 2023

Основные проблемы при разработке

Никогда

45%

Редко19%

Иногда16%

Часто13% Постоя

нно7%

Реальное использование запрошенной функциональности

Оплата ненужного функционала

– > 50% ресурсов уходит на разработку функциональности, практически не используемой пользователями

Задержка поставки необходимого функционала

– Инженеры стремятся «изобретать велосипед» и решать интересные технические задачи вместо бизнес-проблем

Слишком высокая стоимость внесения даже небольших изменений

– Длинные циклы изменений из-за сложной процедуры управления изменениями, отнимающей время и деньги

Сложно понять текущий статус

– Клиент перегружен отчетами, но не видит актуального состояния проекта с точки зрения работающей функциональности

Источник: The CHAOS Manifesto, The Standish Group, 2011

Page 4: Agile requirements management

4 April 9, 2023

36% функционала используется бизнес-заказчиками

Поставка бизнес-ценности

Гибкая разработка (ориентация на бизнес-ценность)

Feature A Feature B Feature C

Feature Z

Крупная поставка,

одновременная приемка

Никогда45%

Редко19% Иногда

16% Часто13%

Постоянно

7%

«Водопадная» разработка (ориентация на план)

Источник: The CHAOS Manifesto, The Standish Group, 2011

Никогда

10%Редко10%

Иногда

27% Часто24%

Постоянно29%Feature A

Feature B

Feature C…

Feature Z

Поставка

Поставка

ПоставкаПоставка

Поставка80% функционала используется бизнес-заказчиками

Основано на опыте Luxoft

Page 5: Agile requirements management

5 April 9, 2023

Основные преимущества

Приоритизация на основе ценности для бизнеса вместо Задержек поставки необходимого функционала– Функциональность приоритизируется и поставляется соответственно ценности для клиента,

обеспечивая быструю реакцию на новые рыночные возможности и требования

Выполнение полезной работы вместо Оплаты ненужного функционала– Разработанная функциональность регулярно демонстрируется бизнес-пользователям в

небольших поставках, поэтому любые несоответствия обнаруживаются и исправляются на раннем этапе

Изменения без дополнительных трат вместо Слишком высокой стоимости внесения даже небольших изменений– Встроенные практики управления изменениями обеспечивают возможность быстрой и

объективной оценки воздействия и «бесплатного» внесения изменений в требования

Полный контроль над проектом вместо Сложного понимания текущего статуса– Прозрачность работы, совмещенная с ранними и частыми поставками, оставляет за бизнес-

спонсорами полный контроль над проектом, включая изменения рамок требований и расписания поставок, а также ранний выпуск продукта при изменении ситуации на рынке

Page 6: Agile requirements management

April 9, 2023 6

Почему Luxoft?

Page 7: Agile requirements management

7 April 9, 2023

Репутация LuxoftEUROPEAN OUTSOURCING ASSOCIATION2012: IT Outsourcing project of the year – Hotwire Int.2011: Outsourcing Provider of the Year2011: Luxoft Ukraine – Outsourcing destination of the year

INTERNATIONAL ASSOCIATION OF OUTSOURCING PROFESSIONALS 2012: #47 spot of the 100 Leading Global Outsourcing Service Providers

list

ZINNOV R&D SERVICE PROVIDER RANKING 2012: Featured in leading R&D service providers lists for Software/ISV,

Telecommunication and Semiconductor industries

NATIONAL OUTSOURCING ASSOCIATION2011: Outsourcing Provider of the Year 2011: Luxoft Poland – Outsourcing destination of the year

EVEREST PEAK MATRIX FOR BANKING APPLICATION OUTSOURCING 2011: Luxoft was the only Eastern European provider listed

FROST & SULLIVAN BEST PRACTICE AWARD 2011: Competitive Strategy Innovation

GLOBAL SERVICES 100 LIST 2011: Top Global Mid-Tier ITO Vendors, Leading Mid-Tier ADM Vendors,

Top Specialty Product Engineering Vendors, IT Services Leaders in Eastern Europe

CERTIFICATIONS Europe’s first SEI CMMI v1.2 Level 5 ISO 9001:2012/ISO 27001: 2005

Page 8: Agile requirements management

8 April 9, 2023

Гибкая разработка для предприятий

Крупные распределенные

Agile-проекты

Повышение прозводительсти

Time to market (weeks)

0 6 12

Features per 1 USD

0 0.01 0.02

Agile

Traditional

Выделенный центр эспертизы по Agile-процессам

ЗАПУСК НОВЫХ AGILE-ПРОЕКТОВ

ПЕРЕХОД НА AGILE-ПОДХОД

ПОВЫШЕНИЕ ПРОИЗВОДИТЕЛЬНОСТИ

Выделенная группа Agile-экспертов (15+)

Собственный процесс Luxoft Agile Framework

100+ CSM (Certified ScrumMasters)

700+ практиков

Более 700 человек в 50+ Agile-проектах

Small 1-10 people

Medium 11-25 people

Large 26+ people

31

19

6

Page 9: Agile requirements management

April 9, 2023 9

Сервисы Agile Practice

Page 10: Agile requirements management

10 April 9, 2023

Обзор сервисов Аудит процесса и «дорожная карта» трансформации (для существующих

проектов)

Запуск команд (для новых проектов)

Вводные тренинги для Agile-команд

Командный и личный коучинг, помощь в настройке процесса

Разработка, сбор и анализ метрик эффективности работы

Анализ технических практик (архитектура, CI, контроль качества, TDD, ATDD) и инженерный коучинг

Консалтинг по трансформации структуры проекта для поддержки масштабирования

Page 11: Agile requirements management

April 9, 2023 11

Примеры проектов

Page 12: Agile requirements management

12 April 9, 2023

Организационная трансформация программыКрупный инвестиционный банк (топ-10)

Цели: Сократить время разработки новой

функциональности Повысить прозрачность выполнения

плана релизов Построить масштабируемый процесс

работы с требованиями

Сложности: Распределенная проектная команда

(3 страны, 7-ми часовая разница во времени)

Владелец продукта не имеет прямого контакта с бизнес-спонсорами

Частые срывы сроков Добавление новых команд

разработчиков еще больше увеличивает время выхода новой функциональности

Время между запросом и

реализацией до процессной

трансформации – 20 недель

Непрозрачный статус проекта для

спонсоров

Непрозрачные приоритеты

развития продукта для разработчиков

Page 13: Agile requirements management

13 April 9, 2023

Результаты проектаКрупный инвестиционный банк (топ-10)

Изменения: Объединение ключевых людей в

единую рабочую группу с регулярными встречами

Распределение роли владельца продукта

Независимая работа команд в разных локациях

Единый формат упрощенного документирования требований

Автоматизация тестирования продукта

Регулярные онлайн-совещания и командировки для обмена опытом

Внедрение более эффективных практик проведения совещаний и планирования

Время между запросом и

реализацией после процессной

трансформации – 8-12 недель

Прозрачная отчетность

Эффективное масштабирование

с 4 до 8 команд

Page 14: Agile requirements management

14 April 9, 2023

Организационная трансформация центра разработкиКрупная туристическая компания

Цель: ускорить время выхода новых сервисов компании на рынок

Сложности:– Более 10 лет успешной разработки ПО с

традиционным жизненным циклом

– Команда без опыта работы по Scrum

– Отсутствие постоянной интеграции в разработке

– Удаленная команда автоматизации тестирования

– 10-часовая разница во времени между командой и Product Owner

– Единая база кода для нескольких продуктов – межкомандная интеграция

– Низкое покрытие тестами – длинный цикл регрессионного тестирования

– Несколько локаций

Page 15: Agile requirements management

15

Синхронизация Agile-подходов– Стартовые тренинги в Киеве и Сан-

Франциско

Обучение– Совместные тренинги с тренерами Agile

Практики для выработки общего видения

– Спринт 0 тренинги с командами и Product Owners

– Обучение команд выделенным тренером в течение 3 месяцев

Оптимизация структуры команд– Выделение Proxy product owners в

командах для решения сложностей с 10-часовой разницей во времени между командами

– Выделенный координатор во временной зоне Сан-Франциско

Рост производительности и повышение качества– Внедрение и пилотирование набора

инструментов и практик для повышение качества

Открытое сотрудничество, высокий

уровень взаимного доверия

Улучшилось качество

Все команды успешно перешли на разработку по

Scrum методологии

Длительность цикла реализации бизнес

требований сократилась в 2 раза

Организационная трансформация центра разработкиКрупная туристическая компания

Page 16: Agile requirements management

April 9, 2023 16

Требования в Agile

Page 17: Agile requirements management

17 April 9, 2023

Классический подход

Page 18: Agile requirements management

18 April 9, 2023

Эффективность коммуникаций

Page 19: Agile requirements management

19 April 9, 2023

Улучшаем коммуникации

Dear Sir/Madam,

Fire! Fire! Help

me! 123 Carenden RoadLooking forward to hearing from you. All the best.

Maurice Moss

Page 20: Agile requirements management

20 April 9, 2023

Что нам поможет?

Page 21: Agile requirements management

21 April 9, 2023

Но помним

Page 22: Agile requirements management

22 April 9, 2023

Почему документы не читают

Page 23: Agile requirements management

23 April 9, 2023

Как съесть слона

Page 24: Agile requirements management

24 April 9, 2023

Правильно делим

Page 25: Agile requirements management

25 April 9, 2023

Критерии хорошего «кусочка»

Page 26: Agile requirements management

26 April 9, 2023

Лапа

Голова

Хвост

Ухо

Тулово

Беклог

Page 27: Agile requirements management

27 April 9, 2023

Беклог из жизни

Page 28: Agile requirements management

28 April 9, 2023

Уточнение беклога (Product Backlog Refinement)

Page 29: Agile requirements management

29 April 9, 2023

Приоритезация

Page 30: Agile requirements management

30 April 9, 2023

Оценка

Page 31: Agile requirements management

31 April 9, 2023

Разбиение (Story Splitting)

Page 32: Agile requirements management

32 April 9, 2023

Уточнение

Page 33: Agile requirements management

33 April 9, 2023

«Специализация у нас узкая: один пришивает карман, другой – проймочку, один – рукав. Я лично пришиваю пуговицы. К пуговицам претензии есть?»

А. Райкин, «Ателье»

Критерии готовности (Definition of Done)

Page 34: Agile requirements management

34 April 9, 2023

DoD из жизни

Page 35: Agile requirements management

35 April 9, 2023

Accepted, or not accepted: that is the question!

Критерии приемки (Acceptance Criteria)

Page 36: Agile requirements management

36 April 9, 2023

AC из жизни

Page 37: Agile requirements management

37

DoD vs AC

April 9, 2023

Ожидания

DoD[что должно быть

сделано]

AC[как система должна себя

вести]

Page 38: Agile requirements management

38 April 9, 2023

Page 39: Agile requirements management

39 April 9, 2023

Вопросы

Anton V. Zotin

email: [email protected]: +7 903 122 5571skype: antonzotintwitter: @antonzotinru.linkedin.com/in/antonzotin