Особенности методологии Agile

Перед тем как рассказывать о том, кто такой product owner и чем он занимается, имеет смысл обозначить, какие в настоящее время применяются модели управления бизнес-проектами, методики и принципы разработки рыночного продукта. Сейчас таких подходов немало, и число их растет, но одной из самых известных является методология Agile.

В действительности Аgile (или гибкая методика разработки) – это обобщающий термин, объединяющий различные методики и практики (Scrum, экстремальное программирование и пр.), которые придерживаются основополагающей идеи, заключающейся в отказе от жесткой регламентации рабочих процессов. Принципы Agile охватывают как установки организационного характера, так и определенную систему ценностей, которая выступает в качестве фундамента данной методологии.

Концепция Agile сформировалась в среде программистов как набор используемых ими при разработке ПО принципов. Последние были зафиксированы в документе, получившем название «Манифест гибкой разработки программного обеспечения».

В его основу были заложены четыре идеи:

• Сотрудники и взаимодействие в команде важнее рабочих инструментов и процессов. Если коллектив включает профессионалов, способных выдавать результат, то главным условием продуктивности является поддержание командного духа, соответствующей атмосферы, а не формальное выполнение предписаний и указаний.
• Приоритет продукта над оформлением бумаг. Действующая программа намного важнее прилагаемой к ней документации.
• Ориентация на постоянное взаимодействие с заказчиком. Актуальные интересы клиента всегда выше, чем условия заключенного контракта.
• Готовность и умение приспосабливаться к меняющимся условиям. Соответственно, жесткое следование исходному плану зачастую нецелесообразно, если обстоятельства существенно отличаются от первоначальных.

Agile-методология сфокусирована на результате, и если его достижение требует внесения коррективов в проект, то так и нужно поступать. Соответственно, программисты, придерживающиеся данного подхода, стремятся как можно быстрее создать работоспособный прототип, который потом дополняется и совершенствуется с учетом мнения заказчика.

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

Использование данной методики позволило значительно сократить сроки на разработку функциональных приложений, что наглядно продемонстрировало преимущества гибкого подхода Agile.

Отличительным свойством Agile стали принципы взаимоотношений между участниками проекта. Здесь нет вертикальной иерархии и строгого распределения функций. Разработчики находятся в одинаковом положении и образуют команду единомышленников, где отсутствуют начальники и подчиненные. Даже формальный руководитель проекта не является боссом в привычном понимании, то есть лицом, наделенным властными полномочиями и раздающим приказы: он занимает особое положение лишь благодаря тому, что владеет всей полнотой информации и общается с заказчиками, но рабочие процессы строятся на принципах демократизма.

Подобно тому как решения принимаются сообща, так и ответственность имеет коллективный характер: это служит лучшим мотиватором для участников команды разработчиков.

Члены команды заинтересованы в достижении общей цели и потому с большей готовностью помогают друг другу, что также повышает эффективность Agile-подхода.

Суть работы product owner

Product owner является специалистом, управляющим продуктом. Название этой должности может быть неверно истолковано, поскольку буквально рroduct owner означает «владелец продукта», однако это не собственник создаваемого товара и даже зачастую не руководитель проекта, как можно подумать. В команде разработчиков «владелец продукта» лучше всех представляет, как должен выглядеть конечный результат. Поэтому он участвует в управлении проектом, несет ответственность за его реализацию, но его роль скорее творческая и мотивирующая, чем административная.

Продакт-оунер на основе требований заказчиков, запросов потребителей и возможностей собственной компании создает оптимальный вариант продукта. Именно он определяет, в каком направлении должна вестись дальнейшая работа. Разумеется, рroduct owner должен непосредственно контактировать с клиентами, и обычно он выступает связующим звеном между ними и коллективом разработчиков.

Отличия product owner от product manager

Кроме продакт-оунера, есть и рroduct manager (продакт-менеджер). Порой люди, несведущие в особенностях реализации бизнес-проектов, полагают, что это одно и то же лицо, однако это не так.

Хотя их функции где-то пересекаются, и они несут ответственность за результат, на самом деле менеджер и владелец продукта решают разные задач. Первый может вести одновременно несколько проектов – в этом случае он отвечает за маркетинговую составляющую, уделяя каждому продукту часть своего времени. Product owner же полностью отдает себя разработке одного продукта, и он вникает во все вопросы – от обсуждения условий заказа до выхода на продажи.

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

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

Задачи product owner

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

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

