Scrum

1. SCRUM

Презентацию подготовили студенты
группы БСТ-2252
Зюзина А.С.
Харченко К.Е.
Балашов Р.А.

2. Что такое scrum?

Скрам – это один из Agile процессов, который позволяет
фокусироваться на поставке наиважнейших, с точки зрения
бизнеса, ценностей в наикратчайшие сроки
• Он позволяет нам быстро и регулярно
инспектировать реально работающее
программное обеспечение (от двух недель до
месяца).
• Бизнес расставляет приоритеты. Команды
самоорганизовываются и определяют лучший
способ, чтобы выпустить функции с высоким
приоритетом.
• С регулярностью от двух недель до месяца все
могут видеть реально работающий программный
продукт, и решить выпускать его как он есть либо
продолжить улучшение в следующем спринте.

3. Популярность Scrum

• Microsoft
• Yahoo
• Google
• Philips
• Nokia
• BBC

4. Применение Scrum

• Коммерческое ПО
• Разработка видеоигр
• Внутренняя разработка
• Жизненно важные системы,
утвержденные Управлением по
контролю за продуктами и
лекарствами (США)
• Проекты с фиксированной
стоимостью
• Финансовые приложения
• Встроенные системы
• ПО контроля за спутниками
• Веб-сайты
• Портативное ПО
• Создание «Унифицированного • Мобильные телефоны
истребителя• Приложения работы сети
бомбардировщика»

5. Основные принципы метода Scrum

● Работа короткими циклами — спринтами. Все
действия планируются только в пределах одного
спринта, а его результатом должна быть значимая,
ценная часть продукта.
● Гибкость. После каждого спринта продукт
тестируют. Возникшие ошибки или проблемы
учитывают при планировании следующего цикла.
● Участие заказчика и пользователей в работе над
продуктом. Их обратная связь помогает оперативно
вносить изменения в продукт.
● Тесное взаимодействие команды. Все участники
работают и достигают поставленных целей вместе.

6. Схема методики Scrum

Scrum не требует внедрения каких-либо дорогостоящих инструментов. Схему методики
Scrum вкратце можно описать следующим образом:
Для начала необходимо выбрать «Владельца продукта» — человека, обладающего
видением того, что вы собираетесь создать или достигнуть.
1. Затем нужно собрать «Команду», в которую войдут люди, непосредственно
выполняющие работу. Они должны обладать навыками и знаниями, которые помогут
воплотить идею владельца продукта в жизнь.
2. Нужно выбрать «Скрам-мастера» — того, кто будет следить за ходом реализации
проекта, обеспечивать проведение коротких собраний и помогать команде устранять
препятствия на пути достижения цели.
3. Приступая к работе, нужно создать максимально полный список всех требований,
предъявляемых к продукту или цели. Пункты этого списка должны быть расставлены по
приоритету. Список носит название «Бэклог продукта». Он может развиваться и
изменяться на протяжении всего срока реализации проекта.
4. Участники команды должны оценить по своей системе оценок каждый пункт на
предмет сложности и затрат, которые потребуются для его выполнения.

7. Cхема методики Scrum (продолжение)

5. Затем участники, скрам-мастер и владелец продукта должны провести первое
скрам-собрание, на котором они запланируют спринт — определенное время для выполнения
части заданий. Продолжительность спринта не должна превышать один месяц. За каждый
спринт команда нарабатывает определенное количество баллов. Команда должна постоянно
стремиться к тому, чтобы превзойти в новом спринте количество наработанных баллов за
предыдущий спринт, то есть ее цель — постоянно превосходить свои собственные результаты —
«наращивать динамику производительности».
6. Чтобы все участники были в курсе состояния дел нужно завести скрам-доску с тремя
колонками: «Нужно сделать, или бэклог»; «В работе»; «Сделано». На доску участники клеят
стикеры с заданиями, которые в процессе работы поочередно перемещаются из колонки
«Бэклог» в колонку «в работе», а затем в «сделано».
7. Ежедневно проводится скрам-собрание. По выражению Джеффа Сазерленда «это
пульс всего процесса Scrum». Суть его проста — ежедневно, на ходу, пятнадцать минут на то,
чтобы все дали ответы на три вопроса: «Что ты делал вчера, чтобы помочь команде завершить
спринт?», «Что ты будешь делать сегодня, чтобы помочь команде завершить спринт?», «Какие
препятствия встают на пути команды?».
8. По завершении спринта команда делает его обзор — проводит встречу, на которой
участники рассказывают, что сделано за спринт.
9. После показа результатов работы за спринт участники проводят ретроспективное
собрание, на котором обсуждают, что команда делала хорошо, что можно сделать лучше, что
можно улучшить прямо сейчас.

8. Плюсы и минусы метода

Плюсы:
• возможность быстрого запуска
проекта, поскольку в конце
каждого спринта предоставляется
работоспособный продукт;
• постоянный контроль над ходом
работы;
Минусы:
• сложности с расчётом
бюджета, поскольку он
может изменяться, исходя из
изменяющихся задач;
высокие требования к
квалификации команды,
поскольку каждый участник
должен быть ответственным
за результат своей работы;
сложности с внедрением,
так как команде придётся
пройти обучение технологии
Scrum, разобраться в её
практиках, инструментах.
• гибкость, способность оперативно
реагировать на изменения рынка и
управлять бюджетом;
• регулярные демонстрации
результата, что минимизирует риск
разочарований заказчика.

9. Ежедневное совещание

Начинается точно вовремя;
Длится не более 15 минут;
Проводится в одном и том же месте в течение
спринта.
В течение совещания каждый член команды отвечает
на 3 вопроса:
Что я сделал с момента прошлой встречи для того, чтобы помочь Команде
Разработки достигнуть Цели Спринта?
Что я сделаю сегодня для того, чтобы помочь Команде Разработки достичь Цели
Спринта?
Вижу ли я препятствия для себя или Команды Разработки, которые могли бы
затруднить достижение Цели Спринта?
Над решением этих проблем работает скрам
мастер.

10. Обзор итогов спринта

Проводится в конце спринта.
Команда
демонстрирует
прирост
функциональности
продукта всем заинтересованным лицам.
Привлекается максимальное количество зрителей.
Все члены команды участвуют в демонстрации (один человек
на демонстрацию или каждый показывает, что сделал за
спринт).
Нельзя демонстрировать незавершенную функциональность.
Ограничена
четырьмя
часами
в
зависимости
от
продолжительности итерации и прироста функциональности
продукта.