Бывает, что в командах, где все загружены работой, уложиться в сроки всё равно не получается — и заказчик остаётся недоволен. В таких проектах все задачи — срочные, но при этом никто не знает, зачем вообще делается та или иная фича. Если вам отчасти знакомы эти ситуации, возможно, стоит взглянуть на процесс иначе — и разобраться, что такое Scrum и как он может помочь.
Scrum — это процессный фреймворк. Это значит, что он гибкий и у него очень широкая область применения.
Сердцем Скрам является скрам-команда. Это небольшая группа людей, которая работает над продуктом, — размер скрам-команды может быть от трех до девяти человек. Если в вашем случае людей больше, то для применения Скрам вам нужно объединить людей в несколько скрам-команд. Вопрос масштабирования Скрам — это отдельная большая тема.
Самое главное и самое сложное в Scrum
Итак, у нас есть скрам-команда, которая создаёт продукт. Под продуктом в Scrum понимается не только программное обеспечение — это может быть и маркетинговая кампания, инженерный проект, организационные изменения или, например, проект внедрения. Главное, что команда создаёт нечто, имеющее ценность для заказчика.
Согласно Scrum Guide, работа строится короткими итерациями, которые называются спринтами. У каждого спринта фиксированная продолжительность — от одной до четырёх недель, и следуют они один за другим без перерывов.
Задача команды — по итогам каждого спринта создать нечто полезное, что можно показать заказчику. Суть Scrum не в том, чтобы просто разбить работу на короткие отрезки, а в том, чтобы каждый из них приносил конкретную ценность. Таким образом мы создаем непрерывный поток ценности для заказчиков.
Чтобы управлять этой ценностью, в Scrum предусмотрена отдельная роль — Product Owner, или владелец продукта. Именно он определяет, какую ценность мы создадим в текущем спринте, а какую отложим на следующий. Его задача — помогать команде фокусироваться на том, что действительно важно, и обеспечивать максимизацию ценности для клиента.
Что мы можем сделать в следующем спринте, чтобы это было максимально полезно?
Над этим вопросом владелец продукта должен думать каждый день, готовясь к следующему спринту.
Все идеи и пожелания владелец продукта складывает в Product Backlog. За много лет так и не нашлось удачного перевода термина backlog, поэтому по-русски так и называют — бэклог. Бэклог продукта — это упорядоченный перечень всех пожеланий и идей, над которыми будет работать скрам-команда. Посмотрев в бэклог продукта, любому заинтересованному лицу должно стать понятно, что и в каком порядке будет делаться. Созданием и управлением бэклогом занимается владелец продукта.
Структура спринта
Спринт начинается с мероприятия, которое называется «планирование спринта» и заканчивается «обзором спринта» и «ретроспективой». В середине спринта Scrum предусматривает только одно обязательное мероприятие — ежедневные 15-минутные встречи, которые называются Daily Scrum.
Планирование спринта (Sprint Planning)
Смысл планирования — определить цель спринта и составить Sprint Backlog (бэклог спринта). В этой встрече обязательно участвуют все члены скрам-команды — владелец продукта рассказывает о цели спринта, а команда обсуждает, как будет реализовываться функциональность, уточняет детали и формирует список задач, выполнив которые можно достичь этой цели.
К концу встречи у всех должно сложиться общее понимание цели спринта и того, что именно нужно сделать, чтобы достичь её. Рекомендуемая продолжительность встречи — не более 4 часов для двухнедельного спринта.
Ежедневный стендап (Daily Scrum)
Стендапы помогают команде скоординировать действия всех участников, быстро заметить проблемы и увидеть, что происходит в проекте прямо сейчас. На встрече команда собирается у доски задач, и каждый участник по очереди отвечает на 3 вопроса:
Что я сделал вчера? Что сделаю сегодня? Что меня тормозит и мешает двигаться вперед?
Время на эту встречу ограничено — не больше 15 минут. Команда только обозначает проблемы, а поиск решения выносится за рамки этой встречи.
Обзор спринта (Sprint Review)
Скрам-команда, владелец продукта и заинтересованные стороны собираются вместе в одной комнате, чтобы подвести итоги спринта. Команда совместно с владельцем продукта показывает, что было сделано, рассказывает, как прошёл спринт, и отвечает на вопросы. После этого все вместе обсуждают бэклог продукта, вносят изменения и уточняют планы на будущее.
Ретроспектива спринта (Sprint Retrospective)
Scrum подразумевает, что команда будет постоянно развиваться, улучшать процессы и повышать эффективность. Именно для этого в конце каждого спринта проводится ретроспектива. На этой встрече команда обсуждает, как прошёл спринт — что сработало хорошо, с какими трудностями столкнулись, и что нового узнали в процессе работы. На ретроспективе команда можнет обсуждать всё, что влияет на их совместную работу — взаимодействие в команде, внутренние процессы и инструменты. Цель ретроспективы — договориться о конкретных шагах для улучшения работы в следующем спринте.
Scrum, который не приносит пользы
Scrum — это идеально сбалансированный инструмент. В нем нет ничего лишнего, и каждый элемент имеет свою ценность и предназначение. Именно целостное применение Скрама дает максимальный синергетический эффект. Если убрать какой-либо элемент — баланс нарушится, и это негативно скажется на результатах. Однако на практике нередко встречается урезанный Скрам, в котором используются не все элементы.
Такой подход даже получил собственное название — ScrumBut, или по-русски СкрамНо. Казалось бы, все очень просто — бери и делай. Да, берут, делают, но потом какие-то элементы отменяют, так как они не приносят пользы. Люди всегда стремятся избавляться от того, что не приносит ценности. Но проблема не в том, что элемент плохой. А в том, что он используется неправильно. И даже это предусмотрено в Скрам.
Зачем нужен Скрам-мастер
Чаще всего проблема не в самом Скраме, а в том, как он внедряется. Согласно Scrum в каждой команде должен быть квалифицированный скрам-мастер. Этот человек отвечает за правильное использование Скрам, а для этого он должен глубоко понимать суть скрам-подхода и уметь донести ее до остальных участников процесса. Скрам-мастер отвечает за проведение всех скрам-мероприятий. У хорошего скрам-мастера все участники ощущают ценность этих мероприятий, и ни у кого не возникает даже мысли об их отмене. При наличии квалифицированного скрам-мастера переход на Скрам проходит гладко и с минимальными проблемами.
Вы применяете Scrum, но он не работает?
Проведём обучение по Scrum для вашей команды и научим применять практики, которые помогают быстрее адаптироваться к изменениям и достигать результатов.
