«Постигая Agile» читать онлайн книгу📙 автора Дженнифер Грин на MyBook.ru
image
image

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

Недоступна

Премиум

4.28 
(170 оценок)

Постигая Agile

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

2017 год

12+

Эта книга недоступна.

 Узнать, почему
О книге

Эта книга рассказывает о самых популярных agile-подходах – Scrum, XP (экстремальное программирование), Lean (бережливое программирование) и Канбан. Она познакомит вас с методами, работающими в повседневной жизни, а также с базовыми ценностями и принципами, которые помогут вашей команде полностью изменить свой подход к работе над проектами. Вы начнете лучше разбираться в конкретных agile-подходах и сможете сразу внедрить их на практике. А главное, вы поймете, как превратить группу сотрудников, добавляющих в свою работу Agile, в настоящую команду, которая действительно улучшает способ создания продукта и добивается выдающихся результатов.

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

читайте онлайн полную версию книги «Постигая Agile» автора Дженнифер Грин на сайте электронной библиотеки MyBook.ru. Скачивайте приложения для iOS или Android и читайте «Постигая Agile» где угодно даже без интернета. 

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

Переводчик: 

Светлана Пасерба

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

1 января 2015

Год издания: 

2017

ISBN (EAN): 

9785001006145

Дата поступления: 

31 марта 2021

Объем: 

894568

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

Поделиться

Евгений Зингерман

Оценил книгу

Книга нудная и подзатянутая, но на удивление полезная. Но нудная. Некоторые сраницы проглатываются залпом, а некоторые вгоняют в сон с первой же строчки, потому что тупо переливают из пустого в порожнее и громыхают пустыми словесами. Лучшие главы - про Скрам и ХР, худшие - про Lean и Канбан. Вступление про Эджайл вполне себе сносное, а вот глава про коучей - без слез не взглянешь.

Поделиться

maratu

Оценил книгу

Вторая книга Стеллмана и снова даётся с трудом (первой была « Идеальные команды »). Хаотичная структура, рваные, заканчивающиеся на середине примеры, чрезмерные повторения и много воды.

Начинать знакомство с аджайл с этой книги я бы не рекомендовал.

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

Идеи книги ориентированы на уровень «ха» — принципы, которые стоят за аджайл-практиками. Стоит читать, если столкнулись с типичной проблемой «мы попробовали, у нас не работает/так себе работает».

Знакомство же с гибкими методологиями лучше начать с «Заметок с передовой» Книберга или «Руководства по Скраму» Швабера. Там чистый «сю» — практики и правила.

Почему недостаточно практик и нужно менять тип мышления команд, менеджеров и заказчиков? В усложняющемся мире всё тяжелее эффективно решать проблемы командно-административным способом. У такого способа есть свой предел (ordered-проблемы по модели Cynefin). Чтобы быть эффективными дальше нужны команды, которые могут подойти к решению проблем творчески. Загвоздка в том, что творчество и командно-административный менеджмент плохо совместимы. Подробно об этом написано в книге Дэниела Пинка «Драйв».

Чего не хватает в книге (и в других книгах по аджайл), так это фокуса на то, что ценность для заказчика выражается в конкретных значимых метриках: прибыли, конверсии, удержании аудитории и т.п. Введение таких метрик в команду очень здорово помогает понимать, что в продукте важно и общаться с заказчиком на одном языке.
В этом отношении хороша книга Эрика Риса «Бизнес с нуля».

И совсем обошли стороной тему аджайла в больших командах (SoS, SAFe, LeSS).

Самый яркий вау-момент при чтении — дополнительные метрики для кумулятивной диаграммы потока, отслеживающие стабильность процесса:
- средняя частота поступления — среднее число задач, периодически добавляемых в рабочий процесс;
- средняя ёмкость — среднее общее количество задач в рабочем процессе.
Если тренды по этим метрикам не горизонтальны, то процесс нестабилен и закон Литтла неприменим. Для устранения этой вариабельности используются WIP-лимиты (ага, так вот для чего они нужны!).

Или, другими словами — количество работы должно быть ограничено пропускной способностью системы. Тогда процессом в этой системе можно управлять и (с некоторой степенью уверенности) прогнозировать сроки выполнения работ.

Поделиться

Lynette

Оценил книгу

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

Ценна эта работа тем, что рассказывает не о каком-то отдельном фреймворке, а в целом про Agile: что это, в чём отличия от прочих подходов к разработке ПО, какие преимущества и основные принципы.
Про четыре фреймворка - Scrum, XP, Lean, Kanban - тоже рассказывается, проводятся параллели между ними. Авторы стремились рассказать и показать, где точки пересечения и как выражается Agile в каждом из них, а где принципиальные отличия. До этого я многое знала только про Scrum и немного про XP и Kanban, теперь имею более полное представление.

Поделиться

Еще 1 отзыв
Первый этап в улучшении процесса — это понимание того, как в настоящее время работает команда
19 апреля 2021

Поделиться

Типичная канбан-доска показывает крупные рабочие элементы, а не отдельные задачи
19 апреля 2021

Поделиться

Каждый член scrum-команды — владелец проекта
19 апреля 2021

Поделиться

Еще 1 078 цитат

Переводчик

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