agile requirements management
DESCRIPTION
TRANSCRIPT
Антон Зотин
Требования в Agile
Москва
2014
Luxoft Agile Practice
April 9, 2023 2
Почему Agile?
3 April 9, 2023
Основные проблемы при разработке
Никогда
45%
Редко19%
Иногда16%
Часто13% Постоя
нно7%
Реальное использование запрошенной функциональности
Оплата ненужного функционала
– > 50% ресурсов уходит на разработку функциональности, практически не используемой пользователями
Задержка поставки необходимого функционала
– Инженеры стремятся «изобретать велосипед» и решать интересные технические задачи вместо бизнес-проблем
Слишком высокая стоимость внесения даже небольших изменений
– Длинные циклы изменений из-за сложной процедуры управления изменениями, отнимающей время и деньги
Сложно понять текущий статус
– Клиент перегружен отчетами, но не видит актуального состояния проекта с точки зрения работающей функциональности
Источник: The CHAOS Manifesto, The Standish Group, 2011
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
5 April 9, 2023
Основные преимущества
Приоритизация на основе ценности для бизнеса вместо Задержек поставки необходимого функционала– Функциональность приоритизируется и поставляется соответственно ценности для клиента,
обеспечивая быструю реакцию на новые рыночные возможности и требования
Выполнение полезной работы вместо Оплаты ненужного функционала– Разработанная функциональность регулярно демонстрируется бизнес-пользователям в
небольших поставках, поэтому любые несоответствия обнаруживаются и исправляются на раннем этапе
Изменения без дополнительных трат вместо Слишком высокой стоимости внесения даже небольших изменений– Встроенные практики управления изменениями обеспечивают возможность быстрой и
объективной оценки воздействия и «бесплатного» внесения изменений в требования
Полный контроль над проектом вместо Сложного понимания текущего статуса– Прозрачность работы, совмещенная с ранними и частыми поставками, оставляет за бизнес-
спонсорами полный контроль над проектом, включая изменения рамок требований и расписания поставок, а также ранний выпуск продукта при изменении ситуации на рынке
April 9, 2023 6
Почему Luxoft?
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
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
April 9, 2023 9
Сервисы Agile Practice
10 April 9, 2023
Обзор сервисов Аудит процесса и «дорожная карта» трансформации (для существующих
проектов)
Запуск команд (для новых проектов)
Вводные тренинги для Agile-команд
Командный и личный коучинг, помощь в настройке процесса
Разработка, сбор и анализ метрик эффективности работы
Анализ технических практик (архитектура, CI, контроль качества, TDD, ATDD) и инженерный коучинг
Консалтинг по трансформации структуры проекта для поддержки масштабирования
April 9, 2023 11
Примеры проектов
12 April 9, 2023
Организационная трансформация программыКрупный инвестиционный банк (топ-10)
Цели: Сократить время разработки новой
функциональности Повысить прозрачность выполнения
плана релизов Построить масштабируемый процесс
работы с требованиями
Сложности: Распределенная проектная команда
(3 страны, 7-ми часовая разница во времени)
Владелец продукта не имеет прямого контакта с бизнес-спонсорами
Частые срывы сроков Добавление новых команд
разработчиков еще больше увеличивает время выхода новой функциональности
Время между запросом и
реализацией до процессной
трансформации – 20 недель
Непрозрачный статус проекта для
спонсоров
Непрозрачные приоритеты
развития продукта для разработчиков
13 April 9, 2023
Результаты проектаКрупный инвестиционный банк (топ-10)
Изменения: Объединение ключевых людей в
единую рабочую группу с регулярными встречами
Распределение роли владельца продукта
Независимая работа команд в разных локациях
Единый формат упрощенного документирования требований
Автоматизация тестирования продукта
Регулярные онлайн-совещания и командировки для обмена опытом
Внедрение более эффективных практик проведения совещаний и планирования
Время между запросом и
реализацией после процессной
трансформации – 8-12 недель
Прозрачная отчетность
Эффективное масштабирование
с 4 до 8 команд
14 April 9, 2023
Организационная трансформация центра разработкиКрупная туристическая компания
Цель: ускорить время выхода новых сервисов компании на рынок
Сложности:– Более 10 лет успешной разработки ПО с
традиционным жизненным циклом
– Команда без опыта работы по Scrum
– Отсутствие постоянной интеграции в разработке
– Удаленная команда автоматизации тестирования
– 10-часовая разница во времени между командой и Product Owner
– Единая база кода для нескольких продуктов – межкомандная интеграция
– Низкое покрытие тестами – длинный цикл регрессионного тестирования
– Несколько локаций
15
Синхронизация Agile-подходов– Стартовые тренинги в Киеве и Сан-
Франциско
Обучение– Совместные тренинги с тренерами Agile
Практики для выработки общего видения
– Спринт 0 тренинги с командами и Product Owners
– Обучение команд выделенным тренером в течение 3 месяцев
Оптимизация структуры команд– Выделение Proxy product owners в
командах для решения сложностей с 10-часовой разницей во времени между командами
– Выделенный координатор во временной зоне Сан-Франциско
Рост производительности и повышение качества– Внедрение и пилотирование набора
инструментов и практик для повышение качества
Открытое сотрудничество, высокий
уровень взаимного доверия
Улучшилось качество
Все команды успешно перешли на разработку по
Scrum методологии
Длительность цикла реализации бизнес
требований сократилась в 2 раза
Организационная трансформация центра разработкиКрупная туристическая компания
April 9, 2023 16
Требования в Agile
17 April 9, 2023
Классический подход
18 April 9, 2023
Эффективность коммуникаций
19 April 9, 2023
Улучшаем коммуникации
Dear Sir/Madam,
Fire! Fire! Help
me! 123 Carenden RoadLooking forward to hearing from you. All the best.
Maurice Moss
20 April 9, 2023
Что нам поможет?
21 April 9, 2023
Но помним
22 April 9, 2023
Почему документы не читают
23 April 9, 2023
Как съесть слона
24 April 9, 2023
Правильно делим
25 April 9, 2023
Критерии хорошего «кусочка»
26 April 9, 2023
Лапа
Голова
Хвост
Ухо
Тулово
Беклог
27 April 9, 2023
Беклог из жизни
28 April 9, 2023
Уточнение беклога (Product Backlog Refinement)
29 April 9, 2023
Приоритезация
30 April 9, 2023
Оценка
31 April 9, 2023
Разбиение (Story Splitting)
32 April 9, 2023
Уточнение
33 April 9, 2023
«Специализация у нас узкая: один пришивает карман, другой – проймочку, один – рукав. Я лично пришиваю пуговицы. К пуговицам претензии есть?»
А. Райкин, «Ателье»
Критерии готовности (Definition of Done)
34 April 9, 2023
DoD из жизни
35 April 9, 2023
Accepted, or not accepted: that is the question!
Критерии приемки (Acceptance Criteria)
36 April 9, 2023
AC из жизни
37
DoD vs AC
April 9, 2023
Ожидания
DoD[что должно быть
сделано]
AC[как система должна себя
вести]
38 April 9, 2023
39 April 9, 2023
Вопросы
Anton V. Zotin
email: [email protected]: +7 903 122 5571skype: antonzotintwitter: @antonzotinru.linkedin.com/in/antonzotin