Книга или автор
4,3
162 читателя оценили
496 печ. страниц
2017 год
12+
Оцените книгу

О книге

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

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

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

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

Переводчик: Светлана Пасерба

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

Год издания: 2017

ISBN (EAN): 9785001006145

Объем: 894.6 тыс. знаков

Купить книгу

  1. maratu
    maratu
    Оценил книгу

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

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

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

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

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

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

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

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

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

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

  2. Lynette
    Lynette
    Оценил книгу

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

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

  3. Toxin
    Toxin
    Оценил книгу

    Зачастую гибкие методологии разработки воспринимаются как набор несложных практик. Народ смело перекраивает их под себя, сразу выкидывая все, что считает ненужным. Разумеется потом в сети появляются статьи на тему "scrum/kanban не работают". Происходит это потому, что внедрения agile инструментария недостаточно для эффективной работы. Необходимо полное перестроение команд и компаний на уровне культуры и мировоззрения.

    Если у вас есть ежедневные митинги, есть scrum или kanban доска, но в вашей компании боятся совершать ошибки, или у вас не уделяют достаточного времени планированию и общению членов команды между собой и с заказчиком, распределяют задачи по исполнителям, в вашей компании бесконечные дедлайны с навязыванием сроков сверху и, как следствие, постоянный оверворк — вам нужна эта книга. "Постигая Agile" расскажет о самих практиках scrum, xp и kanban и о гибком и бережливом мышлении, которое стоит за ними. И без которого agile не будет работать на полную мощность.

    Отдельно порадовали отсылки к Майку Кону, Кену Шваберу, Алистеру Коберну, Кенту Беку и Девиду Андерсону. Если вам знаком кто-то из этих авторов и вы считаете их труды достойными, то "Постигая Agile" также станет неотъемлемой частью вашей библиотеки.

  1. Люди и взаимодействие важнее процессов и инструментов. Работающий программный продукт важнее исчерпывающей документации. Сотрудничество с заказчиком важнее согласования условий кон­тракта. Готовность к изменениям важнее следования первоначальному плану.
    10 июня 2017
  2. Люди и взаимодействие важнее процессов и инструментов. Работающий программный продукт важнее исчерпывающей документации. Сотрудничество с заказчиком важнее согласования условий контракта. Готовность к изменениям важнее следования первоначальному плану.
    14 января 2018
  3. Если бы я спросил людей, чего они хотят, они бы сказали, что хотят более быстрых лошадей. Генри Форд18
    23 июля 2017

Переводчик

Светлана Пасерба
3 книги