Пример использования Scrum на практике - Scrum - Bean Stalk

«Пример использования Scrum: Преодоление трудностей при работе с несколькими командами» Описание: «Изучите подробный пример использования Scrum, чтобы понять реальные проблемы внедрения Scrum с несколькими командами. Узнайте, почему наличие единого бэклога продукта имеет решающее значение и как управлять двумя командами Scrum, работающими с одним и тем же бэклогом. В этом видео рассматриваются ключевые принципы, согласование спринтов и создание кросс-функциональных команд для эффективного сотрудничества. Оцените сами! https://bean-stalk.io/ Содержание: 0:00 Введение в Scrum: Пример 0:30 Принципы единого бэклога продукта 1:15 Управление несколькими командами Scrum 2:00 Согласование спринтов и планирование спринтов 3:30 Ежедневный Scrum и уточнение бэклога 4:45 Обзор спринта и ретроспектива 5:30 Определение готовности 6:00 Пример: Оператор почты 10:15 Создание кросс-функциональных команд Итак, давайте рассмотрим…» Рассмотрим конкретный пример использования Scrum, чтобы понять, с какими трудностями вы столкнетесь, когда начнете применять Scrum на практике. В этом сценарии сначала, пожалуй, стоит обсудить несколько важных принципов. Итак, первый вопрос: может ли у команды Scrum быть два бэклога продукта? Допустимо ли это? Ответ: нет, недопустимо, потому что цель бэклога продукта — обеспечить ясность приоритетов для команды Scrum. Если у вас два бэклога продукта, приоритеты неясны. Какой из них имеет наивысший приоритет — номер один в этом бэклоге или номер один в другом? Таким образом, у команды Scrum всегда один бэклог продукта. Теперь, могут ли две команды Scrum работать над бэклогом продукта? То есть, две группы разработчиков, получающих задачи из этого бэклога продукта. Допустимо ли это? Да, допустимо. Потому что у каждой команды есть четкие приоритеты. Они знают, какой элемент является наиболее приоритетным для выполнения. Теперь вы видите, что здесь происходит. Как только у нас есть две группы разработчиков, получающих задачи из бэклога продукта, мы уже начинаем двигаться вперед. Помимо Scrum, мы все еще можем следовать принципам и практикам Scrum, чтобы справиться с этой ситуацией. Давайте подумаем об этом секунду. Если у меня есть две команды, две группы разработчиков, которые берут задачи из бэклога продукта, нам нужен какой-то способ сотрудничества. И это не необычный сценарий. Часто, когда вы рассматриваете продукты, которые вы выпускаете в своей организации, в них участвует более 10 человек. Итак, если у нас есть группа, скажем, из 15-20 человек, которые затронуты и работают над этим продуктом, как мы можем обеспечить согласованность действий этих двух групп разработчиков? Например, согласованность. Есть несколько основных шаблонов, которые я бы рекомендовал использовать. Во-первых, согласуйте спринты. Если у вас несколько команд работают над одним и тем же продуктом, имеет смысл начинать и заканчивать спринт в один и тот же день. Если у нас есть согласованные спринты, это значительно упрощает сотрудничество этих команд. Например, мероприятие по планированию спринта. Мы должны делать это вместе, верно? Потому что у нас есть две команды. Группы разработчиков, которые берут задачи из бэклога продукта. Поэтому логично, что планирование должно проводиться совместно. По крайней мере, первые две части планирования — «почему» и «что» — определяют, кто над чем будет работать. Часть «как», когда мы разбиваем эти бэклогы продукта на задачи, будет отдельной, потому что у каждой группы разработчиков будет свой собственный бэклог спринта. Они будут работать над своими собственными бэклогами. Итак, продолжим в спринте. Мы проводим планирование спринта вместе. Каждая группа разработчиков определяет, над чем она будет работать. … Ключевые слова: Scrum Несколько команд Бэклог продукта Гибкая методология Кросс-функциональные команды Управление проектами Реальные задачи