Слона нужно есть по кусочкам
Как бы не было смешно, но декомпозицией занимались ещё первые существа на земле. Они не пытались запихнуть весь кусок мяса сразу в рот, а по кусочкам откусывали. И откусывали именно столько, сколько могли прожевать. Откусывали менно ту ценность, которую могли потребить в данный момент. (Минутка юмора - змеи не познали такую технологию, поэтому досих пор глотают добычу целиком).
И если вернуться в наш современный мир, мир ИТ в частности, можно легко выделить несколько пунктов пользы от декомпозиции. Пойдём по порядку:
1. Небольшая задача при водит к быстрому релизу (маленькая победа), что приводит к скорому получению обратной связи
2. Мелкие задачи легче разделитьмежду участниками и проше распределить нагрузку на спринт
3. Помимо прозрачности ещё легче инспектировать каждодневный прогресс по реализации Историй
4. Детальный разбор задачи уменьшает шансы появления неприятных ньюансов в разработке
5. Небольшой объём выполненной работы легче проверить, найти ошибку и исправить
6. К небольшим задачам меньше вопросов: А как мы это сделаем? - следовательно больше прозрачности и меньше вопросов со стороны бизнеса к срокам выполнения
Я думаю каждый из вас сможет добавить ещё свои пункты "ЗА" декомпозицию Историй на более мелкие.
1. Небольшая задача при водит к быстрому релизу (маленькая победа), что приводит к скорому получению обратной связи
2. Мелкие задачи легче разделитьмежду участниками и проше распределить нагрузку на спринт
3. Помимо прозрачности ещё легче инспектировать каждодневный прогресс по реализации Историй
4. Детальный разбор задачи уменьшает шансы появления неприятных ньюансов в разработке
5. Небольшой объём выполненной работы легче проверить, найти ошибку и исправить
6. К небольшим задачам меньше вопросов: А как мы это сделаем? - следовательно больше прозрачности и меньше вопросов со стороны бизнеса к срокам выполнения
Я думаю каждый из вас сможет добавить ещё свои пункты "ЗА" декомпозицию Историй на более мелкие.
Странный заголовок для поста в данном чате? Но не спешите закрывать чат. Инвестирование может быть разным.
Перед тем как начнём рассматривать методы декомпозиции неплохо бы обговорить дополнительные правила, условия, по которым эта декомпозиция будет проходить. Как мы сможем понять, что наша работа проделана хорошо и результат нас устраивает.
Нам на помощь придёт метод INVEST. Отсюда и название поста - инвестирование нам поможет. Как и инвестирование в привычном понимании - этот метод поможет нам облегчить работу в будущем.
Перед тем как начнём рассматривать методы декомпозиции неплохо бы обговорить дополнительные правила, условия, по которым эта декомпозиция будет проходить. Как мы сможем понять, что наша работа проделана хорошо и результат нас устраивает.
Нам на помощь придёт метод INVEST. Отсюда и название поста - инвестирование нам поможет. Как и инвестирование в привычном понимании - этот метод поможет нам облегчить работу в будущем.
Суть метода проста. При декомпозиции следует проверять описанную историю по пунктам:
1. Independant (Независимая) - критерии закрытия каждой истории должны быть внутри этой задачи. Зависимостей от других историй или задач быть не должно. Команда должна иметь возможность закрыть задачу не ожидая другие системы
2. Negotiable (Возможно обсуждение) - История не должна быть списком инструкций для выполнения, механизм выполнения должен обсуждаться и находиться путь выполнения в процессе обсуждения
3. Valuable (Доставляет ценность) - результат каждой истории должен приносить в инкремент какую-то пользу для конечного пользователя, каким бы он ни был. Всегда нужно понимать для чего мы делаем эту историю, на что она влияет и какой профит получаем на выходе
4. Estimatable (Оценима) - команда может дать оценку истории, описание понятное и одинакого понимаема всеми.
5. Small (Достаточно малая) - после оценки следует проверить, задача в спринт влезает, мы успеваем её сделать. Рекомендуемый размер Истории 1/3-1/2 скорости команды
6. Testable (Тестируемая) - каждую историю, перед передачей заказчику, команда может проверить, протестировать и найти все несовершенства
Такое инвестирование облегчит протекание спринта и выполнение поставленной задачи.
А на какие пункты в работе вы обращаете внимание? А какими пренебрегаете?
1. Independant (Независимая) - критерии закрытия каждой истории должны быть внутри этой задачи. Зависимостей от других историй или задач быть не должно. Команда должна иметь возможность закрыть задачу не ожидая другие системы
2. Negotiable (Возможно обсуждение) - История не должна быть списком инструкций для выполнения, механизм выполнения должен обсуждаться и находиться путь выполнения в процессе обсуждения
3. Valuable (Доставляет ценность) - результат каждой истории должен приносить в инкремент какую-то пользу для конечного пользователя, каким бы он ни был. Всегда нужно понимать для чего мы делаем эту историю, на что она влияет и какой профит получаем на выходе
4. Estimatable (Оценима) - команда может дать оценку истории, описание понятное и одинакого понимаема всеми.
5. Small (Достаточно малая) - после оценки следует проверить, задача в спринт влезает, мы успеваем её сделать. Рекомендуемый размер Истории 1/3-1/2 скорости команды
6. Testable (Тестируемая) - каждую историю, перед передачей заказчику, команда может проверить, протестировать и найти все несовершенства
Такое инвестирование облегчит протекание спринта и выполнение поставленной задачи.
А на какие пункты в работе вы обращаете внимание? А какими пренебрегаете?
🎲Сборник самых простых в освоении, подготовке и проведении игр, которые позволяют на тренинге про Agile в увлекательном формате понять принципы Agile на кончиках пальцев — в статье Сергея Рогачева 8 лучших Agile-игр: весело и быстро покажи команде, как работает Agile по каждой игре есть подробное полное описание на русском языке со всеми необходимыми материалами для самостоятельного проведения.
@agileincubator
#agile #scrum #kanban #product_owner #scrum_master #games #игры #articles #статьи
@agileincubator
#agile #scrum #kanban #product_owner #scrum_master #games #игры #articles #статьи
🔥4
👽Статья Сергея Рогачева 59-минутный Scrum — симуляция Scrum про игру, в рамках которой команды разрабатывают путеводитель по Земле для марсиан.
Описание включает все необходимые материалы для самостоятельного проведения игры, которая дает представление, как работает механика Scrum от формирования цели продукта и планирования спринта до обзора и ретроспективы.
@agileincubator
#agile #scrum #games #игры #articles #статьи
Описание включает все необходимые материалы для самостоятельного проведения игры, которая дает представление, как работает механика Scrum от формирования цели продукта и планирования спринта до обзора и ретроспективы.
@agileincubator
#agile #scrum #games #игры #articles #статьи
❤2
📚Статья Сергея Рогачева Игра в ТЗ — принципы управления требованиями в Agile про игру, которая показывает низкую эффективность письменной коммуникации: технических заданий и электронной переписки — в сравнении с устной коммуникацией «лицом к лицу».
Описание включает все необходимые материалы для самостоятельного проведения игры, в которой команды на практике собственной работы, а не презентации тренера, смогут увидеть разницу в качестве коммуникации и сделать собственные выводы.
@agileincubator
#agile #scrum #games #игры #articles #статьи
Описание включает все необходимые материалы для самостоятельного проведения игры, в которой команды на практике собственной работы, а не презентации тренера, смогут увидеть разницу в качестве коммуникации и сделать собственные выводы.
@agileincubator
#agile #scrum #games #игры #articles #статьи
👍2
💳С текущего поста начнём рассмотрение разных техник декомпозиции, с пояснениями и надеюсь бурным обсуждением.
А начнём с метода под названием «Основные усилия» и рассмотрим на примере истории, когда пользователь не хочет возиться с наличкой, а предпочитает оплачивать услуги пластиковой картой.
Желание несомненно хорошее, и мы должны дать клиенту такую возможность. Но вот беда, в стране, где мы живём, есть несколько вариантов оплаты: Мир, СБП, SberPay, Яндекс Пэй, T-Pay и т.д. Обкатывать сразу несколько интеграций в одно время, достаточно накладно как по ресурсам и времени, так и по рискам, что интеграция с одним банком может замедлить выпуск остальных интеграций.
Вот тут нам как раз этот метод и подойдёт. Делим крупную историю пользователя на две поменьше: интеграция с одним банком и только потом со всеми остальными.
Выбираем один самый крупный банк и его карту. Делаем основной упор на работу с одним типом оплаты, учимся, как проводить интеграцию, набиваем все "шишки", обкатываем способ оплаты.
И уже имея за плечами опыт работы с одним типом оплаты, можем переходить к интеграции с другими банками.
Кратко суть: сначала делаем самую сложную работу, а потом уже ту часть, где усилий надо поменьше. Но при этом каждая часть работы должна иметь ценность для пользователя.
И вот вам небольшой пример, история пользователя: Как пользователь, я хочу возможность регистрации через социальные сети, чтобы не тратить время на заполнение полей регистрации.
В комментарии напишите, как бы вы разбили данную историю использую метод декомпозиции «Основные усилия»?
@agileincubator
#agile #articles #статьи
А начнём с метода под названием «Основные усилия» и рассмотрим на примере истории, когда пользователь не хочет возиться с наличкой, а предпочитает оплачивать услуги пластиковой картой.
Желание несомненно хорошее, и мы должны дать клиенту такую возможность. Но вот беда, в стране, где мы живём, есть несколько вариантов оплаты: Мир, СБП, SberPay, Яндекс Пэй, T-Pay и т.д. Обкатывать сразу несколько интеграций в одно время, достаточно накладно как по ресурсам и времени, так и по рискам, что интеграция с одним банком может замедлить выпуск остальных интеграций.
Вот тут нам как раз этот метод и подойдёт. Делим крупную историю пользователя на две поменьше: интеграция с одним банком и только потом со всеми остальными.
Выбираем один самый крупный банк и его карту. Делаем основной упор на работу с одним типом оплаты, учимся, как проводить интеграцию, набиваем все "шишки", обкатываем способ оплаты.
И уже имея за плечами опыт работы с одним типом оплаты, можем переходить к интеграции с другими банками.
Кратко суть: сначала делаем самую сложную работу, а потом уже ту часть, где усилий надо поменьше. Но при этом каждая часть работы должна иметь ценность для пользователя.
И вот вам небольшой пример, история пользователя: Как пользователь, я хочу возможность регистрации через социальные сети, чтобы не тратить время на заполнение полей регистрации.
В комментарии напишите, как бы вы разбили данную историю использую метод декомпозиции «Основные усилия»?
@agileincubator
#agile #articles #статьи
✈️Статья Сергея Рогачева Самолетики — игра про роль Владельца продукта, которая отлично показывает его обязанности не только тем, кто выполняет эту роль, но и всем остальным, кто работает по Scrum: разработчики, заинтересованные лица, менеджеры и прочие.
Описание включает все необходимые материалы для самостоятельного проведения игры, идея которой — показать не столько то, что Владелец продукта должен делать, сколько то, что он делать не должен.
@agileincubator
#agile #scrum #product_owner #games #игры #articles #статьи
Описание включает все необходимые материалы для самостоятельного проведения игры, идея которой — показать не столько то, что Владелец продукта должен делать, сколько то, что он делать не должен.
@agileincubator
#agile #scrum #product_owner #games #игры #articles #статьи
🍳Декомпозиция. Разные атрибуты. Этот метод очень похож на метод «Основные усилия», только направлен на важность разных атрибутов наших товаров. Его очень хорошо можно показать на примере меню.
Суть метода проста: вы определяете те атрибуты вашего продукта, которые важны для покупателя. Далее по каждому артибуту расставляете важноть и критичность его появления для покупателя и декомпозируете большую историю на ряд историй поменьше, но поставляющих ценность.
Рассмотрим пример:
Самый важный атрибут меню — это название и стоимость блюда. Фото 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