Scrum на практике. Высокая продуктивность и результаты – прямо сейчас - стр. 13

Владелец продукта (PO, Product Owner) отвечает на вопрос «Что мы будем делать?» Под продуктом подразумевается то, что команда собирается создать, какую услугу или процесс представить. Владелец продукта получает данные от пользователей, стейкхолдеров, самой команды и всех, кто извлекает ценность из деятельности команды. Это могут быть фермеры из Уганды, пострадавшие от заболевания сельскохозяйственных культур; или инженеры, строящие беспилотный автомобиль; или посетители кинотеатра, которые идут посмотреть новый фильм. Владелец продукта должен собрать все входные данные, часть которых может быть противоречива, и создать видение того, что команда будет делать. Затем (это обычно сложнее всего), после сбора всех идей, владелец продукта должен расставить их в порядке убывания ценности. В Scrum может быть только одна приоритетная задача на отрезок времени. Это сложно обеспечить, но именно так работает методика.

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

После этого владелец продукта представляет бэклог команде во время события, которое называется планированием спринта. Команда просматривает документ и решает, какие задачи взять и сколько они могут выполнить за следующий спринт. Важно отметить, что решение принимает именно команда, а не владелец продукта или менеджмент. Она помещает наиболее приоритетные элементы из бэклога продукта в список, который называется бэклогом спринта. Бэклог продукта не поддается физическому измерению, а вот бэклог спринта ограничен. Команда сосредоточивается на этих элементах в течение спринта, и только на них.

Итак, члены команды приступают к делу. Они следуют спринту в течение одной-четырех недель, в зависимости от того, какой ритм им подходит. Большинство компаний сейчас используют спринты длиной две недели, но своим клиентам я всегда рекомендую однонедельные. Причиной тому встроенные в Scrum-процесс петли обратной связи. Я предпочитаю, чтобы петли были короткими и мы могли обучаться очень быстро. Это особенно важно для команд, которые работают в сферах продаж, услуг, финансов – там, где важна быстрая реакция.

Следующее событие – ежедневный Scrum, или ежедневный стендап. Это мероприятие длится всего пятнадцать минут, и на нем команда делится тем, что было сделано для достижения цели спринта, тем, что планируется сделать в течение следующих двадцати четырех часов, и тем, что может помешать достичь цели. Ежедневный Scrum – не статусное мероприятие, оно больше похоже на совещание игроков на футбольном поле перед игрой. Мини-сессия планирования. Команда уже изучила то, чем занимается, и для нее это возможность поделиться информацией, полученной днем ранее. Она выступает как группа людей, которая отправилась в путешествие: они наметили маршрут и едут по нему, каждое утро за завтраком проверяют карту, прогноз погоды, договариваются, чья очередь быть за рулем, когда продолжить ехать. Пятнадцать минут на все про все.