Владелец продукта осуществляет свою деятельность для команды, но вне команды. Он не вмешивается во внутренние процессы, происходящие во время работы над проектом, но отвечает на запросы участников, направленные вовне: к другим подразделениям, подрядчикам, поставщикам, аналитикам.
Для Заказчика Владелец продукта играет очень важную роль, поскольку поддерживает в нем уверенность, что все действия команды соответствуют первоначальному замыслу и видению. Владелец продукта может ответить на любой вопрос о том, как движется работа, и в любое время, когда в этом появляется потребность, не ожидая окончания спринта.
Естественно, что для реализации всех требований к Владельцу продукта, человек, который получит эту роль, должен ко всему прочему быть хорошим коммуникатором. Правда, в Agile все участники учатся говорить, даже если не очень отличались разговорчивостью на собраниях и конференциях.
2. SCRUM-мастер.
Деятельность этой роли, напротив, направлена внутрь команды. Все, что делает SCRUM-мастер, способствует тому, чтобы команда соблюдала все ритуалы методологии, ритм работы и поддерживала деловую, творческую атмосферу в коллективе. При этом у SCRUM-мастера, так же, как и у Владельца продукта, нет власти самостоятельно решать какие-то вопросы. Его роль – служение команде.
SCRUM-мастер работает в трех направлениях: проводит мероприятия в четком соответствии с правилами, поддерживает визуализацию процессов на SCRUM-доске, сопровождает преобразование команды в единое целое. От его профессионализма зависит адекватность распределения равных по объему и сложности задач между участниками. Но при этом не принимает выполненную работу и не тестирует ее, как у нас случилось в одном консалтинговом проекте.
Просто со стороны может показаться, что человек, который распределяет задачи, спрашивает, что сделано и что намечено в работу, должен и собирать результаты. Но это не так. Категорически SCRUM-мастер этим не занимается. Но это достаточно частая ошибка. Происходит она по причине, что в Agile мало того, чтобы руководитель отдал свою ответственность команде, нужно, чтобы команда приняла ее и присвоила, отказавшись от старой привычки быть лишь ни за что не отвечающими винтиками в производственном процессе. Agile кардинально меняет эту парадигму и создает новые привычки, при которых личная ответственность становится коллективной ответственностью команды, как единой роли в SCRUM-методологии.
3. Команда.
Этой роли будет посвящена вся пятая глава. Настолько важно то, кто войдет в команду, как распределятся роли, как будет происходить взаимодействие между всеми участниками, что это выделено в отдельную главу. Недостаточно только подобрать профессионалов, способных решить задачу в полном объеме от начала работы до выхода продукта на рынок, это еще должна быть команда, действующая как единый организм. Недаром основоположники Agile объединили команду в одну роль. Все процессы, которые происходят по пути к реализации цели, решаются в команде сообща, большинством голосов утверждаются изменения, коллективно тестируются гипотезы и готовятся демонстрационные версии минимально готового продукта. И, конечно, совместно празднуется победа, что сильно повышает мотивацию каждого члена команды.
Когда мы рассказываем на своих тренингах о том, что такое бэклог спринта и продукта, мы представляем своим слушателям большого слона, которого надо съесть по кусочкам. Слон – это цель на весь проект, а спринты – это те части, которые надо хорошо приготовить и подавать к столу по одному. Этот образ дает хорошее представление о том, как разделить задачу на составляющие и не потерять качество и цель конечного продукта.
В соответствии со своей ролью, Владелец продукта – единственный, кто отвечает за конечный продукт, поэтому на нем лежит ответственность составить бэклог продукта таким образом, чтобы предусмотреть все аспекты работы над продуктом. От полноты этого документа во многом зависит успех команды.
При этом бэклог продукта составляется таким образом, чтобы задачи, которые он содержит, были понятны членам команды, выполнимы и оцифрованы. Здесь как раз время вспомнить о том, что до того, как создавать бэклог продукта, участники проекта уже составили канвас продукта, определили все его аспекты. Таким образом, у Владельца продукта уже есть все наработки, чтобы выполнить свою работу качественно.
После того как Владелец продукта, знающий бизнес и все процессы производства продукта, составил бэклог продукта, команда совместно со всеми другими ролями создает бэклог спринта.
