Анализ особенностей Agile-ориентированных подходов на примере Scrum

История развития Scrum:

• основные идеи Scrum были изложены в статье Хитораки Такэути и Икудзиро Нонаки в 1986 г.;

• сам термин Scrum (толкотня, схватка вокруг мяча в регби) был впервые введен в 1991 г. ДеГрейсом и Шталем;

• впервые Scrum как самостоятельный метод был представлен Швабером и Сазерлендом в 1996 г.;

• Scrum как методология окончательно оформился в 2001 г.

Современное восприятие Scrum

Сейчас Scrum трактуется как гибкий подход для управления проектами c высокой степенью неопределенности

Суть Scrum

Суть положений Scrum заключается в мнении, что лучшие результаты в ИТ-проектах обычно систематически обеспечивают небольшие кросс-функциональные команды

Успех или неуспех применения Scrum во многом определяется соответствием команды проекта следующим особенностям:

• самоорганизация - это означает, что не существует такого участника, который бы решал, кто именно и какую задачу или проблему будет решать. Вся команда принимает совместные решения;

• кросс-функциональность - это означает, что в ней участники обладают достаточным набором умений, знаний и навыков для успешной реализации проекта.

Scrum выделяет следующие специфические роли:

ScrumMaster (наставник команды) - помогает участникам команды достигать наивысшего уровня производительности;

Product owner (владелец продукта) - сосредоточен на том, чтобы команда проекта работала над достижением правильной цели и достигает этого, создавая четкое видение конечного продукта и транслируя это видение участникам команды.

В отличие от традиционного менеджера проекта ScrumMaster:

• не является руководителем команды;

• не назначает задачи.

Основной артефакт Scrum

Основным артефактом Scrum является разрабатываемый продукт (чаще всего, ПО). Предполагается, что команда проекта создаст продукт или часть продукта несущие пользу для бизнеса по результатам каждой итерации Scrum

В качестве других артефактов Scrum следует указать:

• резерв проекта (Scrum product backlog) - это полный список функциональности, которой должен обладать продукт, приоретизированный владельцем продукта по степени убывания значимости функций;

• потребности пользователя (user stories) - коротко описывают ожидаемую функциональность с точки зрения пользователя и заказчика;

• резерв спринта (sprint backlog) – аналог списка задач команды, которые следует реализовать для обеспечения требуемой функциональности;

• график сгорания спринта (sprint burndown chart) и график сгорания релиза (release burndown chart) – инструменты определения динамики реализации проекта.

Основной артефакт Scrum

Основным артефактом Scrum является разрабатываемый продукт (чаще всего, ПО). Предполагается, что команда проекта создаст продукт или часть продукта несущие пользу для бизнеса по результатам каждой итерации Scrum

В качестве других артефактов Scrum следует указать:

• резерв проекта (Scrum product backlog) - это полный список функциональности, которой должен обладать продукт, приоретизированный владельцем продукта по степени убывания значимости функций;

• потребности пользователя (user stories) - коротко описывают ожидаемую функциональность с точки зрения пользователя и заказчика;

• резерв спринта (sprint backlog) – аналог списка задач команды, которые следует реализовать для обеспечения требуемой функциональности;

• график сгорания спринта (sprint burndown chart) и график сгорания релиза (release burndown chart) – инструменты определения динамики реализации проекта.

Основной процесс Scrum

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

Основными встречами Scrum являются:

• совещание по планированию спринта – первое событие каждого спринта, формирующее резерв спринта;

• ежедневные Scrum-совещания – события, подводящие итоги сделанному за день, планирующие работу на день и определяющие основные препятствия на пути выполнения запланированной работы;

• Scrum над Scrumом – события, подводящие итоги работы отдельных Scrum-команд за день, планирующие работу Scrum-команд на день и определяющие основные препятствия на пути выполнения запланированной работы Scrum-командами;

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

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