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

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

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

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


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

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

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

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


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

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

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


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

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

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

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

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


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

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

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


Как жить, если Бэклог Продукта похож на винегрет

Я работаю с большим количеством организаций, которые учатся использовать Скрам, как инструмент для организационной гибкости. Недавно я заметил закономерность: если команда не может сформулировать Цель Спринта, нужно смотреть на их Бэклог Продукта. И, как правило, он похож на мое любимое блюдо, винегрет. Найти смысл в винегрете — непростая задача 🙂

Бэклог продукта

Со временем отдельные случаи превратились в паттерн и я осознал: Цель Спринта является одним из индикаторов здоровья Бэклога Продукта, потому что именно она объединяет смыслом элементы Бэклога Продукта и служит основанием для командной работы. Сам Бэклог Продукта ультимативно определяет успех продукта, это генеральный план для Скрам-команды.

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

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


О роли владельца продукта

Перевод статьи Романа Пихлера The Scrum Product Owner Role on one page.

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


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

Перевод оригинальной статьи Гюнтера Верхеена https://guntherverheyen.com/about/

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

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


Почему Обзор Спринта больше, чем Демо

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

Важно — инспектируем Спринт как событие.

Спринт сам по себе — одно из 5-ти официальных событий Скрама. Обзор Спринта — это не просто демонстрация “Готового” Инкремента продукта, а инспекция прошедшего Спринта, исследование его как эксперимента. В Скраме каждый Спринт — это проект, а сама разработка продукта состоит из большого количества подобных мини-проектов. Каждый Спринт может оказаться последним. Владелец Продукта принимает решение о финансировании очередного Спринта исходя из экономической целесообразности (ROI).

Каждый Спринт может стать последним. Владелец Продукта принимает решение о финансировании очередного Спринта исходя из экономической целесообразности (ROI).

К примеру, формально на Обзоре Спринта могут быть приняты следующие решения:

  • Остановить разработку.
  • Финансировать следующий Спринт.
  • Добавить команду(ы) для увеличения скорость разработки.
  • Изменить состав Команды Разработки.

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


Balanced Scoreсards, KPI и прочие метрики

Недавно снова обсуждали Balanced Scoreсards (BSC), KPI и метрики в одной большой компании и по следам этих разговоров хочется задокументировать все находки.

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

Key performance indicators (KPIs) are a set of quantifiable measures that a company or industry uses to gauge or compare performance in terms of meeting their strategic and operational goals.

Цель первична. До того как KPI могут быть определены, необходимо выполнение следующих условий:

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

Key performance indicator (KPI) это бизнес метрика используемая для оценки факторов, критических для успеха организации. KPI используются для оценки бизнес трендов. Они направляют тактические действия организации. KPIs это просто набор индикаторов с которыми мы можем посравнивать наши данные, эдакий организационный измерительный прибор успеха. KPI помогают организации оценивать прогресс по направлению к заявленным целям или отсутствие такового.

Типичные Balanced Scorecards в организациях наполнены этими самими целями KPIs по самые уши. Balanced scorecards могут защищать и усиливать режим управления и контроля сверху (command-and-control), а могут и избавлять от него. Большинство имплементаций к сожалению первого типа, в то время как аджайл мышление заставляет нас склоняться ко второму типу. Продолжение этой статьи »