«Управление продуктом в Scrum» читать онлайн книгу📙 автора Романа Пихлера на MyBook.ru
image
image

Отсканируйте код для установки мобильного приложения MyBook

Премиум

4.13 
(83 оценки)

Управление продуктом в Scrum

137 печатных страниц

2017 год

12+

По подписке
549 руб.

Доступ ко всем книгам и аудиокнигам от 1 месяца

Первые 14 дней бесплатно
Аренда книги
224 руб.

Доступ к этой книге на 14 дней

Чтобы читать онлайн 

или возьмите книгу 
в аренду

Оцените книгу
О книге

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

Роман Пихлер, один из ведущих экспертов по Scrum и agile-управлению продуктом, в своей книге рассматривает все компоненты этой роли, необходимые, чтобы привести компанию к великолепным результатам.

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

На русском языке публикуется впервые.

читайте онлайн полную версию книги «Управление продуктом в Scrum» автора Роман Пихлер на сайте электронной библиотеки MyBook.ru. Скачивайте приложения для iOS или Android и читайте «Управление продуктом в Scrum» где угодно даже без интернета. 

Подробная информация

Переводчик: 

Александр Коробейников

Дата написания: 

1 января 2010

Год издания: 

2017

ISBN (EAN): 

9785001003540

Объем: 

246905

Правообладатель
654 книги

Поделиться

Xarlamova_Alexsandra

Оценил книгу

Этак книга попала в мои студенческие руки от более опытного, в плане всего что связано с it, человека, чьему мнению я доверяю. Поэтому, не теряя ни минуты, села изучать.
Стиль очень похож на весь западный научпоп, где просто льют воду. Но это впечатление обманчиво. Буквально прочитав пару страниц, заметила у себя в руках приложение, куда вношу заметки по ходу чтения, чтобы потом обдумать. В процессе чтения узнала действительно много нового. Причем действительно того, что можно взять и сразу применить на текущем проекте ( внедряла по ходу чтения, результат был заметен моментально )
Книга читается очень легко, что порадовало. Хотя я и привыкла к более серьезному чтению. Но было приятно что не надо напрягаться, пытаясь понять, о чем же идет речь.
Для себя как для человека, который о scrum мало чего знал, вынесла массу полезного. Но думаю, что опытным в этом деле, тут особо ничего не найти. Я бы сказала, что она для новичков.
Книгу я читала достаточно долго, около двух недель в свободные минутки ( не было основным чтением ). Да и паузы на обдумывание прочитанного в этой книге явно нужны. Этого времени хватило, чтобы после переворачивания последнего листа, понять, что принципы описанные в книге повсеместно в моей жизни. Они проникли туда и прочно обосновались. Теперь scrum я использую везде. Особенно часто для построения своего образования и реализации идей. Принципы оказались очень удобными, а что самое главное, легко приживающимися.
Кажется книга нашла меня в нужный момент и смогла структурировать все то, что валялось непонятными отрывками в моем сознании.
Она не представляет собой пошагового руководства, для тех кто ищет именно полного погружения в Agile. Но она поможет заинтересовать, мягко опробовать, ваше ли это вообще направление. Из всего объёма книги, только где - то треть является действительно не очень подробными описаниями приемов. Остальное, красивые и мотивирующие слова.
Порадовала наличие списка литературы в конце. Но еще больше, что по ходу книги, при упоминании чего - то стоящего сразу приводилась ссылка где можно с этим ознакомится подробно.
Единственное замечание к этой книге. Я так и не поняла для кого она. Этот вопрос мучил меня пока я читала ее. Для меня как для студентки, у которой еще нет профессии определенной, было конечно интересно и полезно. Но вот в остальном... То идет информация для владельцев продукта, то для менеджеров, то уже для CEO, а в конце так и вообще для начальства. Это даже немного раздражало. Хотя тому, кто любит смотреть с разных точек зрения, это наверно и понравится.
Ну и последнее. Это всё-таки не научная литература. Поэтому где - то с середины книги появился характерный научпопу тон, повторять все по 10 раз. По факту начали пересказывать все то же, что уже написали в первой половине книги. Но это не большая беда.
Буду рекомендовать книгу друзьям.

Поделиться

Toxin

Оценил книгу

Когда я впервые увидел эту книгу, то насторожился: на фоне скромного упоминания автора огромными буквами написано модное нынче слово scrum. Обычно это тревожный сигнал.

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

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

