Архив меток: agile

Книги, которые следует прочитать (2017-2022)

Меня иногда спрашивают, какие книги я бы порекомендовал прочитать. Для блога это в целом несложно, достаточно открыть все записи с тегом «рекомендую«. Но поскольку вот уже почти 5 лет, как я возродил свой блог и стал писать о прочитанных мною книгах, я решил сделать подборку не-художественных книг, прочитанных мною за это время и попадающих в категорию «вы должны их прочитать».

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

Читать далее

Книга: Константин Борисов «Как хорошему разработчику не стать плохим менеджером»

Одной из лучших прочитанных мною книг в прошлом году стала относительно небольшая книга Константина Борисова по проведению интервью — “Брать или не брать? или Как собеседовать разработчика”. Теперь я её рекомендую всем, кто либо сам проводит интервью, либо готовится проходить — так ты лучше понимаешь, что из себя представляет потенциальный работодатель, и стоит ли его рассматривать.

Но Константин Борисов написал также и другую книгу — «Как хорошему разработчику не стать плохим менеджером». Тема, на самом деле, не такая странная, какой может показаться по названию. В IT широко известно, что сильных специалистов часто повышают, поскольку они хорошо справляются со своими задачами. Сегодня ты прекрасный программист, а завтра тебе дают в обучение парочку стажёров, послезавтра делают ведущим программистом, затем дают в подчинение команду, и вот ты уже менеджер.

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

Читать далее

Книга: Richard Knaster, Dean Leffingwell «SAFe 4.0 Distilled»

О разработке по гибким технологиям сейчас нельзя не знать. Не дай бог тебя уличат в незнании, это почти что крест на карьере. Шучу, конечно, но факт остаётся фактом: все разработчики и менеджеры в IT могут многое рассказать, как они внедряли у себя в командах Scrum, Kanban, спринты и много других умных слов. Правда, на практике выясняется, что мало кто реально умеет всё это готовить (и автор этих строк не имеет иллюзий в отношении самого себя, хоть я уже давно работаю на этом поприще). Но хотя методологии уже множество лет активно используются, в какой-то момент стало понятно, что в чистом виде они неплохо работают в небольших командах, а вот на проектах с большим количеством участников — уже как-то не очень. Именно тогда и началась следующая волна развития, когда начали думать и экспериментировать, как бы это смасштабировать.

Новых методик появлялось много, какие-то умирали, какие-то путём проб и ошибок развивались и находили применение. Среди них и Scrum of Scrums, и LeSS, и SAFe, хотя существуют и многие другие. Нельзя сказать, какая из них очевидно лучшая, но SAFe в последнее время заполучил множество адептов, и по статистике вроде как опережает остальные на данный момент. В какой-то момент я не мог пройти мимо, потому что в любой методологии всегда есть множество плюсов. Даже если конкретно для тебя или твоей команды она не прижилась на 100%, всегда можно позаимствовать какие-то элементы, внедрить сначала их, затем следующие… и так далее, пока всё это действительно повышает качество, прозрачность и, разумеется, конечный результат.

Читать далее

Консультации: Анализ компании

RU (English version is below):

Часто слышал мнения, что работа консультанта бесполезна и малопочётна. Типа «пришёл, советов надовал и свалил, а дальше ничего не волнует». Для меня такой подход в работе всегда был неприемлем, а теперь я и сам работаю как консультант, поэтому кратко расскажу об одном из типов задач, которые я выполнял по запросу нескольких CEO, и результатами работы по которым они были довольны.

Имея опыт как в разработке, так и операционного управления, я могу посмотреть на бизнес со стороны и оценить разные аспекты работы. Поэтому довольно востребованным оказался анализ существующих процессов всего, до чего руки дотянутся (иногда это называют аудитом, но термин «анализ» мне нравится больше). Верхнеуровневое изучение компании я начинаю с опроса самого руководителя: почему он обратился с вопросом, чего хочется, что не устраивает, какие ключевые продукты, отделы и люди в компании. А затем составляю список людей и компетенций, которые мне могут рассказать о внутренних процессах. И тут важно, кто будет доступен и максимально открыт для общения. Потому что во время нескольких интервью я стараюсь понять, в чём состоит работа человека, чем он сам живёт, что его мотивирует, как он общается и относится к коллегам. И так далее. Одновременно я прошу подключить себя к основным встречам руководителей и лидов, чтобы просто послушать, что и как обсуждают, как задаётся повестка, как ведётся встреча и как фиксируются и исполняются затем её результаты. Ну и, разумеется, попутно выясняю, какие есть важные документы по продуктам и процессам, чтобы изучить их тоже.

Читать далее

Книга: Esther Derby, Diana Larsen «Agile Retrospectives: Making Good Teams Great»

Когда месяц назад я писал о книге «Быстрый старт в agile ретроспективы» Алексея Кривицкого, я упоминал, что его труд во многом основан на работе Эстер Дерби и Дайаны Ларсен (о чём он сам честно говорит в своей книге). И тогда же я обещал, что о книге этих женщин-фасилитаторов я напишу отдельно чуть позже. Ну вот, выполняю обещанное.

Я читал книгу на английском, хотя в 2017 году она выпускалась и на русском языке в «Издательстве Дмитрия Лазарева» под названием «Agile ретроспектива. Как превратить хорошую команду в великую».

Зачем командам нужны ретроспективы, я уже писал отдельно, тут напомню очень кратко: чтобы учиться на ошибках и развиваться. Без них ни одна Agile-методология не будет работать в полную силу, никогда.

