Роман Пихлер - Управление продуктом в Scrum. Agile-методы для вашего бизнеса

Таблица 1.Управление продуктом по-старому и по-новому

Agile-методы, в том числе Scrum, придерживаются старой как мир истины: постоянны только изменения. «Если собственный анализ компании не делает продукт устаревшим, это сделает чей-то еще анализ», – писал Теодор Левитт в своей знаменитой статье «Близорукость маркетинга», опубликованной в 1960 году. Кристенсен добавляет, что прорывные технологии со временем происходят в любой отрасли. Непонятно только, насколько быстро и часто это случается. Компании, неспособные к стремительной адаптации, сойдут с дистанции, даже если в данный момент с их доходами все в порядке. К счастью, эмпирическая природа Scrum отлично приспособила эту методологию к внедрению разных новшеств и инноваций, действий в сложных ситуациях, где преобладают текучесть и непредсказуемость. Если ваш бизнес характеризуется переменами, в Scrum вы, скорее всего, найдете мощного союзника.

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

Но это не учебник для начинающего менеджера продукта и не пособие по Scrum для новичков. Тем более нельзя считать книгу руководством на все случаи жизни в области управления продуктом. Многие аспекты управления продуктом здесь даже не рассматриваются. Наибольшее внимание уделяется идеям и методам управления продуктом, специфичным для Scrum.

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

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

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

Что же произошло? Где-то по дороге между идеей и запуском концепция заблудилась. Маркетологи провели исследование рынка, сформулировали концепцию продукта и передали ее менеджеру продукта. Он написал спецификацию и вручил менеджеру проекта, который передал ее в разработку. Не нашлось никого, кто бы отвечал за создание успешного продукта, не существовало общего видения продукта и его функциональности. У всех были собственные подходы, своя концепция.

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

В Scrum Guide Кен Швабер пишет о владельце продукта:

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

Определение звучит вполне безобидно, пока мы не начнем оценивать его последствия. Владелец продукта возглавляет усилия разработчиков по созданию продукта, благодаря которому появляются желаемые преимущества. Это часто подразумевает формулирование концепции продукта, работу с бэклогом продукта, планирование релиза, привлечение клиентов, пользователей и других заинтересованных лиц, управление бюджетом, подготовку запуска продукта, посещение scrum-митингов и сотрудничество с командой. Владелец продукта играет ключевую роль не только в создании новых продуктов, но и в поддержании жизненного цикла продукта. Назначение одного человека ответственным за релизы обеспечивает их непрерывность и снижает количество передаточных звеньев, а также поощряет долгосрочное планирование. Исследование в SAP AG выявило и другие преимущества: сотрудники, работающие владельцами продукта, чувствовали себя уверенно, понимали степень своего влияния и то, что они на виду, были наиболее организованными и мотивированными для новой роли.