Продакт-оунер как раз-таки и отвечает за то, чтобы проект был осмысленным, и его участники не превращались в обитателей китайской комнаты, действия которых подчинены неведомым им алгоритмам. Product owner прежде всего должен учитывать, как меняются запросы потребителей, и потому он обладает большой долей самостоятельности. Он решает, какие необходимо внести изменения в продукт, чтобы тот оказался по-настоящему успешным, а не просто соответствующим исходным условиям, которые могут утратить свое значение за время работы.

Для многих компаний именно недооценка динамики рыночных условий становится ограничителем развития. Нередко бывает так, что исходный план был проработан основательно, но затем обстоятельства резко изменились, а производители по-прежнему продолжают ему следовать, хотя он перестал быть актуальным.

Product owner должен знать все о продукте, конкурентах, рыночной конъюнктуре; он общается с клиентами и на основе своего видения перспектив развития проекта может вносить в него коррективы в любой момент его реализации.

Основные обязанности продакт-оунера:

Создание образа конечного продукта

Исходя из информации о потребностях имеющихся и потенциальных клиентов, продакт-оунер определяет то, что должно получиться на выходе, чтобы соответствовать их интересам и пожеланиям. Тем самым он ставит перед командой разработчиков конечную цель и выделяет наиболее существенные ее критерии и характеристики в виде образа продукта, который предстоит сделать.

Управление бэклогом

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

Разумеется, у каждого из нас есть собственные представления о том, каким должен быть тот или иной товар. Задача продакт-оунера – определить те пожелания, которые возможно реализовать и которые положительным образом скажутся на результатах продаж. Таким образом, от него требуется предвидение того, как будет встречен продукт на рынке, и что имеет смысл изменить, чтобы обеспечить позитивный экономический эффект.

Определение приоритетов

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

Продакт-оунер должен следить за временем реализации проекта и помнить, что лучшее – враг хорошего. В большинстве случаев важнее опередить конкурентов, даже если в мелочах продукт остался недоработан – это можно будет сделать и потом, закрепившись на рынке.

Оценка результатов

Именно рroduct owner отслеживает выполнение проекта, вносит в него изменения и определяет, насколько он доведен до конца.

Помимо прочего, продакт-оунер занимается и многими другими вопросами. Например, он обеспечивает коммуникацию между всеми сторонами, причастными к проекту: заказчики, обычные покупатели, разработчики, собственники компании и ее акционеры, а также маркетологи, менеджеры и т. д.

Необходимые качества product owner

Как видим, забот у продакт-оунера хватает, и чтобы успешно со всем справляться, такому человеку требуются самые разнообразные качества.

Профессиональные

С учетом широкого круга общения хороший рroduct оwner не может обойтись без коммуникабельности, умения находить общий язык с людьми, а также психологической гибкости. Он должен учитывать мнения о продукте и потребителей, и производителей, для чего ему необходимо постоянно поддерживать обратную связь и с теми и с другими.

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

На основе этих сведений рroduct owner принимает решение по следующим этапам выполнения проекта. В среднем это направление деятельности занимает около 20–25 % рабочего времени данных специалистов.

Так как продакт-оунер несет ответственность, и от него целиком зависит судьба проекта, способного занимать несколько месяцев, полезными окажутся такие качества, как крепкая нервная система и стрессоустойчивость. Ему всегда нужно быть собранным и готовым принять оптимальное решение, насколько бы сложным ни оказывался стоящий перед ним выбор.

Представим себе ситуацию, что в команде разработчиков возник вопрос о том, как увеличить конверсию сайта. Скажем, менеджеры предлагают сделать ставку на традиционные рекламные средства, а опытный рroduct оwner уверен в том, что следует задействовать эффективные social-proof-техники. В этом случае владельцу продукта необходимо не только принять решение, по какому пути пойти, но и убедить в правильности своего выбора коллег и руководство компании, причем ответственность будет нести именно он.

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

Личные

На практике сложно провести четкую грань между необходимыми продакт-оунеру профессиональными и личными качествами, поскольку они взаимосвязаны и легко перетекают из одной категории в другую.

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

Также в работе продакт-оунеру поможет напористость, здоровая уверенность в себе. Ведь, чтобы убеждать других, необходимо самому быть твердым и настойчивым в достижении целей, проявлять активность и энергичность.

Читайте также! Product manager: задачи, обязанности, качества

Еще владелец продукта, нацеленный на результат, должен по возможности избегать каких-либо предпочтений и симпатий субъективного характера. Например, если на начальной стадии проекта вскрылись проблемы, которым были даны разные объяснения, то полезным будет отстраниться от того, кто авторы тех или иных предположений. В подобной ситуации лучше найти объективные способы поиска истины – скажем, тестирование прототипа.

