Scrum — это фреймворк для разработки проектов, который помогает командам правильно приоритизировать задачи и работу над продуктом. Его основа — итеративная разработка и получение регулярной обратной связи от заказчиков и пользователей.
5 Мероприятий Скрама:
1. Daily Scrum
Эта встреча длится не более пятнадцати минут и проводится каждый рабочий день в одном и том же месте в одно и то же время. В нем принимают участие все разработчики. На нем озвучивается информация для оценки прогресса и отмечаются препятствия. В результате разработчики могут прийти к необходимости перепланирования работы внутри Спринта.
2. Sprint Review
Проводится в конце Спринта, чтобы клиенты и заинтересованные лица провели инспекцию Инкремента и дали обратную связь по нему, а Скрам-команда, при необходимости, сделала адаптацию Бэклога Продукта. Для Спринта длиной в месяц Sprint Review длится не более 4 часов.
3. Sprint Planning
На этой встрече Скрам-команды происходит планирование работы на следующий Спринт. Для Спринта длиной в месяц встреча длится не более 8 часов. Она завершается созданием Бэклога Спринта и включает обсуждение 3-х тем:
- Почему этот Спринт ценен?
- Что может быть сделано в этом Спринте?
- Как будет выполняться выбранная работа?
4. Sprint Retrospective
Ретроспектива Спринта дает Скрам-команде возможность провести инспекцию своей работы и создать план улучшений на следующий Спринт. Ретроспектива проходит после Обзора Спринта, перед Планированием Спринта. Для Спринта длиной в месяц эта встреча ограничивается 3 часами.
5. Sprint
Спринты — это короткие регулярные циклы длиной не более четырех недель. Итерации работы должны быть достаточно короткими, чтобы команда не теряла концентрацию, и при этом достаточно длинными, чтобы поставлять значимый инкремент работы. Все остальные Мероприятия Скрама проводятся в рамках Спринта. Следующий Спринт начинается сразу же по окончании предыдущего.
3 зоны ответственности в Scrum
- присваиваются участникам Скрам-команды независимо от их должностей.
1. Product Owner
Владелец Продукта отвечает за формирование видения совершенного и при этом реализуемого продукта. В его обязанности также входит курирование и приоритизация Бэклога Продукта. Около 50% времени Владелец Продукта проводит с клиентами и заинтересованными лицами, остальные 50% работает совместно с командой.
2. Developers
Разработчики – это люди, работающие над элементами Бэклога Спринта. Они имеют все необходимые компетенции, чтобы каждый Спринт создавать работающий Инкремент Продукта. Разработчики:
- создают Бэклог Спринта;
- ежедневно адаптируют свой план достижения Цели Спринта;
- стремятся к качеству посредством соблюдения Критериев Готовности;
- помогают друг друг развивать свои профессиональные навыки, необходимые для разработки продукта.
3. Scrum Master
Скрам-мастер является лидером-слугой (Servant Leader) для Скрам-команды и для организации в целом. Обучает команду устранять препятствия, является коучем команды и фасилитирует Мероприятия Скрама. Фактически является владельцем процесса, ответственным за эффективную работу команды.
Артефакты Скрама (Scrum Artifacts).
В Скраме существует три артефакта: Бэклог Продукта, Бэклог Спринта, Инкремент. Они спроектированы таким образом, чтобы обеспечить максимальную прозрачность ключевой информации, и чтобы все участники процесса имели единое понимание каждого из артефактов.
1. Product Backlog
Бэклог Продукта – это упорядоченный и постоянно обновляемый список всего, что планируется сделать для создания и улучшения продукта. Он является единственным источником работы для Скрам-команды. Владелец Продукта несет ответственность за Бэклог Продукта, включая его содержимое, доступность и упорядочение.
2. Sprint Backlog
Бэклог Спринта – это Цель Спринта, набор Элементов Бэклога Продукта, выбранных для выполнения в текущем Спринте, а также план разработки Инкремента продукта и достижения Цели Спринта. Служит для наглядного представления работы, которую Команда определила для достижения Цели Спринта.
3. Increment
Инкремент объединяет реализацию Элементов Бэклога Продукта, сделанную во время текущего Спринта. Является одним из трех Артефактов Скрама и отражает шаг на пути к Цели Продукта. Каждый Спринт должен включать минимум один Инкремент, чтобы считаться завершенным успешно.
Метрики Scrum- Burndown Chart.
Вы можете анализировать его с целью определения шаблонов работы команды, рассматривая ежедневный прогресс и гладкость графика. Вы можете усилить анализ. Для этого нужно ввести категоризацию задач и строить Burndown Chart по каждой категории.
Некоторые команды ведут отслеживание метрик задач внутри итерации, но на мой взгляд это несколько противоречит принципам Scrum – внутри итерации команда может работать над задачами в произвольном порядке.
Scrum простыми словами:
- Скрам выгодно применять не для типовых проектов, а для новых сложных продуктов, требования к которым заранее не определены и быстро меняются под влиянием обратной связи с рынка. В том числе, Скрам предназначен для продуктов, не относящихся к разработке ПО.
- Скрам задает лишь основу (каркас) для ваших процессов разработки, т.е. его можно дополнять, а его обязательные элементы реализовывать по-разному в разных ситуациях.
- Скрам как эмпирический подход регулярно адаптирует продукт и процесс его разработки на основе быстрой обратной связи. Это приводит к дополнительным издержкам. Однако издержки с лихвой компенсируется тем, что продукты начинают зарабатывать намного быстрее, а их бизнес-ценность получается выше по сравнению с продуктами, созданными по заранее придуманным требованиям, которые не учитывали обратную связь от клиентов.
- Скрам прост для понимания: содержит всего дюжину обязательных элементов (мероприятий, артефактов и зон ответственности).
- Скрам сложен для освоения в совершенстве. Это связано, прежде всего, с нетипичной для большинства организаций структурой: Скрам требует делить людей на небольшие команды, которые могут без посторонней помощи разрабатывать продукт, а также самостоятельно решают, как именно это делать.
- Скрам является самым популярным среди «гибких» подходов, объединяемых словом Agile.