🍳Декомпозиция. Разные атрибуты. Этот метод очень похож на метод «Основные усилия», только направлен на важность разных атрибутов наших товаров. Его очень хорошо можно показать на примере меню.
Суть метода проста: вы определяете те атрибуты вашего продукта, которые важны для покупателя. Далее по каждому артибуту расставляете важноть и критичность его появления для покупателя и декомпозируете большую историю на ряд историй поменьше, но поставляющих ценность.
Рассмотрим пример:
Самый важный атрибут меню — это название и стоимость блюда. Фото 1. Мы даём клиенту первый и самый важный набор атрибутов.
Далее мы добавляем описание этого блюда, состав ингридиентов, к примеру. Есть покупатели, которые строго следят за составом. Фото 2.
Как и с человеком, которого «встречают по одёжке», блюдо встречают по внешнему виду, и чтобы не прогадать, добавим нашему покупателю возможность увидеть блюдо до заказа. Фото 3.
Следующий атрибут, который можно добавить — это каллорийность, объём белков, углеводов и прочее. Фото 4. Есть покупатели, которым это важно.
Подводя итог:
1. Выделите все атрибуты, которые необходимы для вашего продукта (название+цена, состав, внешний вид, каллорийность и т.д.).
2. Выделите основные атрибуты и расставьте их в порядке важности (важность можно определить через CustDev - исследование пользователей).
3. Декомпозируйте крупную историю на истории поменьше, опираясь на добавление различных атрибутов.
И вот вам пример на практику. Управление бронированием отелей:
- Как клиент, я хочу иметь возможность просматривать доступные номера в отеле, чтобы забронировать подходящий мне вариант.
Напишите в комментариях, на какие истории вы бы разибили текущую задачу.
@agileincubator
#agile #articles #статьи
Суть метода проста: вы определяете те атрибуты вашего продукта, которые важны для покупателя. Далее по каждому артибуту расставляете важноть и критичность его появления для покупателя и декомпозируете большую историю на ряд историй поменьше, но поставляющих ценность.
Рассмотрим пример:
Самый важный атрибут меню — это название и стоимость блюда. Фото 1. Мы даём клиенту первый и самый важный набор атрибутов.
Далее мы добавляем описание этого блюда, состав ингридиентов, к примеру. Есть покупатели, которые строго следят за составом. Фото 2.
Как и с человеком, которого «встречают по одёжке», блюдо встречают по внешнему виду, и чтобы не прогадать, добавим нашему покупателю возможность увидеть блюдо до заказа. Фото 3.
Следующий атрибут, который можно добавить — это каллорийность, объём белков, углеводов и прочее. Фото 4. Есть покупатели, которым это важно.
Подводя итог:
1. Выделите все атрибуты, которые необходимы для вашего продукта (название+цена, состав, внешний вид, каллорийность и т.д.).
2. Выделите основные атрибуты и расставьте их в порядке важности (важность можно определить через CustDev - исследование пользователей).
3. Декомпозируйте крупную историю на истории поменьше, опираясь на добавление различных атрибутов.
И вот вам пример на практику. Управление бронированием отелей:
- Как клиент, я хочу иметь возможность просматривать доступные номера в отеле, чтобы забронировать подходящий мне вариант.
Напишите в комментариях, на какие истории вы бы разибили текущую задачу.
@agileincubator
#agile #articles #статьи
👍4
https://music.yandex.ru/album/32581715/track/129389455?utm_medium=copy_link
Послушал. В голове много воспоминаний завертелось про времена работы в техподдержке. Пытался также предугадывать и слушать клиентов. До сих пор с некоторыми отличные отношения спустя почти 5 лет. Вопрос ко всем: а в работе СМ вы используете подобные подходы? Ни подсвечивание и поиск решения проблем, а скорее сервисность (чтобы ни входило в это понятия). Чтобы человек уходил от вас ни только с решением проблемы, но ещё и с позитивом и желанием рассказать другим. И вообще, возможно ли такое? Или это больше про персональный коучинг?
Послушал. В голове много воспоминаний завертелось про времена работы в техподдержке. Пытался также предугадывать и слушать клиентов. До сих пор с некоторыми отличные отношения спустя почти 5 лет. Вопрос ко всем: а в работе СМ вы используете подобные подходы? Ни подсвечивание и поиск решения проблем, а скорее сервисность (чтобы ни входило в это понятия). Чтобы человек уходил от вас ни только с решением проблемы, но ещё и с позитивом и желанием рассказать другим. И вообще, возможно ли такое? Или это больше про персональный коучинг?
Yandex Music
Секретные ингредиенты звёздного гостеприимства
👍1
Исследование_рынка_зарплат_agile_24.pdf
6.7 MB
Всем привет! Возвращаемся с результатами нашего исследования зарплат у Agile-специалистов 🎉
Спасибо всем, кто принял участие и дал нам площадку для сбора информации ❤️
Надеюсь, наша работа поможет вам принять правильные решения!
Будем рады обратной связи 🙏
Спасибо всем, кто принял участие и дал нам площадку для сбора информации ❤️
Надеюсь, наша работа поможет вам принять правильные решения!
Будем рады обратной связи 🙏
🔥9😱2
🥷Статья Сергея Рогачева Хорошая-плохая задача — симуляция роли Scrum-мастера про упражнение на роль Скрам-мастера, его обязанности и основные инструменты.
Описание включает все необходимые материалы для самостоятельного проведения упражнения, которое позволяет показать на примере роль Скрам-мастера, продемонстрировать основной инструмент Скрам-мастера — фасилитацию, а также показывает границы ответственности команды и Скрам-мастера.
@agileincubator
#agile #scrum #scrum_master #games #игры #articles #статьи
Описание включает все необходимые материалы для самостоятельного проведения упражнения, которое позволяет показать на примере роль Скрам-мастера, продемонстрировать основной инструмент Скрам-мастера — фасилитацию, а также показывает границы ответственности команды и Скрам-мастера.
@agileincubator
#agile #scrum #scrum_master #games #игры #articles #статьи
👍4
Декомпозиция. Операции. Об этом варианте декомпозиции вы наверняка слышали.
Заключается он в следующем: пользовательскую историю мы разбиваем по вариантам базовых операций: создание, чтение, изменение, удаление.
В разговоре эти операции объединяют в аббревиатуру CRUD (create, read, update, delete).
Помимо декомпозиции этот метод ещё применяется для тестирования системы по 4 базовым функциям.
Метод подходит, когда нам необходимо иметь возможность конфигурировать нашу систему, либо же дать пользователю сделать это.
Давайте рассмотрим на примере. Мы создаём приложение для работы автосервиса. Рассмотрим раздел ведения базы клиентов. Пользовательская история: Я, как администратор системы, хочу управлять профилем клиента, чтобы всегда иметь актуальную информацию перед обслуживанием клиента.
Варианты декомпозиции:
🔸Создание — как администратор, я хочу завести нового клиента в систему, чтобы оформить наряд на обслуживание.
🔸Чтение — как администратор, я хочу получить информацию о прошлых приёмах клиента сервиса для получения истории обслуживания.
🔸Обновление — как администратор, я хочу зафиксировать проделанные работы в карточке клиента, чтобы хранить историю обслуживания.
🔸Удаление — как администратор, я хочу удалить клиента, чтобы база данных не разрасталась ненужной информацией.
Разобрав на примере, я надеюсь данный метод появиться в вашем арсенале.
Ну и, как обычно, немного практики. Как оператор call-центра, я хочу иметь возможность видеть информацию о заказе клиента, чтобы предоставлять ему актуальные данные о доставке.
Примените полученные знания и предложите свои варианты декомпозиции в комментариях.
@agileincubator
#agile #articles #статьи
Заключается он в следующем: пользовательскую историю мы разбиваем по вариантам базовых операций: создание, чтение, изменение, удаление.
В разговоре эти операции объединяют в аббревиатуру CRUD (create, read, update, delete).
Помимо декомпозиции этот метод ещё применяется для тестирования системы по 4 базовым функциям.
Метод подходит, когда нам необходимо иметь возможность конфигурировать нашу систему, либо же дать пользователю сделать это.
Давайте рассмотрим на примере. Мы создаём приложение для работы автосервиса. Рассмотрим раздел ведения базы клиентов. Пользовательская история: Я, как администратор системы, хочу управлять профилем клиента, чтобы всегда иметь актуальную информацию перед обслуживанием клиента.
Варианты декомпозиции:
🔸Создание — как администратор, я хочу завести нового клиента в систему, чтобы оформить наряд на обслуживание.
🔸Чтение — как администратор, я хочу получить информацию о прошлых приёмах клиента сервиса для получения истории обслуживания.
🔸Обновление — как администратор, я хочу зафиксировать проделанные работы в карточке клиента, чтобы хранить историю обслуживания.
🔸Удаление — как администратор, я хочу удалить клиента, чтобы база данных не разрасталась ненужной информацией.
Разобрав на примере, я надеюсь данный метод появиться в вашем арсенале.
Ну и, как обычно, немного практики. Как оператор call-центра, я хочу иметь возможность видеть информацию о заказе клиента, чтобы предоставлять ему актуальные данные о доставке.
Примените полученные знания и предложите свои варианты декомпозиции в комментариях.
@agileincubator
#agile #articles #статьи
👏2❤1🔥1⚡1
😈Статья Сергея Рогачева Scrum из ада — симуляция ежедневного Scrum про практику Ежедневного Scrum с преодолением препятствий Scrum-мастером, которая позволяет показать сложность проведения Ежедневного Scrum и задачи роли Scrum-мастер.
Описание включает все необходимые материалы для самостоятельного проведения игры, в которой участники смогут в безопасной среде увидеть и проанализировать инструменты фасилитации и их эффективность или не эффективность в разных кейсах применения.
@agileincubator
#agile #scrum #scrum_master #games #игры #articles #статьи
Описание включает все необходимые материалы для самостоятельного проведения игры, в которой участники смогут в безопасной среде увидеть и проанализировать инструменты фасилитации и их эффективность или не эффективность в разных кейсах применения.
@agileincubator
#agile #scrum #scrum_master #games #игры #articles #статьи
❤2🔥2👏1
Метод декомпозиции «Поток работ» (Workflow) подразумевает, что вы уже хотя бы имеете представление о том, как клиент работает в вашем продукте. Можете описать его путь от открытия сайта, к примеру, до получения товара на руки.
Зная эти этапы можно выделить каждый из них как нечто ценное для клиента. Что он хочет получить от этапа.
Рассмотрим на примере. Я как потребитель хочу купить, билет, чтобы сходить в кино.
Каким в этом случае будет путь клиента? Открыть сайт кинотеатра, выбрать день, получить список фильмов, выбрать нужный фильм, узнать время сеансов, купить билеты, и, к примеру, получить их на e-mail.
Декомпозиция может быть следующей:
🔸скелет сайта со статичными данными;
🔸возможность выбора даты сеанса;
🔸отображение списка фильмов с фильтрацией по дате;
🔸кликабельный список фильмов;
🔸страница с подробным описанием фильма и указанием времени сеансов на выбранную дату;
🔸механизм покупки билета (например, через корзину);
🔸механизм отчётности о покупке - инструмент рассылки почты.
Скорее всего в реальности не всё так просто поддаётся декомпозиции. Как правило, продукты сложнее и объёмнее. Но даже в школе, мы сначала учились на простых примерах 39—7=32, и только потом переходили к решению интегралов и вычислению тангенсов.
Предлагаю потренироваться. Я как покупатель, хочу сделать заказ в онлайн магазине, чтобы что-нибудь покушать. Напишите ваши варианты декомпозиции.
А если есть желание, можете описать свою историю, и мы все вместе поможем с декомпозицией.
Зная эти этапы можно выделить каждый из них как нечто ценное для клиента. Что он хочет получить от этапа.
Рассмотрим на примере. Я как потребитель хочу купить, билет, чтобы сходить в кино.
Каким в этом случае будет путь клиента? Открыть сайт кинотеатра, выбрать день, получить список фильмов, выбрать нужный фильм, узнать время сеансов, купить билеты, и, к примеру, получить их на e-mail.
Декомпозиция может быть следующей:
🔸скелет сайта со статичными данными;
🔸возможность выбора даты сеанса;
🔸отображение списка фильмов с фильтрацией по дате;
🔸кликабельный список фильмов;
🔸страница с подробным описанием фильма и указанием времени сеансов на выбранную дату;
🔸механизм покупки билета (например, через корзину);
🔸механизм отчётности о покупке - инструмент рассылки почты.
Скорее всего в реальности не всё так просто поддаётся декомпозиции. Как правило, продукты сложнее и объёмнее. Но даже в школе, мы сначала учились на простых примерах 39—7=32, и только потом переходили к решению интегралов и вычислению тангенсов.
Предлагаю потренироваться. Я как покупатель, хочу сделать заказ в онлайн магазине, чтобы что-нибудь покушать. Напишите ваши варианты декомпозиции.
А если есть желание, можете описать свою историю, и мы все вместе поможем с декомпозицией.
⚡2❤1🔥1👏1
🪑Статья Сергея Рогачева Свободный стул — игра про ретроспективу, которая побуждает оценить важность самоорганизации, прямых коммуникаций, простых решений и доверия.
Описание включает все необходимые материалы для самостоятельного проведения игры.
@agileincubator
#agile #scrum #scrum_master #games #игры #articles #статьи
Описание включает все необходимые материалы для самостоятельного проведения игры.
@agileincubator
#agile #scrum #scrum_master #games #игры #articles #статьи
👏2⚡2❤1👍1🔥1
Данный метод очень похож на метод Workflow. Он так же предусматривает пользовательский путь, и дополнительно можно рассмотреть путь пользователя как отдельные сценарии, имеющие некую ценность для потребителя.
Основное отличие от метода Workflow в том, что здесь мы делаем упор на основные и альтернативные пути достижения пользователем необходимого результата.
Рассмотрим на примере: я как пользователь, хочу отредактировать свой заказ.
Первый сценарий. Удаление элементов заказа непосредственно из корзины. Открыть корзину и нажать кнопку удалить у необходимых товаров.
Второй сценарий. Открыть карточку товара и если товар в корзине — отображать кнопку «Удалить из корзины».
Это два разных use case, но цель у них одна. Таким же образом можно расписать различные варианты достижения целей нашим пользователем и получить более мелкую декомпозицию.
В комментариях расскажите, используя формат пользовательских историй, как в вашем продукте пользователь может достичь желаемого разными путями?
@agileincubator
Основное отличие от метода Workflow в том, что здесь мы делаем упор на основные и альтернативные пути достижения пользователем необходимого результата.
Рассмотрим на примере: я как пользователь, хочу отредактировать свой заказ.
Первый сценарий. Удаление элементов заказа непосредственно из корзины. Открыть корзину и нажать кнопку удалить у необходимых товаров.
Второй сценарий. Открыть карточку товара и если товар в корзине — отображать кнопку «Удалить из корзины».
Это два разных use case, но цель у них одна. Таким же образом можно расписать различные варианты достижения целей нашим пользователем и получить более мелкую декомпозицию.
В комментариях расскажите, используя формат пользовательских историй, как в вашем продукте пользователь может достичь желаемого разными путями?
@agileincubator
👍5🔥1👏1
План Ю
Сегодня в команде была довольно "грустная" ретроспектива по событиям спринта. Все были унылые, деморализованные. А для выполнения одного из запланированных упражнений, команда должна быть в ресурсе. Что же делать?
Быстро "переобувшись", поменяли формат ретроспективы на формат свободного общения и ответы на вопросы из серии "А как этого в будущем избежать?", "А как хотелось бы?", "А что вы как КОМАНДА можете сделать, чтобы этого не повторилось?" и так далее.
В результате, команда выговорилась, уровень депрессии понизился.
Встречу закончили игрой в глухой телефон. И вот там уже все усмеялись до слёз. По крайней мере настроение поднялось. А с ретроспективы вынесли дальнейшие действия.
Что хочется пожелать всем начинающим Scrum-мастерам: Всегда имейте запасной план. Готовьтесь к тому, что всё пойдёт не по плану А. И даже не по плану Б. Ну и конечно же ЮМОР. Он спасает почти любую ситуацию 💪
Всем хороших выходных!
Сегодня в команде была довольно "грустная" ретроспектива по событиям спринта. Все были унылые, деморализованные. А для выполнения одного из запланированных упражнений, команда должна быть в ресурсе. Что же делать?
Быстро "переобувшись", поменяли формат ретроспективы на формат свободного общения и ответы на вопросы из серии "А как этого в будущем избежать?", "А как хотелось бы?", "А что вы как КОМАНДА можете сделать, чтобы этого не повторилось?" и так далее.
В результате, команда выговорилась, уровень депрессии понизился.
Встречу закончили игрой в глухой телефон. И вот там уже все усмеялись до слёз. По крайней мере настроение поднялось. А с ретроспективы вынесли дальнейшие действия.
Что хочется пожелать всем начинающим Scrum-мастерам: Всегда имейте запасной план. Готовьтесь к тому, что всё пойдёт не по плану А. И даже не по плану Б. Ну и конечно же ЮМОР. Он спасает почти любую ситуацию 💪
Всем хороших выходных!
🔥7👍2👏1⚡1
Музыка нас связала
Всем привет. Очередной кейс с полей. Почти на каждой встрече я стараюсь как-то создать атмосферу не уныния и тишины, а немного бодрости и настройки на рабочий лад.
Обычно в дело идёт Jazz и Луи Армстронг (да, я любитель). И все бы хорошо. Но сегодня понедельник, планирование перенеслось на 9:00 МСК. И, конечно же, все сонные, кто-то даже опоздал и не успел настроиться на работу.
Я по привычке включил Jazz и уже был настроен на работу. Однако в ответ получил — «И так спать хочется, давай другое».
Хорошо, в эфир полетел тяжелый рок. В чате команды даже две гифки появились. Люди ожили, полетели лайки в чате. А когда я ещё и громкости добавил, то проснулся наверно каждый кто был на встрече.
К чему это всё? Привычки — штука хорошая, и отказываться от них не нужно. Но привычки могут меняться и должны адаптироваться под окружающий мир.
Слушайте свои команды и тогда и вы, и они будут счастливы и продуктивны!
Всем привет. Очередной кейс с полей. Почти на каждой встрече я стараюсь как-то создать атмосферу не уныния и тишины, а немного бодрости и настройки на рабочий лад.
Обычно в дело идёт Jazz и Луи Армстронг (да, я любитель). И все бы хорошо. Но сегодня понедельник, планирование перенеслось на 9:00 МСК. И, конечно же, все сонные, кто-то даже опоздал и не успел настроиться на работу.
Я по привычке включил Jazz и уже был настроен на работу. Однако в ответ получил — «И так спать хочется, давай другое».
Хорошо, в эфир полетел тяжелый рок. В чате команды даже две гифки появились. Люди ожили, полетели лайки в чате. А когда я ещё и громкости добавил, то проснулся наверно каждый кто был на встрече.
К чему это всё? Привычки — штука хорошая, и отказываться от них не нужно. Но привычки могут меняться и должны адаптироваться под окружающий мир.
Слушайте свои команды и тогда и вы, и они будут счастливы и продуктивны!
🔥4❤2👍2👏1
❤️Внимание, розыгрыш!
Один билет на онлайн-конференцию Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA будет разыгран при помощи рандомизатора среди тех, кто:
❤️ подписан на канал Аджайл-инкубатор;
❤️ в комментариях к данному сообщению оставит тему статьи, которую готов написать для нашего сообщества в блоге Лидеров изменений.
Посетителей Analyst Marathon ждёт приятная и несложная онлайн-конференция, на которой спикеры-практики BA/SA из ведущих компаний поделятся своими секретами, используемыми подходами и инструментами, бесценными советами и опытом.
❤️Розыгрыш состоится в пятницу, 27 сентября в 12:00.
@agileincubator
Один билет на онлайн-конференцию Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA будет разыгран при помощи рандомизатора среди тех, кто:
❤️ подписан на канал Аджайл-инкубатор;
❤️ в комментариях к данному сообщению оставит тему статьи, которую готов написать для нашего сообщества в блоге Лидеров изменений.
Посетителей Analyst Marathon ждёт приятная и несложная онлайн-конференция, на которой спикеры-практики BA/SA из ведущих компаний поделятся своими секретами, используемыми подходами и инструментами, бесценными советами и опытом.
❤️Розыгрыш состоится в пятницу, 27 сентября в 12:00.
@agileincubator
analyst-marathon.timepad.ru
ВИДЕОЗАПИСЬ "Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA " / События на TimePad.ru
Знакомимся с лучшими техниками, технологиями и инструментами аналитика. Все доклады — от BA/SA практиков. Вы сможете обогатить свой профессиональный кругозор и взять в работу новые инструменты и идеи для применения в работе.
🔥4⚡2❤1👍1👏1
Декомпозиция. S.P.I.D.R. Варианты интерфейса.
Сегодня расскажу про ещё один вариант декомпозиции, который хорошо подходит, когда мы можем обеспечить несколько способов взаимодействия пользователя с интерфейсом. Так же данный подход является отдельным направлением из метода S.P.I.D.R.
Иногда при разборе пользовательской истории мы можем нагенерить несколько вариантов взаимодействия, интерфейсов и каждый из них будет верным и приводить к желаемому результату. Вот как раз выделение таких вариантов взаимодействия и является основой этого метода.
Рассмотрим на примере: как покупатель, я хочу иметь возможность просматривать подробную информацию о товаре, чтобы принять решение о покупке.
Мы можем предложить несколько вариантов интерфейса:
🔸Просмотр основной информации о товаре (название, цена, описание).
🔸Просмотр изображений товара в галерее.
🔸Просмотр отзывов о товаре от других покупателей.
И чтобы двигаться дальше, мы можем спросить себя: «А какой самый просто интерфейс мы можем использовать, чтобы помочь пользователю принять решение о покупке?»
И после этих слов мы уже начинаем выстраивать приоритеты по задачам, что в первую очередь, а что можно сделать позже, либо после проверки какой-нибудь гипотезы.
Пример на подумать: как потребитель, я хочу видеть меню, чтобы я выбрал, что покушать.
Накидайте в комменты варианты интерфейсов для клиента, чтобы он определился с заказом.
@agileincubator
Сегодня расскажу про ещё один вариант декомпозиции, который хорошо подходит, когда мы можем обеспечить несколько способов взаимодействия пользователя с интерфейсом. Так же данный подход является отдельным направлением из метода S.P.I.D.R.
Иногда при разборе пользовательской истории мы можем нагенерить несколько вариантов взаимодействия, интерфейсов и каждый из них будет верным и приводить к желаемому результату. Вот как раз выделение таких вариантов взаимодействия и является основой этого метода.
Рассмотрим на примере: как покупатель, я хочу иметь возможность просматривать подробную информацию о товаре, чтобы принять решение о покупке.
Мы можем предложить несколько вариантов интерфейса:
🔸Просмотр основной информации о товаре (название, цена, описание).
🔸Просмотр изображений товара в галерее.
🔸Просмотр отзывов о товаре от других покупателей.
И чтобы двигаться дальше, мы можем спросить себя: «А какой самый просто интерфейс мы можем использовать, чтобы помочь пользователю принять решение о покупке?»
И после этих слов мы уже начинаем выстраивать приоритеты по задачам, что в первую очередь, а что можно сделать позже, либо после проверки какой-нибудь гипотезы.
Пример на подумать: как потребитель, я хочу видеть меню, чтобы я выбрал, что покушать.
Накидайте в комменты варианты интерфейсов для клиента, чтобы он определился с заказом.
@agileincubator
🔥5⚡2❤1👍1
❤️Итоги розыгрыша!
Один билет на онлайн-конференцию Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA получает Панкова Наталья.
❤️ Ждем от Натальи статью на тему «Кто такой см и зачем им становиться» для нашего сообщества в блоге Лидеров изменений 😉
@agileincubator
Один билет на онлайн-конференцию Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA получает Панкова Наталья.
❤️ Ждем от Натальи статью на тему «Кто такой см и зачем им становиться» для нашего сообщества в блоге Лидеров изменений 😉
@agileincubator
🔥7❤3👍2👏1
🎨Статья Сергея Рогачева Закраска фигур — игра про прогнозирование сроков и сторипоинты, которая показывает, как использование итерационно-инкрементального подхода в совокупности с относительной оценкой дает больше прозрачности в прогнозировании сроков выполнения проекта.
Описание включает все необходимые материалы для самостоятельного проведения игры.
@agileincubator
#agile #scrum #games #игры #articles #статьи
Описание включает все необходимые материалы для самостоятельного проведения игры.
@agileincubator
#agile #scrum #games #игры #articles #статьи
👍3❤2⚡1
Продолжаем рассматривать варианты декомпозиции пользовательских историй. Сегодня поговорим про метод «Варианты данных». Он так же является частью большого метода S.P.I.D.R.
Суть достаточно проста, наша пользовательская история делает одно и тоже для разных наборов данных, к примеру, отображение интерфейса системы. В целом мы делаем одно и тоже действие — отображение интерфейса системы, но с разным набором данных.
Первый вариант: отображение интерфейса приложения на русском языке. Это уже значимый шаг в развитии и закрытие потребности части пользователей.
Следующим шагом может быть выбор другого популярного языка, обработка всех данных и отображение интерфейса на этом языке.
Таким образом, мы делим большую задачу перевода на разные языки, на конкретные этапы с определённой пользой.
И вот вам немного на порассуждать: Я как пользователь хочу иметь возможноcть фильтровать и сортировать данные в полученной выборке.
@agileincubator
Суть достаточно проста, наша пользовательская история делает одно и тоже для разных наборов данных, к примеру, отображение интерфейса системы. В целом мы делаем одно и тоже действие — отображение интерфейса системы, но с разным набором данных.
Первый вариант: отображение интерфейса приложения на русском языке. Это уже значимый шаг в развитии и закрытие потребности части пользователей.
Следующим шагом может быть выбор другого популярного языка, обработка всех данных и отображение интерфейса на этом языке.
Таким образом, мы делим большую задачу перевода на разные языки, на конкретные этапы с определённой пользой.
И вот вам немного на порассуждать: Я как пользователь хочу иметь возможноcть фильтровать и сортировать данные в полученной выборке.
@agileincubator
🔥3❤1👍1
💰Мы все живем в условиях рынка, сформированного балансом спроса и предложения. А значит, этот рынок можно изучить. Представляем вам результаты исследования зарплат Scrum-мастеров, Agile-коучей и Delivery-менеджеров в 2024 году.
Подробнее читайте в статье Андрея Гирина и Михаила Евдокимова Исследование 2024. Рынок зарплат Скрам-мастеров и не только.
@agileincubator
#scrum #articles #статьи
Подробнее читайте в статье Андрея Гирина и Михаила Евдокимова Исследование 2024. Рынок зарплат Скрам-мастеров и не только.
@agileincubator
#scrum #articles #статьи
👍9🔥3⚡2❤1
Всем доброе утро!
Предлагаем пятничную разминку:
Перед вами Velocity chart некой команды за 6 месяцев. Вам предстоит работать с этой командой. Что бы вы смогли сказать о команде по этому графику. Какие были бы ваши первые действия, чтобы изменить ситуацию, если её, конечно, нужно менять?
Пишите в комменты свои мнения и замечания...
Предлагаем пятничную разминку:
Перед вами Velocity chart некой команды за 6 месяцев. Вам предстоит работать с этой командой. Что бы вы смогли сказать о команде по этому графику. Какие были бы ваши первые действия, чтобы изменить ситуацию, если её, конечно, нужно менять?
Пишите в комменты свои мнения и замечания...
🔥6❤1👍1
💦Статья Сергея Рогачева Featureban — симуляция Kanban про простую игру-симуляцию Kanban, которая позволяет понять, как Kanban-практики: визуализация, формальные политики, выстраивание обратной связи — обеспечивают прозрачность, а ограничение на одновременно выполняемую работу (Work In Process, WIP) обеспечивает балансировку загрузки и емкости системы.
Описание включает все необходимые материалы для самостоятельного проведения игры.
@agileincubator
#agile #kanban #games #игры #articles #статьи
Описание включает все необходимые материалы для самостоятельного проведения игры.
@agileincubator
#agile #kanban #games #игры #articles #статьи
👍4🔥4⚡1