Всё больше команд задумываются о гибких методологиях и методиках, потому что каскадная модель, с теми или иными изменениями, вносит слишком много ограничений. Окружающие условия часто меняются, и под эти изменения нужно уметь подстраиваться. Правда, с Agile есть проблема — на него очень сложно перейти, это целая философия, подразумевающая глобальное изменение мышления команды. Но если очень хочется попробовать гибкое управление, то отлично подойдёт Scrum методология. Он основан на принципах Agile, но перейти на него проще и быстрее.
Откуда возник Scrum
В 1986 году в статье для Harvard Business Review японские учёные Икуджиро Нонака и Хиротака Такеучи рассказали, что проекты с небольшими командами из разнопрофильных специалистов систематически приносят лучшие результаты. Они назвали это «подходом регби». В 1991 году в книге «Нечестивые проблемы, праведные решения» подход впервые называют регбийным термином «scrum».
Но Scrum в более-менее том виде, что мы знаем сейчас, появился позже — в 1995 году Кен Швабер и Джеф Сазерленд впервые представили методику на конференции OOPSLA. В течение следующих лет они продолжали работать над Scrum. Сейчас это детальнейше описанная методика, по которой есть и своё собственное руководство (The Scrum Guide), и куча книг, и даже пара аккредитующих компаний: Scrum Alliance и Scrum.org.
В чём идея Scrum
Scrum — это методика или фреймворк управления разработкой. Чаще всего её применяют именно в разработке, но использовать её можно в любой командной работе. Scrum управление проектами представляет собой набор рекомендаций по организации рабочих процессов, без каких-то пошаговых инструкций. Набор рекомендаций очень жёсткий — если что-то случайно или намеренно упустить, это уже будет не Scrum.
Согласно Scrum, над проектом должна работать небольшая команда от 3 до 9 человек. Если у тебя команда больше, придётся её разбить на несколько небольших. Команда работает непрерывно, короткими итерациями – спринтами продолжительностью по 1–4 недели. В конце каждого спринта команда должна создать что-то ценное для заказчика. Работа не просто разбивается на итерации, а каждая итерация должна иметь смысл и приносить пользу.
Как работает Scrum
Для начала ответим на вопрос, как расшифровывается Scrum. От английского Scrum – это схватка или элемент игры в регби. Если смотреть глубже, то в Scrum кроме итеративного подхода есть ещё специфические сущности: событий, ролей и артефактов. Точно так же, как в спортивной игре участником необходимо следовать определенному порядку. Ниже об этом.
Роли
Итак, над проектом работает так называемая scrum-команда. Она состоит из разработчиков, а также маркетологов, дизайнеров и любых других специалистов, которые нужны в проекте, и других людей, которые берут на себя особые роли: владельца продукта – Product Owner и scrum-мастера.
Владелец продукта отвечает за общий список задач (бэклог продукта) и согласованность работы команды, взаимодействует с заказчиком и определяет требования. И хотя команда может высказывать своё мнение по тем или иным вопросам, именно владелец продукта принимает все решения, определяет приоритетность задач, даёт советы и т. д. Владелец продукта всегда один, чтобы не возникал хаос из-за противоречащих друг другу указаний.
Scrum-мастер — эдакий гуру Scrum и сердце этого инструмента. Он лучше всех знает методику, обучает тонкостям процессов остальных участников команды и отвечает за соблюдение командой scrum-правил. Как и владелец продукта, scrum-мастер старается добиться максимальность продуктивности команды.
Команда отвечает за реализацию задач из бэклога спринта. Крутая scrum-команда сама определяет, какие задачи как именно нужно делать в рамках спринта, чтобы его ценность была выше. Как водится в Agile, участники команды делятся друг с другом своими знаниями, чтобы можно было снизить вероятность чьих-то ошибок. Совместно с владельцем продукта команда создаёт план работ на каждый спринт.
Артефакты
Ещё в Scrum есть три сущности, называемые артефактами:
- бэклог продукта — список задач, которые должна сделать команда, чтобы улучшить продукт или создать новый. За содержание бэклога и приоритеты задач, как я уже говорил, отвечает владелец продукта;
- бэклог спринта — список задач, которые команда должна сделать в рамках спринта;
- цель спринта — собственно, то, к чему стремится scrum-команда, ради чего будет работать над задачами из бэклога спринта. Её ещё называют инкрементом.
События
В основе Scrum лежат спринты, но с ними связано ещё несколько важных событий, без которых Scrum не Scrum. Всё начинается с создания бэклога. Владелец продукта общается с заказчиком и командой, собирает список требований к продукту, а затем, на его основе, составляет список задач. Этот список задач нужно где-то хранить, и обычно для этого отлично подходит система управления проектами с возможностью создания канбан-досок. Например, WEEEK. Разберём подробнее.
Канбан-доска – это инструмент для визуализации процесса работы, который даёт возможность командам управлять и оптимизировать свои процессы.
В WEEEK канбан-доски привязаны к проектам. Чтобы создать канбан-доску грамотно, разбей процесс на этапы и присвой название каждого этапа колонке в доске. Например, процесс работы SMM-агентства будет состоять из таких этапов:

После того, как прописаны все этапы, необходимо собрать все задачи. Когда понятен общий пул задач, команда собирается со scrum-мастером и планирует спринт — ставит цели и решает, какие задачи из бэклога помогут их достичь:

Спринт – это ограниченная по времени итерация непрерывного цикла работы. Как писал выше, средняя продолжительность от недели до двух. В рамках спринта команда должна выполнить запланированный объем.
В течение спринта каждый день участники команды проводят небольшие совещания – стендапы, на которых рассказывают, что сделали вчера, что собираются сделать сегодня и что может помешать. Длительность стендапа для всей команды должна быть не дольше 15-20 минут. Иначе это может привратиться в бюрактические совещания, которые будут только отнимать время, но не нести никакой ценности для команды. С помощью стендапов вы с командой сможете повысить прозрачности, которая будет помогать своевременно обнаружить любую проблему.
Когда спринт заканчивается, вся команда, включая scrum-мастера и владельца продукта, проводит обзор спринта — изучает результаты и дорабатывает бэклог.
После обзора спринта команда проводит ретроспективу — разбирается с тем, что получилось, а что пошло не так, и думает, что можно улучшить в следующем спринте. Без негатива, с реальным желанием что-то изменить.
На основе обзора вы с командой можете изменить и организационную часть работы по Scrum-методологии. Например сократить длительность спринта или увеличить её. Обсудить формат проведения спринтов. Поделиться обратной связью по вовлечению каждого сотрудника в спринт и так далее.
Плюсы и минусы Scrum
Управление проектом по Scrum со всеми этими ежедневными стендапами со стороны выглядит, как тотальный контроль, но у методики есть и свои плюсы:
- минимум лишней бюрократии и ненужной документации;
- методику можно переложить на опыт разных компаний, главное – разбиться на небольшие команды
- к сотрудникам прислушиваются, поэтому они довольны и мотивированы;
- заказчик получит продукт, который понравится аудитории, ведь он разработан с учётом обратной связи.
Правда минусов тоже немало. Кроме проблем с тщательным следованием всем ритуалам –создание бэклога, митинги и т. д., есть ещё:
- в scrum-команду нужны профессионалы, а собрать из них сплочённую команду, даже небольшую, бывает сложновато;
- не у всех есть опыт работы по Scrum — на их обучение нужно потратить время и деньги;
- несмотря на всю щепетильность, с которой, кажется, scrum-команда подходит к планированию, избежать ошибок в нём очень сложно.
Кому подходит Scrum
Сейчас Scrum распространился за пределы разработки ПО — его используют и в маркетинге, и в бизнесе, и в образовании, и много где ещё. Проще всего очертить границы применения Scrum на уровне целей. Scrum можно применять для разработки продуктов и регулярных его обновлений, а также поиска новых решений и технологий. Причём не только в работе, но и в личных делах. Даже приготовление борща можно организовать по Scrum.
Сейчас Scrum распространился за пределы разработки ПО — его используют и в маркетинге, и в бизнесе, и в образовании, и много где ещё.
Что такое Scrum простыми словами? По сути, любой рабочий процесс можно переложить на канбан-доску. Вопрос в целях. Scrum можно применять:
- 1. Для разработки продуктов и регулярных его обновлений.
- 2. Для выстраивания процесса создания контента.
- 3. Для поиска новых решений и технологий – для брейншторма.
- 4. Для работы с клиентами и партнёрами.
- 5. Для организации мероприятий.
- 6. Для редакции блога и сайта компании и любых других процессов, где есть возможность разбивки на этапы.
Даже приготовление борща можно организовать по Scrum!
Другие полезные материалы на эту тему:
0 комментариев