Лидерские качества

Хотя формально рroduct оwner не является руководителем проекта, ибо эта должность закреплена за рroject мanager, по сути он выполняет функции лидера команды разработчиков. Но в отличие от внешнего руководителя, он находится внутри коллектива и обеспечивает плодотворность его работы.

Хороший лидер должен обладать способностью управлять настроением команды. Во-первых, успеху будет способствовать авторитет и харизма владельца продукта. Во-вторых, общая производительность возрастает, если продакт-оунер умеет найти правильную мотивацию для каждого из своих коллег – кого-то приободрить, кому-то помочь делом и т. п.

Еще одно ценное лидерское качество – оптимизм. В любом проекте могут случаться временные трудности и неудачи, и чтобы у коллег не опускались руки, рroduct оwner должен укреплять их веру в успех, обеспечивать позитивный настрой. Также талантливый лидер способен определить для каждого члена команды место, где тот будет максимально полезен для общего дела.

Наконец, не стоит забывать про самоанализ и даже самокритику. Рroduct оwner, умеющий видеть и признавать собственные ошибки, не только не лишится авторитета и уважения коллег, но, наоборот, вырастет в их глазах. После каждого спринта при реализации проекта полезно проводить ретроспективные собрания-летучки для разбора ошибок и затруднений, и откровенный разговор со свободно выражаемыми замечаниями и советами будет способствовать сплочению группы и приближению ее к конечной цели.

Уровни product owner

Можно выделить пять уровней владельца продукта, последовательность которых образует путь профессионального развития и совершенствования.

Аналитик

Часто в роли начинающего владельца продукта выступает член команды разработчиков, отвечающий за обработку и анализ данных. Это может быть сотрудник ИТ департамента, занимающийся бэклогом продукта. Если он обладает ярко выраженными аналитическими навыками и его рекомендации способствуют успешному продвижению проекта, то его статус, сначала неформальный, а затем и формальный, растет, так что он имеет все возможности превратиться в продакт-оунера.

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

Прокси

Прокси – это не только аналитик, но и признанный специалист по решению коммуникационных проблем. Условно можно назвать его старшим аналитиком. Помимо того что он работает с информационными материалами, прокси умеет грамотно выстраивать взаимодействие со всеми заинтересованными сторонами – участвует в переговорах с заказчиками, отчитывается за работу ИТ департамента перед руководством компании. По отношению к своему коллективу он выступает в роли бесспорного лидера и потому способен обеспечить успех действий команды.

Таким образом, прокси обладает более широкой сферой общения, и он, в отличие от аналитика, подключается к бизнес-процессам.

Представитель бизнеса

Чаще всего, даже если проектом занимается департамент IT, ему требуется помощь со стороны других подразделений компании, например маркетингового отдела. Чтобы обеспечить более быстрое и эффективное взаимодействие, имеет смысл ввести в состав группы разработчиков сотрудников, способных принести пользу, – маркетологов, менеджеров по продажам и т. п. Соответственно, для них экспертом по всем вопросам, касающимся данного проекта, становится владелец продукта, выступающий от имени руководства, то есть как представитель бизнеса.

Подобная система оптимизирует процесс принятия управленческих решений. Вместо того чтобы выходить на топ-менеджеров, которые затем отдавали бы распоряжения подчиненным им структурам о подключении к проекту, рroduct оwner приобретает необходимые полномочия. Теперь в его распоряжении оказываются сотрудники других отделов, благодаря чему работа идет более плодотворно.

Спонсор

Следующий уровень профессионального роста продакт-оунера можно обозначить понятием «спонсор». Если проект масштабный и требует параллельной деятельности сразу нескольких подразделений, то логично будет передать управление им одному человеку, сконцентрировав в его руках право принятия ответственных решений и контрольные функции. В этом случае руководители профильных подразделений получают указания, относящиеся к реализации проекта, не от высшего руководства, а от владельца продукта.

Спонсор может быть выходцем из специалистов, а не из бизнес-сферы, но по своему статусу он начинает приближаться к уровню представителей руководящего звена, и потому для него приобретают значение финансовые показатели внедрения продукта.

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

Предприниматель

Вершина «эволюции» владельца продукта — это когда он получает не только полный контроль и ответственность за функциональность продукта, но и свободу в решении финансово-бюджетных вопросов. Тем самым он превращается в настоящего предпринимателя, который стремится найти инвесторов, работает с заказчиками и всеми другими заинтересованными лицами. Соответственно, он получает возможность продавать будущий продукт, ценность которого также создается его усилиями.