И Эстер с Дайаной как раз и пишут, как такие встречи делать максимально продуктивными, пользуясь своим многолетним опытом и собственными наработками. Именно в этой книге они предложили формат из пяти этапов встречи, который в своей книге активно использует и рекламирует Алексей Кривицкий.

Читать далее

Книга: Алексей Кривицкий «Быстрый старт в agile ретроспективы»

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

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

«Быстрй старт в agile ретроспективы» — одна из таких книг. Хотя её написал русскоязычный автор — Алексей Кривицкий, — изначально он её писал на английском языке, а русскую версию ему помогли сделать коллеги.

Сама по себе книга довольно короткая, чуть более 50 страниц. Автор — практикующий Agile-тренер, поэтому он делится своим опытом проведения ретроспектив. Но делает это не большим набором примеров и академических знаний. Он собрал опыт из многих источников в одну очень сжатую «шпаргалку ретроспектив», то есть набор возможных упражнений для проведения результативной ретроспективной встречи. Причём Алексей сходу честно признаётся, что не придумал ни одно из этих упражнений (ну или не помнит, чтобы придумывал хоть одно), и даже методику разбиения встречи на несколько этапов он позаимствовал у других тренеров. Он сам лишь собрал это в одну относительно короткую шпаргалку, которую можно держать под рукой и всегда использовать при подготовке к собственной ретроспективе.

Читать далее

Книга: Henrik Kniberg «Scrum and XP from the Trenches»

Не так давно, в последний день 2020 года, я написал рецензию на книгу «Kanban and Scrum — Making the Most of Both«, которую активно рекомендую всем, кто интересуется внедрением Agile-методологий. Однако эта книга была не первой у автора, Хенрика Книберга. Первую он написал в 2007 году, также посвящённую личному опыту внедрения гибких методологий, — «Scrum and XP from the Trenches» (на русском «Scrum и XP (экстремальное программирование) из траншей»). Автор сам признаётся, что написал эту не очень длинную книгу всего за одни выходные, когда ему вдруг очень захотелось поделиться своим опытом с другими людьми.

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

Это тоже очень сжатый рассказ о том, как именно он со своими командами внедрял различные практики из Scrum и экстремального программирования в работу. На конретных примерах, с конкретным описанием плюсов и минусов. Он не боится признавать ошибки и указывать, что может пойти не так. Это вообще нормально для гибких методологий, где многое подвластно лозунгу «экспериментируйте и смотрите, что лучше подойдёт конкретно вашей команде». Главное — это часто оценивать сделанное (в отличие от более старых методологий, когда ты можешь год делать-делать, и только потом понять, что делал не то и не так).

Читать далее

Книга: Henrik Kniberg & Mattias Skarin «Kanban and Scrum — Making the Most of Both»

С начала XXI века индустрия разработки программного обеспечения претерпела огромное количество изменений, и теперь если ты не в курсе, что такое Agile-методологии, а слова Kanban, Scrum вызывают у тебя вопросы, скорее всего, ты можешь услышать «Вон из профессии!»

Многие нынче рассматривают Agile-методологии как некую панацею от всех проблем. Типа «вот раньше все работали по Waterfall, поэтому было долго, дорого и непредсказуемо». А если резко переключишься на современные гибкие методики, то сразу счастье и наступит. Но не бывает пилюли от всех болезней, так и любая методология требует правильного применения. Из моего опыта я не видел ни одной компании, которая бы в полной мере использовала вот прямо все подходы гибких методологий, и это в целом нормально. Agile — он больше про подходы и практики, которые каждая команда должна пробовать, экспериментировать и находить то, что будет лучше всего работать именно у них. Разумеется, есть некие принципы, которые нужно соблюдать.

Также я знаю несколько компаний (вполне крупных), которые разочаровались в Agile, попробовав не то или не так. Лично я не являюсь ярым фанатом всех методик, но много работал с Agile, в командах пробовал разные подходы, постоянно читаю о практиках применения: как бы не говорили пословицы, учиться лучше на чужом опыте.

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

Читать далее

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

kanban

Канбан — это гибкий инструмент управления, пришедший от компании Toyota. В последние несколько десятилетий он стал очень популярен в IT-индустрии, наряду с другими гибкими методологиями. Дэвид Андерсон уже 30 лет работает в IT, и многие годы является адептом методологии Канбан. Само название книги «Канбан. Альтернативный путь в Agile» говорит о том, что тут нам расскажут и о методологии, и о лучших способах её применения. Как минимум, таковы были мои ожидания. Тем более, что во всех аннотациях её хвалят какие-то эксперты.

Однако мне книга тяжело давалась с первых страниц. Я всё же дочитал, чтобы мнение было полным, но скорее утвердился в нём, чем изменил.

Читать далее

Роман Пихлер «Управление продуктом в Scrum. Agile-методы для вашего бизнеса»

25462234.cover_300

Книгу «Управление продуктом в Scrum» Романа Пихлера мне посоветовали хорошие коллеги. С комментарием «доступно и по делу». С этой трактовкой тяжело не согласиться, однако мои ожидания, основанные на такой рекомендации, сильно не совпали с содержанием книги.

Нет, нельзя сказать, что описанные в книге мысли или методы неверны. С этим всё в порядке. Однако для меня осталось загадкой, кто же целевая аудитория. Для кого именно эта книга.

Основная задача книги — это дать описание Scrum с точки зрения роли «Владелец продута» (Product Owner). Начинается с описания, кто же это такой, а затем расписывается, что ожидается от владельца продукта на разных этапах работы над продуктом по методике Scrum.

Читать далее