Как работать с фремворком SCRUM?
SCRUM - это алгоритм действий для команды, которая работает над проектом. По большому счету, если говорить о скраме, то мы можем сказать, что разбиваем время на кусочки и все содержание проекта тоже бьем на кусочки, более или менее одинаковые по размерам.
Можете посмотреть видео, а потом вернуться к посту.
Далее, определяем состав команды, в которой семь человек, до 10 условно.
Итак, в центре скрама находится команда. В команде есть свои определенные роли. И каждая из этих ролей является очень важной для нашей работы.
Начнем с первой роли, которая называется в оригинале product owner. Или, если говорить по-русски, владелец продукта. Это представитель бизнеса, которого бизнес делегировал в проект и который очень хорошо знает тот продукт, который мы планируем создать. Причем, не просто сам продукт, но и выгоды от него. Те выгоды, которые получит бизнес, то есть это человек из совершенно реального сектора.
Он не является лидером команды. Однако, это именно тот человек, который приносит команде требования и содержание всего проекта.
Следующая важная роль, которая у нас всегда присутствует – это роль «скрам-мастера».
Скрам-мастер – это душа команды. Это человек, который по большому счету на себе тащит условия для команды. Он выступает в роли фасилитатора, он выступает в роли модератора. Его ключевая задача – создать для команды такие условия, чтобы команде было комфортно работать. Если угодно, это политрук. Если угодно, это родная мать для команды. Это человек, который для команды делает комфортные условия.
Ну и наконец, сама команда. которая выполняет проект. Вы спросите, конечно же, а где же здесь лидер команды или ее руководитель? Так вот, руководителя нет! Как ни удивительно это звучит. Дело в том, что с точки зрения технологий эджоэл, которым принадлежит скрам-команда, она является самоорганизованной, и лидеры появляются в зависимости от той задачи, которую мы на сейчас решаем. А зависит это, естественно, от операции, которую мы выполняем.
Итак, ядром скрама является команда, в которую входит владелец продукта, в которую входит скрам-мастер, и в которую входит сама команда исполнителей.
Теперь пойдем по инструментам, которые есть в скраме.
Первый инструмент – это «backlog».
Что такое «backlog»? Это список требований, которые все заинтересованные стороны предлагают к проекту. Именно владелец продукта или product owner отвечает за backlog. Именно он при помощи команды его наполняет, и именно он расставляет здесь приоритеты.
Но кому же, как не ему, если он лучше других знает, что именно требуется для бизнеса? И вот здесь решается этим инструментом одна из важнейших задач приоритет. (Очень часто для команды реализации проекта все требования одинаково приоритетны). Здесь же в «backlog» у нас требования нужно изначально приоритизировать!
В «backlog» требования сформулированы на языке пользователя. Они называются юзер-стори или пользовательские истории. Здесь язык бизнеса. Те хотелки, те потребности, которые у бизнеса к настоящему моменту существует.
Итак, мы сформировали backlog. Он большой, он на весь проект, а мы помним с вами, что в основе скрама, так называемые итерации или спринт и вот те самые промежутки времени от двух недель до, условно, полутора месяца. Соответственно, в каждый спринт мы должны взять лишь определенный набор требований из этого backlog.
Как это происходит? Для этого существует второе мероприятие или второй инструмент, который называется "sprint cleaning". Вся команда, как правило, здесь участвует. Мы пытаемся из вот этих пользовательских историй, на основании их приоритета (чем выше приоритет, тем выше пользовательская история), выбрать из «backlog» в спринт то, что мы будем делать в условные ближайшие две недели.
Как правило, здесь появляется доска задач, в которой три колонки – «to do work», «in progress» и «done». Если переводить на русский, то «надо сделать», «незавершенное производство» и «сделано».
Мы видим пользовательские истории, которые команда готова сделать в текущем спринте. Но они сформулированы на языке бизнеса. Наша же задача в рамках планирования спринта или "spring cleaning" разбить или декомпозировать эти пользовательские истории на конкретные технические задачи. По возможности, длительностью максимум – 1 человека/день.
К примеру, мы делаем ремонт, и у нас в «backlog» много потребностей будущего жителя этой квартиры. Ну, например, такая потребность – хочу принимать душ. Естественно, эту потребность мы заносим в планировании спринта и разбиваем на конкретные технические задачи – купить душ, провести к нему канализацию, провести к нему непосредственно воду и так далее и так далее. То есть, конкретные технологические задачи, которые мы будем решать в планирование sprintа. Определяем, чем мы будем заниматься в течение ближайшего времени. А дальше начинается работа.
Условно, мы в понедельник начали свою работу. Запланировали спринт и начали вместе с командой реализовывать все эти технические задачи. При этом, каждый день мы проводим ещё одно совещание. Это еще один инструмент скрама – «miting», если говорить по-русски, летучка. Это летучка проводится в пределах 15 минут.
Скрам-мастер обязан очень чётко следить за соблюдением времени. Дальше эта летучка проводится в одном и том же месте и что важно, скрам-мастер задает всем участникам команды три вопроса – что было сделано вчера, что сделаешь сегодня и какие проблемы надо решить.
Во время «miting» мы решаем, что мы успеваем перетащить – выполнение задачи в колонку «сделано» и то, которые планируем выполнять сегодня из колонки «надо сделать» в процесс «work in progress».
В течение спринта ключевая задача команды выполнить все эти требования, которые попали из backlog в спринт методом перетаскивания вот этих задачек в колонку «сделано».
Каждый день, каждое утро мы проводим такое совещание для того, чтобы понимать, где мы находимся.
Прошли те самые условные две недели. У нас есть некий кусочек готового продукта. В скраме это является одной из ключевых идей показать этот кусочек пользователям, заинтересованным сторонам то, чего мы собственно и сделали.
Если это программный продукт, мы показываем его на экране ноутбука. Если это ремонт, мы приглашаем соответственно будущего жителя и говорим: «Вот смотри ванная, вот сделано на кухне, сделаны вот такие вещи».
Именно здесь, на демонстрации, а вернее, после неё владелец продукта ставит галочку – данное требование выполнено, данное требование выполнено и так далее.
Что важно? Бывает так, что команды не успевает какие-то требования выполнить в рамках двух недель, и тогда они не переносится на следующий спринт. Они возвращаются в backlog, потому что задача владельца продукта заново отсортировать backlog по приоритетам.
Однако, демонстрация – это не финал спринта. Важно поговорить ещё об одном инструменте.
О пятом инструменте. Это ретроспектива. Дело в том, что в эджай-процессах мы всегда думаем о том, как сделать процесс, как сделать продукт, как сделать нашу команду еще лучше, чем она есть в настоящий момент. И ретроспектива – это как раз внутренние совещание команды, на которым мы задаём вопрос – вот корабль нашего проекта. Он плывет, мы даём результат нашему клиенту, но в процессе мы делаем что-то хорошо, что-то не очень хорошо. И нам надо выявить эти вещи. И самое важное, нам надо ответить на вопрос: «Что мы будем улучшать в следующем спринте на следующей итерации?»
Ну и после этого, мы заново выходим на backlog и цикл повторяется.
Собственно скрам предназначен в первую очередь конечно же для создания новых продуктов, требования к которому заранее определены. Это процесс, в котором мы можем получить хороший результат в короткие сроки.