На троечку. В книге говорится про то, что менеджер продукта должен смотреть как во вне, так и внутрь продукта. При этом в книге все описание идёт именно про взаимодействие внутри команды разработки. Так это ещё Сазерленд в своей книге про скрам все описал. А про внешнее взаимодействие и функционал менеджера продукта ни слова. Ведь менеджер продукта – это мини сео. А эта часть вообще выпала
Objętość 161 strona
2010 rok
Управление продуктом в Scrum. Agile-методы для вашего бизнеса
O książce
Первое руководство по гибкому управлению продуктом на основе Scrum – от одного из ведущих экспертов по методике.
Это книга для всех, кого интересует agile-управление продуктом, особенно для тех, кто является владельцем продукта или переходит к этой роли. В книге рассказывается о роли владельца продукта, а также об основных методах управления продуктом. К ним относятся визуализация продукта, разработка и совершенствование бэклога продукта, планирование и отслеживание релиза продукта, использование совещаний Scrum и переход к новой роли. Это практическое руководство позволит вам эффективно применить в Scrum техники управления продуктом. Особое внимание уделяется продуктам, связанным с ПО, – от простого приложения до таких сложных продуктов, как мобильные телефоны.
Ведущий скрам-консультант Роман Пихлер демонстрирует на реальных примерах, как владельцы продуктов могут создавать успешные продукты с помощью скрама.
Из книги вы узнаете:
• Чем Scrum отличается от традиционных методов управления.
• О том, с какими типичными трудностями сталкивается владелец продукта.
• В чем заключается роль владельца продукта: что и как он должен делать.
• Как управлять бэклогом даже в случае с самыми сложными продуктами.
• Как планировать релиз и принимать решения по расписанию, бюджетам и функционалу.
• Из чего состоит роль владельца продукта во встречах по спринту: что нужно и чего не нужно делать.
Для кого эта книга
Это книга для всех, кого интересует agile-управление продуктом, особенно для тех, кто является владельцем продукта или переходит к этой роли.
Книгу «Управление продуктом в Scrum» Романа Пихлера мне посоветовали хорошие коллеги. С комментарием «доступно и по делу». С этой трактовкой тяжело не согласиться, однако мои ожидания, основанные на такой рекомендации, сильно не совпали с содержанием книги.
Нет, нельзя сказать, что описанные в книге мысли или методы неверны. С этим всё в порядке. Однако для меня осталось загадкой, кто же целевая аудитория. Для кого именно эта книга.
Основная задача книги – это дать описание Scrum с точки зрения роли «Владелец продута» (Product Owner). Начинается с описания, кто же это такой, а затем расписывается, что ожидается от владельца продукта на разных этапах работы над продуктом по методике Scrum.
Однако все сведения, как мне кажется, довольно поверхностые. Как будто автор пытается рассказать о Scrum тем, для кого это что-то новое. И приведенные примеры явно работают на ту же задачу: посмотрите, как это круто, но обратите внимание на следующее, если начнёте. Но такого знания недостаточно, чтобы действительно внедрить Scrum в компании, где он ранее не использовался.
А если вы уже не новичок в Scrum и agile-методологии, то основные термины и подходы вы знаете. Намного интереснее окунуться в детали, примеры использования, а также узнать о трудностях, с которыми приходилось сталкиваться владельцам продукта. Но и этого тут нет.
Именно поэтому моя общая оценка низкая: получилось как-то «ни нашим ни вашим». Хотя в целом всё действительно толково и по делу.
Если писать красивую и положительную рецензию, то она должна начинаться с таких слов: «Прекрасная книга, погружающая Вас в этот замечательный мир…».
Эту книгу можно назвать вводными курсом для владельцев продукта, она постепенно погружает вас в новую область SCRUM и доходчиво разъясняет данную роль.
Огромная благодарность людям, которые приложили усилия чтобы донести новое людям.
Очень рекомендую к прочтению тем, кто готовится к сдаче экзамена PSPO Professional Scrum Product Owner. Однако, читать для этих целей исключительно в оригинале – на английском языке
Замечательная книга. Доступная.
Обязательная к прочтению для работников сферы ИТ, особенно для компаний занимающихся разработкой программных продуктов с нуля.
Zostaw recenzję
Лидер и командный игрок «Хорошие бизнес-лидеры создают концепцию, формулируют концепцию, страстно ее отстаивают и неумолимо ведут к завершению», – говорит Джек Уэлч, бывший председатель совета директоров и CEO компании General Electric. Владелец продукта – именно такой лидер. Отвечая за успех продукта, он обеспечивает руководство всеми, кто занят
Он призван снабдить вас достаточным количеством информации, чтобы можно было судить, насколько эти техники применимы к вашему проекту. Здесь рассматриваются прототипирование и макетирование, персоны и сценарии, варианты использования и пользовательские истории, последовательности и раскадровки, визуализации и обзоры, а также модель Кано.
Писатель Джонатан Свифт заметил: «В и дение – это искусство видеть невидимое».
Существует всего два варианта: функциональные команды и компонентные команды (Pichler, 2008; Larman and Vodde, 2009). Функциональная команда внедряет сквозной набор требований – например, одну или несколько тем или функций. В результате появляется сквозной вертикальный срез, который проходит через основные части программной архитектуры. Компонентная команда выдает компонент или подсистему. Эти два варианта ортогональны друг другу: функциональные команды организуются вокруг бэклога продукта, а компонентные – вокруг программной архитектуры.
Полное погружение одновременно и в рынок, и в команду – это уникальный опыт.
Recenzje
11