Методология SCRUM Методология гибкой разработки программного обеспечения

Гибкая методология разработки (Agile) Минимизация рисков, путем сведения разработки к коротким циклам – итерациям Итерация – программный продукт в миниатюре Программный проект в конце итерации

Waterfall vs. Agile

The Agile Manifesto Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more.

Основа SCRUM Методология гибкой разработки Основа – итеративная разработка Правила, по которым планируется и управляется список требования к продукту Итерация = планирование + фиксация + реализация + анализ

SCRUM - концепция Каркас, включающий набор практик и предопределенных ролей Самоорганизующаяся команда Постоянное определение приоритетных задач Обратная связь по результатам итерации Девиз SCRUM «анализируй и адаптируй»

SCRUM – иллюстрация

SCRUM роли Product Owner – человек, отвечающий за разработку продукта Scrum Master – человек, отвечающий за взаимодействие менеджмента и команды Scrum Team – самоорганизующаяся и самоуправляемая

Product Owner - обязанности Отвечает за формирование product vision Управляет ожиданиями заказчиков и всех заинтересованных лиц Координирует и приоритизирует Product backlog Предоставляет понятные и тестируемые требования команде Взаимодействует с командой и заказчиком Отвечает за приемку кода в конце каждой итерации Product Owner ставит задачи команде, но он не вправе ставить задачи конкретному члену проектной команды в течении спринта.

Scrum Master - обязанности Создает атмосферу доверия, Участвует в митингах в качестве фасилитатора Устраняет препятствия Делает проблемы и открытые вопросы видимыми Отвечает за соблюдение практик и процесса в команде Скрам Мастер ведет Daily Scrum Meeting и отслеживает прогресс команды при помощи Sprint Backlog, отмечая статус всех задач в спринте.

Отвечает за оценку элементов баклога Принимает решение по дизайну и реализации Разрабатывает софт и предоставляет его заказчику Отслеживает собственный прогресс (вместе со Scrum Master) Отвечает за результат перед Product Owner Типичные размер команды - 7 плюс минус 2 Нет заранее определенных и поделенных ролей Должна находиться в одном месте Scrum Team - обязанности

Артефакты Product Backlog - это приоритезированный список имеющихся на данный момент бизнес-требований и технических требований к системе. Sprint Backlog содержит функциональность, выбранную Product Owner из Product Backlog

Product backlog

Оценка оставшейся работы на текущее число Начальная оценка работы Время, затраченное на задачу Sprint backlog

Sprint burndown

Спринт (Sprint) Итерация в Scrum (2-4 недели) Результат спринта – готовый продукт (build) Короткие спринты обеспечивают быстрый feedback Каждый спринт – маленький «водопад» Список задач на спринт фиксирован

Жизненный цикл Спринта (1/2) Планирование спринта Первое планирование Участники: команда, Product Owner, Scrum Master, пользователи, менеджмент Цель: Определить цель спринта (Sprint Goal) и Sprint Backlog - функциональность, которая будет разработана в течение следующего спринта для достижения цели спринта. Второе планирование Участники: Scrum Master, команда Цель: определить, как именно будет разрабатываться определенная функциональность для того, чтобы достичь цели спринта. Для каждого элемента Sprint Backlog определяется список задач и оценивается их продолжительность.

Жизненный цикл спринта (2/2) Остановка спринта (Sprint Abnormal Termination) – исключительная ситуация Daily Scrum Meeting Что сделано вчера? Что будет сделано сегодня? С какими проблемами столкнулся? Демо и ревью спринта – демонстрация продукта и анализ достигнутых результатов