Метод декомпозиции «Поток работ» (Workflow) подразумевает, что вы уже хотя бы имеете представление о том, как клиент работает в вашем продукте. Можете описать его путь от открытия сайта, к примеру, до получения товара на руки.

Зная эти этапы можно выделить каждый из них как нечто ценное для клиента. Что он хочет получить от этапа.

Рассмотрим на примере. Я как потребитель хочу купить, билет, чтобы сходить в кино.

Каким в этом случае будет путь клиента? Открыть сайт кинотеатра, выбрать день, получить список фильмов, выбрать нужный фильм, узнать время сеансов, купить билеты, и, к примеру, получить их на e-mail.

Декомпозиция может быть следующей:
🔸скелет сайта со статичными данными;
🔸возможность выбора даты сеанса;
🔸отображение списка фильмов с фильтрацией по дате;
🔸кликабельный список фильмов;
🔸страница с подробным описанием фильма и указанием времени сеансов на выбранную дату;
🔸механизм покупки билета (например, через корзину);
🔸механизм отчётности о покупке - инструмент рассылки почты.

Скорее всего в реальности не всё так просто поддаётся декомпозиции. Как правило, продукты сложнее и объёмнее. Но даже в школе, мы сначала учились на простых примерах 39—7=32, и только потом переходили к решению интегралов и вычислению тангенсов.

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

А если есть желание, можете описать свою историю, и мы все вместе поможем с декомпозицией.

🪑Статья Сергея Рогачева Свободный стул — игра про ретроспективу, которая побуждает оценить важность самоорганизации, прямых коммуникаций, простых решений и доверия.

Описание включает все необходимые материалы для самостоятельного проведения игры.

@agileincubator
#agile #scrum #scrum_master #games #игры #articles #статьи

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

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

Рассмотрим на примере: я как пользователь, хочу отредактировать свой заказ.

Первый сценарий. Удаление элементов заказа непосредственно из корзины. Открыть корзину и нажать кнопку удалить у необходимых товаров.

Второй сценарий. Открыть карточку товара и если товар в корзине — отображать кнопку «Удалить из корзины».

Это два разных use case, но цель у них одна. Таким же образом можно расписать различные варианты достижения целей нашим пользователем и получить более мелкую декомпозицию.

В комментариях расскажите, используя формат пользовательских историй, как в вашем продукте пользователь может достичь желаемого разными путями?

@agileincubator

План Ю

Сегодня в команде была довольно "грустная" ретроспектива по событиям спринта. Все были унылые, деморализованные. А для выполнения одного из запланированных упражнений, команда должна быть в ресурсе. Что же делать?

Быстро "переобувшись", поменяли формат ретроспективы на формат свободного общения и ответы на вопросы из серии "А как этого в будущем избежать?", "А как хотелось бы?", "А что вы как КОМАНДА можете сделать, чтобы этого не повторилось?" и так далее.
В результате, команда выговорилась, уровень депрессии понизился.
Встречу закончили игрой в глухой телефон. И вот там уже все усмеялись до слёз. По крайней мере настроение поднялось. А с ретроспективы вынесли дальнейшие действия.

Что хочется пожелать всем начинающим Scrum-мастерам: Всегда имейте запасной план. Готовьтесь к тому, что всё пойдёт не по плану А. И даже не по плану Б. Ну и конечно же ЮМОР. Он спасает почти любую ситуацию 💪

Всем хороших выходных!

Музыка нас связала

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

Обычно в дело идёт Jazz и Луи Армстронг (да, я любитель). И все бы хорошо. Но сегодня понедельник, планирование перенеслось на 9:00 МСК. И, конечно же, все сонные, кто-то даже опоздал и не успел настроиться на работу.

Я по привычке включил Jazz и уже был настроен на работу. Однако в ответ получил — «И так спать хочется, давай другое».
Хорошо, в эфир полетел тяжелый рок. В чате команды даже две гифки появились. Люди ожили, полетели лайки в чате. А когда я ещё и громкости добавил, то проснулся наверно каждый кто был на встрече.

К чему это всё? Привычки — штука хорошая, и отказываться от них не нужно. Но привычки могут меняться и должны адаптироваться под окружающий мир.
Слушайте свои команды и тогда и вы, и они будут счастливы и продуктивны!

❤️Внимание, розыгрыш!

Один билет на онлайн-конференцию Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA будет разыгран при помощи рандомизатора среди тех, кто:

❤️ подписан на канал Аджайл-инкубатор;
❤️ в комментариях к данному сообщению оставит тему статьи, которую готов написать для нашего сообщества в блоге Лидеров изменений.

Посетителей Analyst Marathon ждёт приятная и несложная онлайн-конференция, на которой спикеры-практики BA/SA из ведущих компаний поделятся своими секретами, используемыми подходами и инструментами, бесценными советами и опытом.

❤️Розыгрыш состоится в пятницу, 27 сентября в 12:00.

@agileincubator

