Восемь самых популярных книг по Agile, Scrum и Kanban

    Наша команда знакома с гибкими методологиями разработки, двухнедельные спринты — наше все. Недавно руководство решило распространить наш опыт на другие подразделения и попросило нас помочь в этом деле. Трезво оценив обстановку, мы поспешно отказались от этого предложения, но обещали подкинуть литературы, чтобы коллегам было с чего начать.

    И вот тут возникли трудности: каждый топил за свою подборку. Чтобы избежать лишних споров, мы решили создать свою схему подбора литературы, основываясь на общедоступной статистике.



    В итоге основными инструментами для анализа стали: поиск Яндекса, Wordstat и крупнейшие книжные сайты с их статистикой и отзывами. О том, какой рейтинг можно «намыть» с их помощью, — под катом. И еще мы думаем, что методика получилась универсальной — вполне применимой для подбора книг по другим направлениям.

    Как растет спрос на гибкие методологии


    Раз уж всплыл этот вопрос, нам стала любопытна динамика интереса к Agile, Scrum и Kanban внутри нашей платформы. Для этого подняли статистику по всем мероприятиям в «Точках кипения» и сделали поиск по трем основным ключевым словам. Отредактировав вручную финальные списки, получили любопытную картину.

    Начнем с Agile:



    В 2019 году мы зафиксировали скачкообразный рост. Похоже, 2020-й не станет исключением. Пунктиром — наш прогноз до конца года.

    А тут разбивка по месяцам. Особенно впечатляет пик в апреле, во время самоизоляции:



    Ну а в июне уже чувствуется сезонный спад активности.

    По Scrum — похожая ситуация, где по годам наблюдается даже более быстрый рост:



    Хотя по месяцам цифры достаточно ровные:



    А вот с Kanban все скромнее: пять мероприятий в 2019 году и три — за первые пять месяцев 2020 года.

    Далее мы решили оценить, насколько активность в «Точках» соответствует общим тенденциям роста интереса к Agile-тематике.

    Мы взяли яндексовский WordStat и посмотрели динамику числа запросов по соответствующим ключевым словам за последние полгода:



    Период ограничен, и здесь виден только небольшой всплеск интереса в апреле.
    Где еще можно посмотреть на тренды? Например, в Российской государственной библиотеке. Ну и заодно выяснить, что хорошего можно почитать по этой теме.

    Итак, возьмем статистику по количеству книг с упоминанием наших терминов по году издания. Получается вот такая картина:


    По факту с 2017 года количество книг с упоминанием «гибких» терминов увеличилось в разы. И раз мы уже перешли к книгам, самое время вернуться к вопросу, как не утонуть в них и выделить те, которые стоит прочитать.

    В поисках правильных критериев оценки


    Самый очевидный способ — собрать список топовых книг по Agile и посмотреть, что советуют гуру этого направления. Это будет субъективная подборка, и доверие к ней сравнимо с доверием к самим гуру. Но для формирования шорт-листа и последующего статистического анализа — самое то.

    Вот так выглядит один из субъективных рейтингов, который нам встретился:
    Лучшие книги по Agile, Scrum и Kanban, по версии одного из экспертов
    ФИО автора
    Название книги
    1
    Джефф Сазерленд
    Scrum. Революционный метод управления проектами
    2
    Сборник
    Канбан и «точно вовремя» на Toyota. Менеджмент начинается на рабочем месте
    3
    Майк Кон
    Scrum: гибкая разработка ПО
    4
    Джефф Сазерленд, Кен Швабер
    Софт за 30 дней. Как Scrum делает невозможное возможным
    5
    Дженнифер Грин, Эндрю Стиллмен
    Постигая Agile
    6
    Зузана Шохова
    Путь скрам-мастера
    7
    Майк Кон
    Agile: Оценка и планирование проектов
    8
    Юрген Аппело
    Agile-менеджмент. Лидерство и управление командами
    9
    Стивен Деннинг
    Эпоха Agile

    В итоге после объединения различных списков из разных источников удалось собрать шорт-лист из 22 книг. Как понять, какие из них наиболее полезные?

    Вариант 1: посмотреть рейтинг книг по отзывам на сайтах, посвященных книгам. Их можно найти, например, на Litres.ru, Livelib.ru, Ozon.ru. Есть также сайт Bookmate.com, где пользователи отмечают, какие книги они прочитали, и оставляют рекомендации. Для нас интересно количество этих рекомендаций.

    Если свести все данные в единую тепловую карту, получится вот такая картина.

    Рейтинг книг на основании оценок пользователей специализированных сайтов



    В целом некоторая корреляция в оценках есть, и можно сделать выводы по отдельным книгам. Но стоит помнить, что в основе этих оценок лежит мнение лишь десятков людей, а иногда и единиц, так что оценка остается субъективной.

    Продолжаем искать более объективные метрики.

    Вариант 2: посмотреть на популярность книг по числу запросов в Яндексе и количеству страниц, на которых эти книги упоминаются.

    Из WordStat берем данные по прямым поисковым запросам этих книг за последние пару месяцев. Смотрим в поиске Яндекса количество страниц, на которых упоминается книга. Затем сужаем поиск, считая количество страниц с упоминанием книг на сайте профильного вуза, например Высшей школы экономики. Снова сводим в единую карту.

    Рейтинг книг на основании количества упоминаний



    Как видим, книги выстроились в новый порядок. При этом видна определенная корреляция между упоминаемостью книг на сайте вуза и количеством страниц в поиске Яндекса. В принципе количество упоминаний книг на сайте ВШЭ — неплохой параметр для определения их полезности и востребованности.

    Вариант 3: создать сводный рейтинг на основании нескольких метрик обоих типов. Выбор этих метрик — наше субъективное решение, здесь вы можете критиковать и предлагать свой набор.

    Итак, мы выбрали для себя пять метрик, по каждой из них отсортировали книги. Затем 10 лучшим в каждом чарте присвоили по 1 баллу. Если значение метрики одинаковое у 10-й и 11-й книг, даем баллы обеим. Суммируем баллы и сортируем по их возрастанию.

    Метрики, на которых остановились мы: рейтинг Livelib как самый полный, упоминания на сайте HSE, количество запросов в апреле, количество страниц с книгой в Яндексе и… Вот здесь мы решили использовать еще один интересный параметр — количество пользователей, прочитавших книгу на Bookmate, так как он показался более наглядным, чем количество положительных оценок.

    Вот что получилось:



    Восемь книг из 22 смогли набрать больше двух баллов из пяти — ставим им «зачет» и рекомендуем как самые популярные и полезные.

    Кратко расскажем о каждой из них.

    1. Джефф Сазерленд. Scrum. революционный метод управления проектами




    Книга основателя Scrum пользуется высокой популярностью с 1995 года. Она пережила множество изданий и доступна в нескольких переводах. На 280 страницах хватает воды, но есть и четкое описание придуманной автором методологии. Правильнее будет именно с нее начинать свое знакомство со Scrum.
    «В определенное время, в определенном месте, с определенной небольшой группой людей становится возможным все».

    Книга объяснит, как правильно управлять проектами быстрее и эффективнее, затрачивая при этом меньше ресурсов.

    2. Канбан и «точно вовремя» на Toyota. Менеджмент начинается на рабочем месте




    Это перевод учебных материалов специалистов компании Toyota к семинарам по производственной системе из далеких 1970-х годов. Как Сазерленд по Scrum является своеобразным «евангелием», так и эта книга стала точкой отсчета для Kanban-подхода.
    «Многие знают о канбан лишь то, что это какая-то карточка, прикрепляемая к таре для доставки деталей на сборку. На самом деле это нечто гораздо большее. Это синтез менеджмента и философии, позволяющий добиваться долговременного успеха».

    На самом деле тут сразу два метода управления — «канбан» и «точно вовремя», позволяющие правильно выстроить производство и синхронизировать его с производственными запасами. Книга будет полезна как стартовая площадка для понимания современных Agile-подходов.

    3. Майк Кон. Agile: Оценка и планирование проектов




    Майк Кон, эксперт в области Agile, в этой книге не стал впадать в долгие рассуждения, но вывалил большую гору фактов, примеров, графиков и советов, которые помогут читателю разобраться с Agile.
    «Подход многих руководителей проектов можно представить как «планирование, планирование, планирование — выполнение». Agile-подход — это «планирование — выполнение — адаптация», «планирование — выполнение — адаптация». Чем выше неопределенности проекта, тем важнее применение agile-подхода для успеха».

    Упор в книге делается на две составляющие успеха любого проекта — планирование и оценку. Книга немаленькая — более 500 страниц, но потраченное время стоит полученных знаний. Между прочим, именно эта книга чаще всего упоминается на сайте ВШЭ.

    4. Дженнифер Грин, Эндрю Стиллмен. Постигая Agile




    Этот объемный труд (450 страниц) включает в себя описание всех основных agile-методологий: Scrum, Kanban, Lean и XP (eXtremal Programming). Книга легко читается, методологии даются несколько поверхностно, в обзорном режиме.
    «То, что создают люди, часто зависит от того, на чем они сосредоточены. Чем больше люди сосредоточены на своих личных целях, а не на целях команды, тем меньше шансов, что они будут иметь реальную ценность для компании».

    Для знакомства — самое то. Постоянные повторения одного и того же призваны занести в память читателей самые важные моменты.

    5. Хенрик Книберг. Scrum и XP: заметки с передовой




    Эту книгу непросто найти в русскоязычном переводе, но это одно из лучших практических пособий по Scrum в области разработки ПО. Практические советы, наглядные примеры — все, как мы любим.
    «Оказалось, что достаточно всего лишь четко определить проблему, и она часто решается сама собой».

    Книга небольшая, в сети можно найти перевод, сделанный энтузиастами из Agile Ukraine.

    6. Борис Вольфсон. Гибкое управление проектами и продуктами




    Основное отличие этой книги от других — акцент на создание продуктов, взгляд на Agile глазами продакт-менеджера на всем жизненном пути продукта. Здесь вы найдете и бизнес-моделирование, и аналитику требований, и методы управления командой, и даже управление рисками.
    «Закон Паркинсона: любая работа увеличивается в объеме, чтобы заполнить все отпущенное на нее время».

    В книге рассказывается о трех методиках: Scrum, Kanban и XP и их правильном использовании. Воды почти нет, и в целом книга более похожа на студенческий конспект.

    7. Майк Кон. Scrum: гибкая разработка ПО




    Это практическое пособие по освоению методики Scrum с примерами из практики. Посвящено вопросам гибкой разработки программного обеспечения, но будет полезно читателям и из других предметных областей, ведь принципы ведения проектов одинаковы.
    «Scrum-командам приходится отвыкать мыслить в категориях «моих» задач и «ваших» задач и привыкать мыслить в категориях «наших» задач».

    К сожалению, перевод книги в версии издательства «Вильямс» не слишком хорош — лучше читать книгу в оригинале или посмотреть другие версии переводов.

    8. Дэвид Андерсон. Канбан. Альтернативный путь в Agile




    Замыкает наш топ одна из ключевых книг по Kanban. Для первого знакомства, правда, она не подходит: слишком глубоко все разжевано, много тонкостей, которые будут интересны уже погруженному в тему читателю. Зато те, кто ее осилит (и пару раз перечитает), смогут «включиться» в канбан.
    «Когда вы просите людей измениться, это порождает страх и снижает их самооценку, поскольку тем самым вы даете понять, что их навыки более не нужны».

    Стоит обратить внимание, что здесь Kanban рассматривается в разрезе разработки ПО, что делает книгу полезной именно для ИТ-продуктологов, разработчиков и руководителей проектов.

    Согласны ли вы с нашим топ-8? Какие книги еще маст-хэв для тех, кто изучает Agile? Если вам есть чем поделиться или покритиковать, пишите в комментариях — этим вы поможете другим в поиске знаний и добавите себе кармы.
    Leader-ID
    Компания

    Комментарии 24

      0
      А чем принципиально Аджаил от Саентологии с Дианетикой отличается? Я на их сайтах тоже кучу графиков видел в стиле «до внедрения саентологии и после внедрения». Там даже графики какие-то приводились, где после внедрения все автоматом счастливее, богаче, эффективнее становятся.
        +1
        :-) Ну, я вижу два различия:
        1. От Эджайла не становятся счастливее автоматически, и в жизни каждого бывает момент, когда он весь этот Эджайл самозабвенно ненавидит.
        2. Никогда не встречал человека, которому Саентология помогала на самом деле, а не для продаж этой самой Саентологии. А наши (и не только наши) разработчики фигачат двухнедельными спринтами, и вроде все работает, переходить на другую систему не планируют. Хотя… сейчас спрошу. Нет, не планируют.)

        … А общее у них то, что мы не продаем, ни Эджайл, ни Саентологию. :-)
        +3

        Прочитал первую и вторую из вышеозначенных книг. На мой субъективный взгляд книги совершенно бесполезные, по меньшей мере в плане практическом, в софтверных проектах. Как с точки зрения управляющего разработкой, так и с точки зрения человека, который пишет код. Мой список правильных книг про гибкую разработку:


        • Кент Бек "Экстремальное программирование"
        • Кент Бек "Экстремальное программирование. Разработка через тестирование"
        • Роберт Мартин "Чистый Agile. Основы гибкости"
        • Роберт Мартин "Идеальный программист"
        • Роберт Мартин "Чистый код"
        • Роберт Мартин "Чистая архитектура"
        • Роберт Мартин "Гибкая разработка программ на Java и C++. Принципы, паттерны и методики"
        • Роберт Мартин "Принципы, паттерны и методики гибкой разработки на языке C#"
        • Мартин Фаулер "Рефакторинг"
          +1
          О, круто! Спасибо! Это вот прям именно то, чего хотелось от этой статьи.

          … Если вы думаете, что у нас внутри команды есть согласие по поводу полезности конкретных книг, то нет, его нет.) У каждого свой глобус.) Автор об этом честно написал в начале статьи. Так мы и пришли к анализу статистики: решили посмотреть, что читают больше.
          +2
          Помешались уже все на методологиях. Пару дней назад проходил собес на php разработчика — первое о чем спросили это были методологии. Ни одного серьезного вопроса по php, архитектуре, паттернам базам данных, зато куча вопросов по типу чем аджайл, скрам и канбан различаются.
            0

            Так Agile в исходном виде даже не методология… набор принципов… не более.

              0
              Манифест 2001 года.) Эджайл давно уже не в исходном виде. Но да, спор о том, где кончается набор принципов и начинается методология, античных времен входит в топ-10 тем для бесконечных дискуссий.)
                0

                Ну а что сейчас нового появилось из практик, чего не было в 2001 году?

                  0
                  Ну например появились/добавились вещи вроде nexus/scrum of scrum. Во всяком случае на моей памяти в 2001 таким и не пахло, а сейчас это пихают чуть ли не в любой фирме где больше чем одна команда разработчиков.
                    0

                    Мдауш… Однако извините за неточность вопроса. Я под практиками подразумевал не ритуалы вроде "куры со свиньями танцуют под бубен по понедельникам", а про инженерные практики, типа TDD, CI/CD.

                      0
                      Хм, а какое отношение аджайл имеет к инженерным практикам? Это на мой взгляд вещи ортогональные. Аджайл это чистая организация процессов и вообще по идее может применяться и не в программировании/инженерном деле.
                        0

                        Ну блин… эта ветка комментариев стартанула с принципов Agile манифеста, которые с одной стороны однозначно привязаны к софтверной разработке, с другой стороны вообще не являются никакой не методологией и не организацией процессов, а лишь набором заявлений.

                          0
                          Даже если взять только контекст разработки софта, то всё равно манифест ортогонален к инженерным практикам. Там нигде не прописано какие надо использовать и надо ли их использовать вообще.

                          Ну и если аджайл это просто набор принципов, то скрам и канбан это уже конкретные методики. А я как бы «влез» в ветку после

                          зато куча вопросов по типу чем аджайл, скрам и канбан различаются.
                            0

                            Как скажете. Будь по вашему.


                            Ритуалы, описанные в двух первых вышеозначенных книгах я считаю бесполезной ерундой, а чтение этих книг, бесполезной тратой времени с точки зрения процесса софтверной разработки.


                            Что лично вы подразумеваете под терминами "скрам" и "канбан" мне конечно неизвестно. Может там у вас и впрямь алмазы-бриллианты-конкретные-методики.

                              0
                              Так тут даже в заголовке написано не «Восемь самых полезных книг по Agile, Scrum и Kanban», а «Восемь самых популярных книг по Agile, Scrum и Kanban».

                              И если уж на то пошло, то я вообще хороших книг на эту тематику пока не видел. Потому что это всё очень субъективно и индивидуально. И какой-то серебрянной пули не существует.

                              И всё что можно делать это в первую очередь придерживаться манифеста. А потом уже если и выбрал какую-то конкретную методику, то хотя бы просто не нарушать её правила. А правила того же скрама спокойно гуглятся и вообще влезают в небольшую брошюрку.

                              Канбан конечно менее жёстко дефинирован, но и него есть вещи вроде вот этого
                        0
                        А нельзя при ватерфалле использовать CI?
                0
                Да, звучит не очень. У нас не так.) Конечно, знание методологии не должно быть важнее основных рабочих скиллов. Но в каком-то смысле их можно понять: они хотят, чтобы люди приходили и сразу вливались в процесс. Конечно, если знатоки метолологий не шарят в архитектуре и базах данных, им нечего будет вливать в процесс, поэтому я этот подход не одобряю, только отчасти понимаю.)
                0

                Нашел ошибку в статье: Указана книга Майка Кона "Scrum: гибкая разработка ПО", а обложка другой книги и автора. По ссылка указана верная иллюстрация — https://analystpages.ru/education/books/%D0%BF%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81%D1%8B-%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8/

                0
                А кто-нибудь реально внедрял Agile User Stories или Job Stories? Дев команды оценивали и брали в разработку именно Stories c их AC, а все детали брали из spec sheet'а эпика?
                  0

                  Я внедрял. Да я думаю много кто внедрял. Однако я ни разу не видел чтобы в реальности оценки эти хоть сколько-нибудь точными. В общем на мой взгляд story point-ы это вообще хрень полная.


                  Пользовательские истории — это на мой взгляд удобная штука. Будучи включенными в итерацию, они однозначно и понятно показывают и заказчику и исполнителю, что они договорились реализовать к следующему деплою.

                    0
                    Однако я ни разу не видел чтобы в реальности оценки эти хоть сколько-нибудь точными. В общем на мой взгляд story point-ы это вообще хрень полная.

                    Если брать каждую user story по отдельности, то на мой взгляд тоже оценки редко попадают прямо в точку. Но вот если брать в весь спринт в среднем, то рано или поздно начинаешь угадывать сколько этих самых user story влезет в твой спринт. Естественно ошибки всё равно бывают, но опять же по моему опыту они со временем происходят всё реже и сами по себе становятся меньше.

                    Правда это работает только если команда не меняется. Поменяй даже одного человека и по моему опыту приходится «настриваться» чуть ли не с нуля…
                      0
                      Спасибо! У меня есть несколько наболевших вопросов тогда -)
                      1. Вы работали с классическими сторис, которые состоят из короткого описания и списка Acceptance Criteria, а все дизайны и более подробные требования находятся в спек шите эпика? QA-команда участвовала в написании AC?
                      2. Если через какое-то время после релиза фичи она меняется, должен заводиться новый тикет, в котором частично будет тот же спек шит, или используется старый эпик?
                      3. Если над фичами работает несколько команд, должны заводиться в продуктовом борде с эпиками в качестве свимлайнов, и к каждой стори в спринте дев команды заводят таски уже в своих бордах?
                      4. Если фичей в продукте много, как группируются эпики? Я встречал подход, когда вместо эпиков используются фичи, которые уже группируются в эпики, но не очень понятно, насколько это корректно.
                      5. Ну и самый неочевидный для меня вопрос: как все это правильно увязать со спринтами продуктовой и дизайн-команды?

                      Если где-то все это уже описано, буду очень признателен за ссылку.
                    0

                    Добавьте оригинальные названия на английском, чтобы проще их искать было

                    Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                    Самое читаемое