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