Сам Пихлер позиционирует книгу, как пособие "не для новичков". Но и серьезным материалом для профессионалов она не является. Остается вопрос: для кого она вообще? И это сложный вопрос! Возможно она будет полезна тем, кто только познакомился со скрамом. Либо для участников "scrum-команд", которым нет необходимости досконально разбираться в менеджерской работе, но надо понимать ее в общих чертах.

Ну а тем, кто хочет разрабатывать ПО с использованием scrum на профессиональном уровне, я посоветую читать Майка Кона, а не Романа Пихлера.

Поделиться

Lynette

Оценил книгу

Эта книга не поможет узнать, что такое scrum и agile, и не подойдёт тем, кто плохо представляет себе, что это и для чего это. Здесь нет основ, нет подробного разбора событий и ценностей scrum, поэтому для того, чтобы книга оказалась полезной, необходимо обладать базовыми знаниями, а в идеале - ещё и опытом работы по scrum.

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

Итак, кому будет полезна эта книга?
1. Владельцам продукта или тем, кто только собирается им стать. Очень внятно и подробно рассказываются особенности роли product owner'а, важность этой роли и принципиальные отличия от менеджера или руководителя проекта. Кроме этого, автор настойчиво пытается донести, какими качествами должен обладать хороший product owner, в чём его основная миссия, как он должен вести себя с командой, каких ошибок должен остерегаться. Начинающим владельцам продукта посвящен целый раздел, в котором приведены начальные рекомендации - с чего начинать и как начинать развиваться в этой области.
2. Менеджерам, руководящим переходом на scrum. Часто в организациях, где только начинает происходить внедрение scrum, руководство не осознаёт важность роли product owner'а, а сами новоиспечённые владельцы продукта не до конца понимают, в чём заключается их роль. Решить эти проблемы предстоит именно менеджерам, и данная книга может стать хорошим помощником - поможет понять, на какие рычаги можно надавить и какими способами продемонстрировать то или иное изменение; поможет повысить мотивацию владельцев продукта.
3. Scrum-командам, которые стоят на пороге нового продукта. Много в книге именно о том, как, собственно, придумать, продумать и запустить продукт так, чтобы он "взлетел" и оказался успешным и востребованным, удовлетворял всем требованиям и не затух. Достаточно полезной информации о том, каким должно быть видение продукта, как это видение перенести в планирование, а затем и в реализацию; как не потерять гибкость, чем можно жертвовать, а чем жертвовать нельзя ни в коем случае.
4. Команде разработчиков и scrum-мастеру. Они хоть и являются частью scrum-команды, но обладают более узкой направленностью, вследствие чего более ограниченно смотрят на управление продуктом. Эта книга - просто отличное средство для того, чтобы увеличить угол обзора и увидеть всю картину целиком, получить более полное представление обо всех сторонах управления и развития продукта. Уделяется внимание также различным нюансам гибкой разработки, даются практические советы и рекомендации. Вкупе всё это может оказаться крайне полезным и найти отражение в положительных изменениях хода работы.

Как и все подобные книги, эта не обошлась без недостатков. Лично для меня он один и совершенно незначительный, но не упомянуть его не могу, - это повторы.
На протяжении всей книгой красной нитью идут одни и те же важные утверждения и посылы, и из раздела в раздел они повторяются. Это, правда, легко оправдывается тем, что книгу можно начинать читать с какого угодно места - открыл интересующий раздел и прочёл, всё важное и необходимое для понимания там будет.
Ещё периодически ловила себя на том, что "это знаю, это очевидно, это понятно..." Но в итоге все эти знакомые-очевидные мысли всё равно выстраивались и занимали своё место в общей картине, которая от этого только выигрывала.

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

Поделиться

Исключение — концептуальные спринты, цель которых — не выдать готовый продукт, а получить необходимые для создания концепции продукта знания. У этих спринтов есть собственные критерии готовности.
8 апреля 2021

Поделиться

Планирование релиза начинается с принятия решения о том, какая из составляющих проекта — время, затраты или функциональность — должна остаться неизменной для запуска успешного продукта. Необходим ли запуск именно в указанную дату? Жестко ли задан бюджет на разработку? Нужно ли реализовать все требования, отраженные в бэклоге продукта? Одновременная фиксация времени, бюджета и функциональности невозможна. По крайней мере одна из составляющих должна играть роль высвобождающего клапана. Самое удачное решение — ограничить время и делать гибкой функциональность.
8 апреля 2021

Поделиться

Никогда не забывайте девиз сотрудничества, отраженный в agile-манифесте: «Представители бизнеса и разработчики должны каждый день вместе работать над проектом
8 апреля 2021

Поделиться

Еще 384 цитаты

Переводчик

Другие книги переводчика