Читайте также! Целевая аудитория продукта: определение и дальнейшие действия

Сфера деятельности предпринимателя весьма широка: он должен знать потребности клиентов, состояние конкуренции, особенности процесса маркетинга и все прочие технические, юридические и финансовые вопросы, связанные с разработкой и реализацией продукта.

Нюансы рекрутинга product owner

Хотя Agile является гибкой методологией, вписаться она может далеко не во все компании – даже создающие программные приложения, не говоря о других производственных отраслях. Если успешное выполнение проекта требует лишь решения управленческих задач и мнение потребителей не имеет первостепенного значения, то достаточно будет менеджера для общего руководства. Продакт-оунер необходим в том случае, если есть отдельное направление в виде бэклога продукта.

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

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

С учетом того, что product owner играет ключевую роль в разработке продукта, к его назначению собственники бизнеса должны подходить очень ответственно. При этом возможны разные варианты.

• Сайты по поиску работы. Product оwner – это тоже должность, и есть немало людей, которые предлагают себя в таком качестве. Скажем, на сайте hh.ru в среднем можно обнаружить около 2500 резюме соискателей со всей России. Разумеется, следует обращать внимание на опыт работы, имеющиеся отзывы, проекты, с которыми имел дело тот или иной кандидат.
• Executive search. Способ, позволяющий найти наиболее подходящих владельцев продукта. Для этого анализируется список компаний-доноров, которые разрабатывают похожий продукт.
• Хедхантинг. Это актуально в том случае, если на примете есть конкретный человек, но он работает в другой компании. Искусство хедхантинга состоит в том, чтобы выйти на нужного вам кандидата и найти действенные доводы, которые убедят его присоединиться к вам.
• Кадровое ИТ-агентство. Это самый простой, но затратный путь – поручить работу по поиску владельца продукта профессионалам, занимающимся подбором кадров.

Сложности в работе product owner

Владелец продукта – это не заказчик

Изначально рroduct owner может представлять не команду разработчиков, а другую сторону – клиентов. Однако его роль уникальна, и даже если он выступает как представитель заказчика, он не является заказчиком.

К примеру, если владелец продукта заявляет, что поскольку он и его партнеры финансируют проект, то они устанавливают правила «игры», и разработчики обязаны им подчиняться, это неправильный подход, противоречащий философии Agile.

Владелец продукта привлекается из сферы бизнеса, чтобы облегчить коммуникацию с заказчиками, но, вступив в команду, он становится с ней единым целым.

Нет смысла перекричать заказчика

Product owner должен принимать во внимание позиции всех заинтересованных сторон. Например, если заказчиков несколько, то не стоит бросаться исполнять прихоти того, кто громче всех кричит, иначе и остальные начнут действовать подобным образом.

Задача владельца – обеспечить максимальную ценность разрабатываемого продукта, и потому не нужно ставить во главу угла интересы только одного клиента, если есть и многие другие. Общаясь с представителями бизнеса, продакт-оунер должен использовать рациональные аргументы: только так можно достичь успеха.

«Они просили, мы сделали»

Весьма распространенная ошибка, и подход Agile нацелен на то, чтобы такого не происходило.

Читайте также! Что делать, если ваш продукт "не очень"

Владелец продукта обязан смотреть дальше, чем гласят условия конкретного заказа, и создавать продукт, который будет востребован на рынке.

В данном случае, если по принципу «Они просили, мы сделали» создан никому не нужный продукт, вина за потраченные впустую усилия будет лежать только на продакт-оунере.

Поиск баланса

Часто заказчик хочет все и сразу, причем его представления о конечном результате могут быть не вполне определенными. Здесь именно владелец продукта должен расставить все точки над i, выделив приоритеты – базовые характеристики продукта, реальные сроки и т. д.

Также бывает так, что команда, занимающаяся проектом, получила исходные данные от смежного подразделения, скажем маркетингового отдела, который ждет готовый результат. Однако хороший рroduct owner способен заглянуть дальше и выяснить, частью чего станет создаваемый ими продукт, кто составляет его целевую аудиторию и каковы ее предпочтения.

Владелец продукта в любом случае должен ориентироваться на конечное звено цепочки – на потребителей. Ему важно понять, в чем покупатели по-настоящему заинтересованы, а что их мало заботит, и потому на это не стоит тратить ресурсы разработчиков.

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