Восемь шагов для работы с большими элементами в Бэклоге Продукта (PBI)

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

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

На актуализации Бэклога Продукта присутствовали обе команды в полном составе (Multi-Team PBR). Мы декомпозировали, оценили и подготовили Бэклог Продукта к планированию за восемь шагов.

Продолжение статьи »


Инструменты Канбана. Часть 2: как правильно читать CFD

Диаграмма накопительного потока (CFD) аккумулирует огромное количество полезной информации, но в реальных командах её применяют редко, потому что не умеют читать.

Продолжение статьи »


Инструменты Канбана. Часть 1: как строить CFD диаграммы

В Канбане есть недооценённый инструмент — CFD диаграммы или накопительные диаграммы потока (для краткости будем называть их CFD). CFD — это не метрика, а визуальное представление информации. С помощью CFD можно увидеть, на каком этапе возникают проблемы, оценить результат экспериментов и узнать, как часто их следует проводить.

Продолжение статьи »


Метрики в Канбане

Чтобы управлять потоком в Канбане, нужны метрики. Их очень много, в этой статье Алексей Пикулев рассмотрит три ключевые: WIP, Cycle Time, Troughtput.

Продолжение статьи »


Системный взгляд на Ежедневный Скрам

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

Продолжение статьи »


Как отличить плохие и хорошие метрики

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

Продолжение статьи »


Что происходит, когда Команда берёт слишком много задач в Спринт

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

Продолжение статьи »


Как оценить производительность Скрам-команды

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

Продолжение статьи »


Кошмар Скрам-мастера № 2: Скорость работы Команды не растёт

Скрам-мастер Семён в печали: последние Спринты Команда не показывала стабильного прироста своей скорости (Velocity). А согласно KPI, Команда должна была увеличить её на 20%.

Кошмар Скрам-мастера № 2: Скорость работы Команды не растёт

Продолжение статьи »


Девять причин тонко нарезать Пользовательские Истории

Большинство Скрам-команд используют Пользовательские Истории для создания элементов Бэклога Продукта. Я часто замечаю, что Команда берёт слишком большие истории в Спринт. Это порождает много проблем, поэтому я рекомендую Скрам-командам декомпозировать задачи так, чтобы брать в Спринт 6–10 историй. Давайте подробнее обсудим, почему это так важно.

Продолжение статьи »