Знакомство с Agile

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

Итерация 1

Итерация 2

Итерация 3

PwC

содержит описание
4 ценностей и 12 принципов Agile
Сочетание разных фреймворков или их аспектов может дать серьезные преимущества и помочь ускорить развитие Agile-подхода в организации

Extreme

Programming (XP)

Scrum
Kanban

Agile Unified

Process (AUP)

Lean Development

Hybrids (Scrum+XP+Kanban), SAFe, DAD

Agile

Feature Driven

Development (FDD),

etc.

Фреймворки, объединенные Agile манифестом

1http://agilemanifesto.org/

что снизу, мы ценим больше то, что сверху

Работающий продукт

Сложная документация

Готовность
к изменениям

Следование
первоначальному плану

Сотрудничество
с заказчиком

Согласование условий контракта

PwC

благодаря регулярной и ранней поставке ценного программного обеспечения.
Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества.
Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.

Работающий продукт — основной показатель прогресса.
Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки.
Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
Простота — искусство минимизации лишней
работы — крайне необходима.
Самые лучшие требования, архитектурные и технические решения рождаются у
cамоорганизующихся команд.
Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

и работы всей компании по самым передовым (гибким и быстрым) подходам

В бизнес среде

Под Agile понимают принципы, объединяющие гибкие подходы для разработки программного
обеспечения, обеспечивающие максимальное соответствие требованиям Заказчика

В ИТ среде

PwC

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

“

“

Компактный фреймворк (менее 30 страниц)
Простой для понимания
НО! трудный для внедрения и совершенного овладения

PwC

человек

Ежедневный Скрам

8 часов

Ретроспектива

Обзор Спринта

Инкремент

Роли

События

Артефакты

Спринт

PwC

и приоритизация Бэклога продукта
Управление датой релиза и его содержанием

Ответственность:
Получение максимальной бизнес-ценности продукта
Задачи:

PwC

координация работы
Численность команды разработки – 3-9 человек. Ключевые характеристики: самоорганизация,
кроссфункциональность, коллективная ответственность за создание релиза (версии) продукта наивысшего качества, отсутствие подкоманд внутри команды.

Ответственность:
Создание качественной версии продукта в конце каждого спринта
Задачи:

PwC

и применения командой фреймворка Скрам в работе
Фасилитация (модерация) всех встреч
Устранение препятствий, мешающих работе команды
Способствование повышению эффективности работы

для исполнения в текущем спринте
Принадлежит:
Команде разработки
Цель Спринта – это ориентир, определяемый во время планирования спринта, он дает Команде разработки некоторую гибкость в отношении объема
функциональности,
разрабатываемой в Спринте
Не допускается внесение изменений в Бэклог спринта

PwC

Бэклог Продукта – это упорядоченный список всех не детализированных требований к продукту
Принадлежит:
Владельцу продукта
Бэклог продукта может изменяться и дополняться Владельцем продукта и Командой̆ в любое время
Бэклог – единственный реестр требований, которые могут быть реализованы в продукте
Элементы, попадающие в Бэклог
следующего спринта, должны быть
максимально детализированны во время планирования спринта (из них формируется Бэклог спринта)

течение
которого создается «Готовый», то есть пригодный к использованию и выпуску Инкремент продукта.
Во время Спринта:
Не допускаются изменения, которые могут поставить под угрозу Цель Спринта
Качество продукта не должно снижаться
По мере появления новых знаний, объём работ может быть уточнен и заново согласован между Владельцем Продукта и Командой Разработки
Каждый Спринт можно считать проектом, который длится не более одного месяца. Спринты, как и проекты, нужны для достижения целей. Каждый Спринт включает цель, концепцию реализации с адаптивным планом по её достижению, исполняемую работу и Инкремент продукта как результат работы. Максимальная продолжительность
Спринта — один календарный месяц. При большем сроке планирования возможны изменения целей, увеличение сложности и рост рисков. Спринты помогают планировать благодаря инспекции и адаптации прогресса по отношению к Цели Спринта как минимум раз в месяц. Они ограничивают стоимость рисков разработки месяцем работ.

начале спринта
(один раз в 2-4 недели)

Каждый день (в начале или в конце дня)

В конце спринта

В конце спринта

В середине спринта

1 час

Формирование объема работ на спринт и создание плана действий
Создание и синхронизация плана на
ближайшие 24 часа
Получение обратной связи от Владельца продукта и заинтересованных лиц
Выявление и решение проблем для повышения эффективности всего процесса создания продукта
Оценка новых требований и актуализация Бэклога на
следующий спринт

2-8 часов 15 минут 2-4 часа 1-3 часа
Время указано из практики проведения встреч для месячного спринта

PwC

События

В отличие от Спринта, который является контейнером для остальных событий, каждое событие в Скраме – это формальная возможность для инспекции и адаптации.

как долго?
В начале Спринта, 1 раз за Спринт, максимум 8 часов для месячного Спринта

PwC

Зачем?
Сформировать объем задач на Спринт
Какого результата хотим добиться?
Получить план работ на Спринт и определить Цель Спринта

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

PwC

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

пользователи)
Когда, как часто и как долго?
1 раз в конце Спринта (4 часа для месячного Спринта)

PwC

Зачем?
Показать внесенные изменения, доработки в продукте, чтобы получить обратную связь
Какого результата хотим добиться?
Получить обратную связь, пересмотреть Бэклог Продукта

работе команды
Какого результата хотим
добиться?
Создать план внедрения
улучшений в процесс работы
Команды

PwC

Кто приходит?
Скрам-мастер, Владелец
продукта и Команда
разработки
Когда, как часто и как долго?
1 раз в конце Спринта (3 часа
для месячного Спринта)

команды (Что мы умеем делать хорошо?)
Для записи «дельты»

(Что может быть улучшено?)

Для записи новых идей
Для формализации решений по SMART

+

PwC

∆

Идеи

Решения

Бэклог, начать детализировать требования для следующего спринта

PwC

Кто приходит?
Скрам-мастер, Владелец продукта и Команда разработки
Когда, как часто и как долго? 1 раз в середине Спринта
(1 час)