Джефф Сазерленд - Scrum. Революционный метод управления проектами

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

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

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

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

Действительно огромная зона ответственности для одного человека, поэтому на больших проектах обычно работает бригада владельцев продукта, которая должна обслуживать все обязательные требования как скрам-команд, так и заказчиков. Несколько позже я вернусь к этой бригаде. Но сейчас мне хотелось бы проиллюстрировать все сказанное выше небольшой историей, а чтобы вы прочувствовали, чем должен заниматься человек, выполняющий обязанности владельца продукта, я предложил бы вам пересесть (исключительно в своем воображении) в кабину реактивного истребителя F-86 «Сейбр», которым управляет Бешеный Майор Джон Бойд.