Слона нужно есть по кусочкам

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

И если вернуться в наш современный мир, мир ИТ в частности, можно легко выделить несколько пунктов пользы от декомпозиции. Пойдём по порядку:
1. Небольшая задача при водит к быстрому релизу (маленькая победа), что приводит к скорому получению обратной связи
2. Мелкие задачи легче разделитьмежду участниками и проше распределить нагрузку на спринт
3. Помимо прозрачности ещё легче инспектировать каждодневный прогресс по реализации Историй
4. Детальный разбор задачи уменьшает шансы появления неприятных ньюансов в разработке
5. Небольшой объём выполненной работы легче проверить, найти ошибку и исправить
6. К небольшим задачам меньше вопросов: А как мы это сделаем? - следовательно больше прозрачности и меньше вопросов со стороны бизнеса к срокам выполнения

Я думаю каждый из вас сможет добавить ещё свои пункты "ЗА" декомпозицию Историй на более мелкие.

Странный заголовок для поста в данном чате? Но не спешите закрывать чат. Инвестирование может быть разным.

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

Нам на помощь придёт метод INVEST. Отсюда и название поста - инвестирование нам поможет. Как и инвестирование в привычном понимании - этот метод поможет нам облегчить работу в будущем.

Суть метода проста. При декомпозиции следует проверять описанную историю по пунктам:

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 #статьи

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

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

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

📚Статья Сергея Рогачева Игра в ТЗ — принципы управления требованиями в Agile про игру, которая показывает низкую эффективность письменной коммуникации: технических заданий и электронной переписки — в сравнении с устной коммуникацией «лицом к лицу».

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

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