Quantcast
Channel: Alexander Velikiy | Personal blog » Management
Viewing all articles
Browse latest Browse all 5

Кто такой Product Owner?

0
0

product-ownerВладелец продукта ответствен за то, чтобы результативная командная работа превратилась в результат, приносящий прибыль. Можно выделить четыре основные требования к владельцу продукта.

  1. Владелец продукта должен обладать всей полнотой знаний о том, что входит в круг его обязанностей. Подразумевается следующее: во-первых, он должен быть абсолютно компетентен во всем, что делается в процессе разработки, и уметь оценивать возможности команды —то есть с чем она справляется, а с чем не очень; во-вторых, довольно хорошо разбираться в сути продукта и понимать, как довести разработку проекта —до результата, имеющего действительную стоимость. Кроме того, владелец продукта должен великолепно знать рынок, чтобы уметь анализировать его состояние: какая продукция имеет значение сегодня и как может измениться ситуация завтра.
  2. Владелец продукта должен быть наделен полномочиями для принятия решений. Дирекции компании не следует вмешиваться в действия владельца продукта (как она не вмешивается в действия и решения группы). Напротив, руководителям, отвечающим за проект, полагается оказывать ему всяческое содействие, когда он трудится над концепцией продукта и когда в процессе разработки выполняет свои обязанности, помогая команде добиваться нужной цели. Помощь со стороны управленческого аппарата —весьма ценный фактор, поскольку владелец продукта испытывает давление со стороны многочисленных заинтересованных групп, как внутренних, так и внешних. Перед лицом такого мощного натиска он не мог бы сдерживать удар без административной поддержки. Надо добавить, что владелец продукта несет ответственность за результат, отбирает и формулирует для команды все требования на текущий спринт, при этом он не вправе давать задания отдельным участникам и вмешиваться в решения команды.
  3. Владелец продукта должен быть всегда доступен для команды, поскольку в любой момент может потребоваться его объяснение, почему то или иное задание нужно делать в первую очередь. По сути, владелец продукта несет полную ответственность за ведение бэклога, по этой причине необходим налаженный обмен мнениями между ним и командой. Бывает так, что участники группы в силу своего опыта и квалификации советуют владельцу продукта, какие требования наиболее важны в данный момент. Владелец продукта должен быть надежным, последовательным и доступным. Не имея возможности связаться с ним, команда может принять неверное решение. Участники группы целиком полагаются на владельца продукта: на его концепцию продукта и знание ситуации на рынке. Поэтому нужна постоянная взаимосвязь владельца продукта и команды, иначе весь рабочий процесс может развалиться.
  4. Владелец продукта должен нести ответственность за полезность продукта. Если речь идет о бизнес-структуре, в рамках которой работает скрам-команда, —значит показателем полезности является прибыль. Таким образом, деятельность самого владельца продукта соответственно оценивается из расчета, сколько прибыли приносит один выполненный пункт из его списка требований.

Владелец продукта, должен регулярно обновлять бэклог, распределяя по порядку все, что должно быть создано. Когда у вас несколько сотен задач, процесс расстановки приоритетов может оказаться довольно сложным. Следует найти способ максимально быстро рассортировать задания и требования по степени их важности для продукта. Существует множество подходов к организации бэклога, но вам потребуется тот, который с максимальной скоростью даст 20 процентов предложений, интересующих потребителя. Ваша первая попытка угадать порядок задач в первом спринте почти наверняка не увенчается успехом, но на тот момент она будет лучшим вариантом. Однако это всего лишь попытка. После первого спринта, как только вы закончите первый цикл OODA и предоставите некоторую часть продукции клиенту, вы измените порядок, осознав, что другое расположение, возможно, лучше. Вы и дальше продолжите этим заниматься, постоянно меняя приоритеты и порядок бэклога после каждого спринта, постепенно приближаясь к той последовательности, которая позволит получать ценность максимально быстро. Абсолютного совершенства вы, должно быть, не достигнете никогда, но нужно идти к нему шаг за шагом, спринт за спринтом. Главное, что нужно запомнить, —порядок меняется постоянно. Правильный порядок для нынешней недели уже не подойдет для следующей. Внешние факторы изменятся. Вы узнаете много нового. Вы поймете, что делать проще, а что —труднее. Такое постоянное движение внутри бэклога происходит во время каждого спринта. Суть в том, чтобы признать неопределенность, полностью Итак, приоритеты расставлены. Вы знаете, где у вас находится 80 процентов ценности. Когда вы выпустите продукт? Методология Scrum поможет вам существенно ускорить достижение результата. Всегда, когда вы что-то делаете, необходимо, чтобы ваш продукт как можно быстрее оказался в руках тех, кто им будет пользоваться. Лучше сделать это еще до того, как будут готовы 20 процентов функций, —за счет той части продукта, которая принесет хотя бы крупицу ценности. Назовем эту часть минимально жизнеспособным продуктом. Это то, что вы в первый раз показываете людям. Насколько он должен быть эффективен? Он действительно должен работать, несмотря на то что человеку, создававшему его, может быть даже неудобно демонстрировать такой продукт. Минимально жизнеспособный продукт следует представить публике как можно раньше! Это даст вам обратную связь, которая необходима для поддержания вашего цикла принятия решений и расстановки приоритетов. Версия 0.5. Фотоаппарат, который умеет снимать, но еще не научился фокусироваться. Набор мебели для столовой, состоящий из двух стульев. Вакцина, которой хватит лишь на пятерых пациентов, а всего у вас сто африканских селений, которым вы пытаетесь помочь. Все эти версии до нелепости недоделаны. Однако минимально жизнеспособный продукт обеспечивает вас обратной связью. Корпус фотоаппарата на самом деле неудобно держать в руках, потому что кнопка спуска затвора находится в странном месте. Дерево, из которого сделан стул, по фактуре резко отличается от дерева, из которого сделан стол. Вы проявили бестактность при распределении пяти доз вакцин и ухитрились обидеть деревенских старейшин. Но когда вы начнете официальный выпуск продукта или вывод на рынок сложной программы, у вас уже будут исправлены все недочеты и внесены все нужные функции. Возьмем, скажем, фотоаппарат. Сначала клиенты хотели, чтобы у него были функции панорамной съемки и выкладывания снимков в Facebook. Когда они опробовали первую версию, то выяснилось, что панорамой они не пользуются, но постоянно выкладывают снимки в Facebook. Это позволяет вам в первую очередь создавать те функции, которые люди ценят, и выпускать продукт тогда, когда будет готово около 20 процентов работы. Вы знаете, что продукт несовершенен, но он почти близок к совершенству. Каждый час, проведенный за полировкой яблока, —это потерянная возможность получить ценность.

И на закуску знаменитый ролик «Agile Product Ownership in a nutshell» на русском. Автор — Henrik Kniberg (from the Crisp Consultants on Agile and Lean practices). https://www.youtube.com/watch?v=loVd5MTCBWI

 


Filed under: Management Tagged: Product Owner, SCRUM

Viewing all articles
Browse latest Browse all 5

Latest Images

Trending Articles





Latest Images