О сервисе

О WEEEK

УЗНАТЬ ПОДРОБНЕЕ

Решения

Chevron

Возможности

Chevron

Режим Календаря

Контролируй загрузку с помощью календаря на день и неделю.

Режим Досок

Следи за рабочими процессами через полностью кастомизируемые канбан-доски.

Подзадачи

Создавай подзадачи до 6 уровней вложенности. Используй их, как чек-лист или как полноценные задачи.

Уровни важности

Расставляй приоритеты между задачами с помощью четырёх уровней важности.

Тёмная тема

Пощади свои глаза и эффективно работай даже в тёмное время суток.

Умные уведомления

Настраивай, какие уведомления и где ты хочешь получать. Хоть на емейл, хоть в Телеграм.

Горячие клавиши

Совершай меньше действий, чтобы сделать больше, используя горячие клавиши.

О сервисе

← Назад

О WEEEK

УЗНАТЬ ПОДРОБНЕЕ

Возможности

Chevron
← Назад

Режим Календаря

Контролируй загрузку с помощью календаря на день и неделю.

Режим Досок

Следи за рабочими процессами через полностью кастомизируемые канбан-доски.

Подзадачи

Создавай подзадачи до 6 уровней вложенности. Используй их, как чек-лист или как полноценные задачи.

Уровни важности

Расставляй приоритеты между задачами с помощью четырёх уровней важности.

Тёмная тема

Пощади свои глаза и эффективно работай даже в тёмное время суток.

Умные уведомления

Настраивай, какие уведомления и где ты хочешь получать. Хоть на емейл, хоть в Телеграм.

Горячие клавиши

Совершай меньше действий, чтобы сделать больше, используя горячие клавиши.

Ресурсы

← Назад

Ресурсы

Что такое Scrum, для чего он нужен и кому подходит

Time

4 мин.

Eye

866

Пришла пора разобраться со Scrum — самой популярной методикой гибкого управления, которая идеально подходит для ситуаций, когда ещё не понятно, каким будет продукт, но делать уже что-то надо.
Что такое Scrum, для чего он нужен и кому подходит

Всё больше команд задумываются о гибких методологиях и методиках, потому что каскадная модель, с теми или иными изменениями, вносит слишком много ограничений. Окружающие условия часто меняются, и под эти изменения нужно уметь подстраиваться. Правда, с 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-команда. Она состоит из разработчиков (а также маркетологов, дизайнеров и любых других специалистов, которые нужны в проекте) и людей, которые берут на себя особые роли: владельца продукта (Product Owner) и scrum-мастера.

Владелец продукта отвечает за общий список задач (бэклог продукта) и согласованность работы команды, взаимодействует с заказчиком и определяет требования. И хотя команда может высказывать своё мнение по тем или иным вопросам, именно владелец продукта принимает все решения, определяет приоритетность задач, даёт советы и т. д. Владелец продукта всегда один, чтобы не возникал хаос из-за противоречащих друг другу указаний.

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

Команда отвечает за реализацию задач из бэклога спринта. Крутая scrum-команда сама определяет, какие задачи как именно нужно делать в рамках спринта, чтобы его ценность была выше. Как водится в Agile, участники команды делятся друг с другом своими знаниями, чтобы можно было снизить вероятность чьих-то ошибок. Совместно с владельцем продукта команда создаёт план работ на каждый спринт.

Артефакты

Ещё в Scrum есть три сущности, называемые артефактами:

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

События

В основе Scrum лежат спринты, но с ними связано ещё несколько важных событий, без которых Scrum не Scrum.

Всё начинается с создания бэклога. Владелец продукта общается с заказчиком и командой, собирает список требований к продукту, а затем, на его основе, составляет список задач. Этот список задач нужно где-то хранить, и обычно для этого отлично подходит система управления проектами с возможностью создания канбан-досок. Например, WEEEK.

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

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

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

После обзора спринта команда проводит ретроспективу — разбирается с тем, что получилось, а что пошло не так, и думает, что можно улучшить в следующем спринте. Без негатива, с реальным желанием что-то изменить.

Плюсы Scrum

Управление проектом по Scrum со всеми этими ежедневными стендапами со стороны выглядит, как тотальный контроль, но у методики есть и свои плюсы:

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

Минусы Scrum

Правда минусов тоже немало. Кроме проблем с тщательным следованием всем ритуалам (создание бэклога, митинги и т. д.), есть ещё:

  • в scrum-команду нужны профессионалы, а собрать из них сплочённую команду (даже небольшую) бывает сложновато;
  • не у всех есть опыт работы по Scrum — на их обучение нужно потратить время и деньги;
  • несмотря на всю щепетильность, с которой, кажется, scrum-команда подходит к планированию, избежать ошибок в нём очень сложно.

Кому подходит Scrum

Сейчас Scrum распространился за пределы разработки ПО — его используют и в маркетинге, и в бизнесе, и в образовании, и много где ещё. Проще всего очертить границы применения Scrum на уровне целей. Scrum можно применять для разработки продуктов и регулярных его обновлений, а также поиска новых решений и технологий. Причём не только в работе, но и в личных делах. Даже приготовление борща можно организовать по Scrum.

logo

Полезные статьи у тебя в почте раз в неделю

Скрыть

Article Другие статьи

Также советуем почитать

Читать другие статьи →