Декомпозиция. S.P.I.D.R. Варианты интерфейса.
Сегодня расскажу про ещё один вариант декомпозиции, который хорошо подходит, когда мы можем обеспечить несколько способов взаимодействия пользователя с интерфейсом. Так же данный подход является отдельным направлением из метода S.P.I.D.R.

Иногда при разборе пользовательской истории мы можем нагенерить несколько вариантов взаимодействия, интерфейсов и каждый из них будет верным и приводить к желаемому результату. Вот как раз выделение таких вариантов взаимодействия и является основой этого метода.

Рассмотрим на примере: как покупатель, я хочу иметь возможность просматривать подробную информацию о товаре, чтобы принять решение о покупке.

Мы можем предложить несколько вариантов интерфейса:
🔸Просмотр основной информации о товаре (название, цена, описание).
🔸Просмотр изображений товара в галерее.
🔸Просмотр отзывов о товаре от других покупателей.

И чтобы двигаться дальше, мы можем спросить себя: «А какой самый просто интерфейс мы можем использовать, чтобы помочь пользователю принять решение о покупке?»

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

Пример на подумать: как потребитель, я хочу видеть меню, чтобы я выбрал, что покушать.

Накидайте в комменты варианты интерфейсов для клиента, чтобы он определился с заказом.

@agileincubator

❤️Итоги розыгрыша!

Один билет на онлайн-конференцию Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA получает Панкова Наталья.

❤️ Ждем от Натальи статью на тему «Кто такой см и зачем им становиться» для нашего сообщества в блоге Лидеров изменений 😉

@agileincubator

🎨Статья Сергея Рогачева Закраска фигур — игра про прогнозирование сроков и сторипоинты, которая показывает, как использование итерационно-инкрементального подхода в совокупности с относительной оценкой дает больше прозрачности в прогнозировании сроков выполнения проекта.

Описание включает все необходимые материалы для самостоятельного проведения игры.

@agileincubator
#agile #scrum #games #игры #articles #статьи

Продолжаем рассматривать варианты декомпозиции пользовательских историй. Сегодня поговорим про метод «Варианты данных». Он так же является частью большого метода S.P.I.D.R.

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

Первый вариант: отображение интерфейса приложения на русском языке. Это уже значимый шаг в развитии и закрытие потребности части пользователей.

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

Таким образом, мы делим большую задачу перевода на разные языки, на конкретные этапы с определённой пользой.

И вот вам немного на порассуждать: Я как пользователь хочу иметь возможноcть фильтровать и сортировать данные в полученной выборке.

@agileincubator

💰Мы все живем в условиях рынка, сформированного балансом спроса и предложения. А значит, этот рынок можно изучить. Представляем вам результаты исследования зарплат Scrum-мастеров, Agile-коучей и Delivery-менеджеров в 2024 году.

Подробнее читайте в статье Андрея Гирина и Михаила Евдокимова Исследование 2024. Рынок зарплат Скрам-мастеров и не только.

@agileincubator
#scrum #articles #статьи

Всем доброе утро!
Предлагаем пятничную разминку:
Перед вами Velocity chart некой команды за 6 месяцев. Вам предстоит работать с этой командой. Что бы вы смогли сказать о команде по этому графику. Какие были бы ваши первые действия, чтобы изменить ситуацию, если её, конечно, нужно менять?
Пишите в комменты свои мнения и замечания...

💦Статья Сергея Рогачева Featureban — симуляция Kanban про простую игру-симуляцию Kanban, которая позволяет понять, как Kanban-практики: визуализация, формальные политики, выстраивание обратной связи — обеспечивают прозрачность, а ограничение на одновременно выполняемую работу (Work In Process, WIP) обеспечивает балансировку загрузки и емкости системы.

Описание включает все необходимые материалы для самостоятельного проведения игры.

@agileincubator
#agile #kanban #games #игры #articles #статьи

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

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

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

Вводя правила в процесс регистрации, вы накладываете ограничения: проверка пароля на соответствие условиям, номер телефона должен соответствовать формату номера, почта должна содержать символ @ и принадлежность к домену (.com, .ru, .uk и т.д.).

Такие ограничения и проверку сделать необходимо, даже не обсуждается. Но появляется другой вопрос — а так ли нам необходимо сделать их для запуска продукта, можем ли пока не проводить проверку, а вынести её в отдельную задачу по пользовательской истории и тем самым ускорить процесс выпуска пользовательской истории, либо зафиксировать общий объём работ.

Давайте поразмышляем. Пользовательская история: «Как пользователь, я хочу иметь возможность оставлять отзывы о товарах на сайте». Чтобы было проще начать, приведу пример первого возможного правила: Пользователь должен авторизоваться на сайте, чтобы оставить комментарий. Напишите в комментариях, какие ещё бизнес условия и правила вы можете предложить для данной истории?

@agileincubator

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

Подробнее в статье Андрея Гирина и Римы Кочарян Lean в информационных технологиях.

@agileincubator
#lean #articles #статьи