Войти в систему
Войти с помощью соц. сетей:
По гибкой разработке ПО и управлению продуктом написано много отличных книг. Однако до сих пор нет исчерпывающего описания того, как оно работает. Кажется, что agile-адепты стараются ускользнуть от ответа на этот вопрос, а специалисты по управлению продуктом до сих пор силятся понять этот дивный agile-мир. Сейчас все больше компаний берут на вооружение Scrum, и вопрос о специфике управления продуктом в scrum-среде становится очень актуальным. В этой книге делается попытка на него ответить.
В 1999 году я познакомился с agile-идеологией, и меня поразило тесное сотрудничество между техническими и бизнес-специалистами и технарями. Я всегда считал, что разработка ПО — это то, что интересует гиков, но не бизнесменов. Занимаясь коучингом своего первого agile-проекта в 2001 году, я прежде всего старался помочь менеджерам продукта перейти к миру гибких методологий. С тех пор владение продуктом всегда оставалось самым большим вызовом для компании и определяло успех всего предприятия. Так было во всех компаниях, которые я консультировал, и это помогало не только разрабатывать успешный продукт, но и применять Scrum по назначению. Можно повторить слова Криса Фрая и Стива Грина (Fry, 2007; 139), которые консультировали Salesforce.com по переходу к Agile:
В начале нашей работы мы постоянно слышали от многих экспертов, что роль владельца продукта — ключевая для успеха перехода к Agile. Хотя интуитивно это было понятно и нам, мы все же не до конца осознавали те значительные перемены, которые ожидают владельцев продукта.
Agile, или гибкое управление продуктом, основанное на Scrum, отличается от традиционных подходов во многих отношениях. В таблице 1 приведено резюме наиболее важных различий.
Таблица 1. Управление продуктом по-старому и по-новому
| Старые методы | Новые методы |
| Несколько ролей — например, маркетолог продукта, менеджер продукта и менеджер проекта. Между ними делится ответственность за создание продукта | Один человек, владелец продукта, отвечает за продукт и возглавляет проект. Более подробно об этой новой роли можно прочитать в главах 1 и 6 |
| Менеджеры команды отделены от команды разработчиков: разные процедуры, отделы и мощности | Владелец продукта — член scrum-команды, он постоянно и тесно сотрудничает со scrum-мастером и всей командой. Подробнее об этом читайте в главах 1, 3 и 5 |
| Обширное исследование рынка, планирование продукта и бизнес-анализ предшествуют разработке | Минимальная предварительная работа проводится в основном для выработки общей идеологии и грубых прикидок по функциональности продукта. Это описывается в главе 2 |
| Предварительное исследование и определение продукта: разрабатываются и окончательно устанавливаются подробные требования | Исследование продукта — это постоянный процесс, требования возникают как его следствие. Отсутствует фаза определенности и четкое указание требований к рынку или продукту. Бэклог продукта динамичен, и его содержание варьируется в зависимости от отзывов клиентов и пользователей. Более подробно об этом говорится в главе 3 |
| Отзывы пользователей получаются на позднем этапе, в ходе рыночного тестирования и после запуска продукта | Максимально быстрые и частые релизы вместе с краткосрочными обзорными совещаниями порождают ценную обратную связь от пользователей и клиентов, что позволяет создать продукт, который полюбят клиенты. Это описано в главах 4 и 5 |
Agile-методы, в том числе Scrum, придерживаются старой как мир истины: постоянны только изменения. «Если собственный анализ компании не делает продукт устаревшим, это сделает чей-то еще анализ», — писал Теодор Левитт в своей знаменитой статье «Близорукость маркетинга», опубликованной в 1960 году. Кристенсен добавляет, что прорывные технологии со временем происходят в любой отрасли. Непонятно только, насколько быстро и часто это случается. Компании, неспособные к стремительной адаптации, сойдут с дистанции, даже если в данный момент с их доходами все в порядке. К счастью, эмпирическая природа Scrum отлично приспособила эту методологию к внедрению разных новшеств и инноваций, действий в сложных ситуациях, где преобладают текучесть и непредсказуемость. Если ваш бизнес характеризуется переменами, в Scrum вы, скорее всего, найдете мощного союзника.
Эта книга для всех, кого интересует гибкое управление продуктом, особенно для владельцев продукта. Она рассказывает о роли владельца продукта и основных методах управления. К ним относятся визуализация продукта, разработка и совершенствование бэклога продукта, планирование и отслеживание релиза продукта, использование scrum-собраний и переход к новой роли. Это практическое руководство позволит эффективно применить scrum-техники управления продуктом. Особое внимание уделяется продуктам, связанным с ПО, — от простого приложения до мобильных телефонов.
Но это не учебник для начинающего менеджера продукта и не пособие по Scrum для новичков. Тем более нельзя считать книгу руководством на все случаи жизни в области управления продуктом. Многие аспекты управления продуктом здесь даже не рассматриваются. Наибольшее внимание уделяется идеям и методам управления продуктом, специфичным для Scrum.
Эта книга предполагает, что вы знакомы со Scrum и обладаете актуальными познаниями в области управления продуктом.
Надеюсь, книга поможет вам создавать продукты, которые полюбят потребители: они будут приносить покупателям пользу и разрабатываться разумно, с расчетом на длительную перспективу.
Войти с помощью соц. сетей: