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

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

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


Подборка полезных статей от 4 апреля

Илья Павличенко подготовил новый обзор статей о гибких подходах к разработке продуктов.

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


Как определить Продукт в Скраме

Скрам и Аджайл работают с продуктами, поэтому критически важно договориться о том, что такое Продукт. Определение Продукта напрямую влияет на состав Команды Разработки, количество команд и выбор Владельцев Продукта, поэтому я рекомендую обратить особое внимание на этот этап. С чего начать определение Продукта?

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


Почему выгодно обучать сотрудников, а не нанимать новых?

С течением времени Скрам-команда усиливает Критерии Готовности (DoD). Например, ранее Критерии Готовности не включали автоматические тесты или нагрузочное тестирование. Теперь Скрам-команда должна решить, как ей это сделать, потому что часто у сотрудников нет необходимых навыков и знаний для этого.

Я знаю лишь два способа, как можно расширять навыки и компетенции Команды. Первый — объявить Владельцу Продукта о том, что нужного навыка нет и попросить его нанять специалиста с рынка. Второй — нарастить компетенцию силами самой Команды, даже если это займёт некоторое время. Чтобы понять, какой из способов выгоднее, давайте воспользуемся помощью системных диаграмм (Causal-Loop Diagrams).

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


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

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

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


Кошмар Скрам-мастера № 1: Команда не может сформулировать Цель Спринта

Привет! Мы открываем рубрику «Кошмары Скрам-мастера». Андрей Толмачев разбирает типичные проблемы, с которыми сталкиваются начинающие Скрам-мастера. Задавайте вопросы в комментариях, постараемся вам помочь.

Кошмар Скрам-мастера № 1: Команда не может сформулировать Цель Спринта

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


Как создать DoD для большой продуктовой группы

Общий DoD необходим для успешной работы больших продуктовых групп. Идеальные DoD обеспечивают полную прозрачность и готовность Инкремента к концу Спринта, помогают выявить проблемные места в работе команд (технический долг) и работать максимально эффективно с точки зрения бизнеса.

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

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


Системный взгляд на роль Скрам-мастера

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

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


Зачем Владельцу Продукта полномочия

Владелец Продукта в Скраме — предприниматель и mini-CEO, который может быстро принимать решения. От того, насколько Владелец Продукта настоящий, зависит успех Скрам-команды и компании.

Настоящий Владелец Продукта в Скраме:

  • Определяет видение Продукта.
  • Разрабатывает стратегию развития Продукта.
  • Формирует бизнес-модель.
  • Оптимизирует бизнес-ценность (ROI).
  • Общается с заинтересованными лицами и выступает от их лица.
  • Владеет бюджетом и отвечает за бизнес-результаты.
  • Думает как предприниматель.

Чтобы Владелец Продукта мог успешно выполнять свои функции, ему нужны полномочия. Продолжение статьи »


Интервью с Александром Горником

Продолжаем перепись аджайл населения страны. Сегодня у нас первый владелец продукта — Александр Горник, сооснователь и chief product owner в компании Mindbox.

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