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

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

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 дают очень поверхностные знания, а люди потом козыряют официальным сертификатом, в реальности же не имея ни опыта, ни порой даже понятия, как работать с методологией.

Читать далее

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

25462234.cover_300

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

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

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

Читать далее