Церемонии | JIRA — управление проектами
Мы встречались?
Четыре Agile церемонии, проясненные
Встречи, или «церемонии», являются важной частью Agile разработки. Но они являются одним из многих важных элементов и не должны проводиться в вакууме. (Соблазнительно добавить несколько церемоний к проекту водопада (waterfall) и назвать его «гибким» «Agile «, но это ни к чему вас не приведет.)
Давайте посмотрим на каждую из Agile церемоний и поймем, как они расширяют возможности команды и способствуют Agile разработке.
Примечание. Некоторые из этих церемоний происходят из практики scrum, которая представляет собой итеративный, ограниченный по времени подход к реализации Agile . Концепции, лежащие в основе этих церемоний, могут быть применены к другим Agile формам, таким как kanban или бережливый. «Спринт» — это термин, специфичный для scrum. Другие Agile формы используют более общий термин «итерация» для обозначения периода разработки, ограниченного временем.
Планирование спринта
Участники: команда разработчиков, мастер Scrum , владелец продукта
Когда: в начале спринта.
Продолжительность: обычно час в неделю итерации, например двухнедельный спринт начинается с двухчасовой встречи по планированию.
Agile фреймворк (структура): Scrum. (Команды Kanban также планируют, конечно, но у них нет фиксированного графика итераций с формальным планированием спринта)
Цель (намерение): планирование спринта настраивает всю команду на успех на протяжении всего спринта. Приходя на встречу, владелец продукта будет иметь приоритетный бэклог (отставание) продукта.
Они обсуждают каждый пункт с командой разработчиков, и группа коллективно оценивает прилагаемые усилия. Затем команда разработчиков сделает прогноз спринта с указанием объема работы, которую команда может выполнить из списка необходимых требований (backlog).
Этот объем работы становится списком необходимых требований (backlog) спринта.
PRO TIP: Используйте совещание по планированию спринта, чтобы конкретизировать конкретные детали работы, которая должна быть выполнена. Поощряйте членов команды наметить задачи для всех историй, ошибок (багов) и задач, которые входят в спринт. Стимулируйте дискуссии и собирайте консенсус по плану действий. Эффективное планирование значительно увеличивает шансы команды на успех, выполняя обязательства спринта.
Участники: команда разработчиков, мастер Scrum, владелец продукта
Когда: один раз в день, обычно утром.
Продолжительность: не более 15 минут. Не бронируйте конференц-зал и не проводите stand up- ы сидя. Проводите стоя,что помогает сделать встречу короткой!
Agile подход : Scrum и Kanban.
Цель (Намерение): Летучка предназначена для быстрого информирования всех о том, что происходит в команде.
Это не подробный статус встречи. Тон должен быть легким и веселым, но информативным. Пусть каждый член команды ответит на следующие вопросы:
- Что я закончил вчера?
- Над чем я буду работать сегодня?
- Я заблокирован чем-нибудь?
В отчете о том, какую работу вы выполнили вчера перед своими сверстниками, существует неявная ответственность. Никто не хочет быть членом команды, который постоянно делает одно и то же и не прогрессирует.
PRO TIP:
Некоторые команды используют таймеры, чтобы держать всех на ходу. Другие бросают мяч в команду, чтобы все обращали внимание. Многие распределенные команды используют видеоконференции или групповые чаты, чтобы сократить расстояние. Ваша команда уникальна. Ваша летучка тоже должна быть такой!
Итерационное ревью
Присутствовавшие:
Требуется: команда разработчиков, мастер Scrum , владелец продукта
Необязательно: заинтересованные стороны проекта
Когда: в конце спринта или вехи.
Продолжительность: 30-60 минут.
Agile подход: Scrum и kanban. Как и при планировании, обзор для команд kanban должен быть согласован с основными этапами работы команды, а не с фиксированным ритмом.
Цель (Намерение): Итерационный обзор — это время, чтобы продемонстрировать работу команды. Они могут быть в обычном формате, таком как «демо пятницы», или в более формальной структуре собраний. Это время для команды, чтобы отпраздновать свои достижения, продемонстрировать работу, завершенную в течение итерации, и получить немедленную обратную связь от заинтересованных сторон проекта. Помните, что работа должна быть полностью наглядной и соответствовать качественной шкале команды, которую следует считать завершенной и готовой для демонстрации в обзоре.
PRO TIP:
В Atlassian мы применяем непринужденный подход к ревью спринтов и придаем им праздничный вид. Мы собираемся вокруг стола члена команды и смотрим, как они демонстрируют свою новую функцию.
Нередко слышно, как хлопают по всему офису!
Ретроспектива
Участники: команда разработчиков, мастер Scrum, владелец продукта
Когда: в конце итерации.
Продолжительность: 60 минут.
Agile подход: Scrum и Kanban. Scrum-команды делают спринт-ретроспективу, основанную на фиксированном ритме. Kanban команды также могут извлечь выгоду из случайных ретроспектив.
Цель (Намерение): Agile — это быстрое получение обратной связи для улучшения продукта и культуры разработки. Ретроспективы помогают команде понять, что работает хорошо, а что нет.
Ретроспективы — это не просто время для жалоб без действий. Используйте ретроспективы, чтобы выяснить, что работает, чтобы команда могла продолжать сосредотачиваться на этих областях. Кроме того, выясните, что не работает, и используйте время, чтобы найти креативные решения и разработать план действий.
Непрерывное улучшение — это то, что поддерживает и стимулирует развитие в Agile команде, и ретроспективы являются ключевой частью этого.
PRO TIP:
Даже если дела в команде идут хорошо, не прекращайте делать ретроспективы. Ретроспективы обеспечивают постоянное руководство для команды, чтобы все шло хорошо.
ТВИИТ: Некоторые люди думают, что Agile церемонии магически делают команду гибкой (Agile ). Они не правы.
Гибкость команды основана на надежных инженерных практиках, тактическом и стратегическом подходе к изменениям и отличном командном сотрудничестве. Agile церемонии просто облегчают общение в команде.
По материалам Agile Coach «Ceremonies»
Развеиваем мифы о четырех agile-собраниях
Философия Agile позволила радикально изменить подход к работе как в области разработки программного обеспечения, так и за ее пределами. Неотъемлемая составляющая практической реализации Agile — собрания, или «церемонии». В Scrum — самой популярной agile-методологии — scrum-собрания обеспечивают прозрачность и регулярное взаимодействие с командой.
Что такое scrum-собрания?
Scrum-собрания — это встречи scrum-мастера, владельца продукта и команды разработчиков, на которых они планируют будущую и обсуждают текущую работу, получают отзывы и многое другое.
Не каждой scrum-команде, следующей принципам Agile, нужно проводить все собрания, и не обязательно для проведения scrum-собраний быть scrum-командой. Ниже описаны несколько scrum-собраний по принципам Agile, которые помогут расширить возможности самых разных команд.
Примечание. Некоторые из этих собраний сложились в результате применения Scrum — итеративного подхода к реализации Agile с проведением работы в рамках фиксированных промежутков времени. Идеи, лежащие в основе этих собраний, можно применить к другим формам Agile, например к Kanban или бережливому производству. Понятие «спринт» относится к Scrum. Обычно спринт представляет собой событие с фиксированной продолжительностью (месяц или меньше), которая позволяет сохранять единообразие. В других формах Agile для обозначения ограниченного по времени периода разработки используется более общее понятие «итерация». Длительность собраний часто зависит от продолжительности спринта или итерации.
Планирование спринтов
При использовании scrum-подхода сначала проводится собрание по планированию спринта, где команды определяют, что они могут сделать в течение спринта и как будет выполняться эта работа.
В конце собрания по планированию каждый участник scrum-команды должен четко представлять, какие задачи можно выполнить за спринт и как поставить инкремент.
Состав участников: команда разработчиков, Scrum-мастер, владелец продукта.
Когда проходит: в начале спринта.
Продолжительность: обычно около одного часа на каждую неделю итерации. Например, двухнедельный спринт нужно начинать с двухчасового собрания по планированию.
Agile-методика: Scrum. (Конечно, команды Kanban тоже занимаются планированием, но они не проводят формальное планирование спринта в соответствии с фиксированным графиком итераций.)
Назначение: на собрании по планированию закладывается основа для успешного спринта. На это scrum-собрание владелец продукта приносит бэклог продукта с расставленными приоритетами. Вместе с командой разработчиков он обсуждает каждую рабочую задачу, после чего группа совместными усилиями оценивает необходимые трудозатраты.
Затем команда разработчиков дает прогноз на спринт, в котором указывает, какой объем работы из бэклога продукта может выполнить. Этот объем работы становится бэклогом спринта.
Подсказка
На собрании по планированию спринта проработайте все мельчайшие детали работы, которую предстоит сделать. Пусть участники команды набросают примерные задания по всем историям, багам и задачам, которые входят в спринт. Поощряйте обсуждения и придите к единому взгляду на план действий. Эффективное планирование значительно повышает шансы команды успешно выполнить обязательства, которые она взяла на себя в рамках спринта.
Ежедневный стендап
Ежедневный стендап или ежедневное scrum-совещание — это короткая ежедневная встреча продолжительностью 15 минут или еще меньше для обсуждения прогресса и выявления блокеров. Собрание рекомендуется проводить стоя, чтобы оно не занимало много времени.
Вот шаблон ежедневного стендапа, с которого команда может начать работу.
Состав участников: команда разработчиков, Scrum-мастер, владелец продукта
Когда проходит: раз в день, как правило, утром.
Продолжительность: не более 15 минут. Не занимайте конференц-зал и не давайте участникам стендапа садиться. Если все будут стоять, собрание не займет много времени.
Agile-методика: Scrum и Kanban.
Назначение: ежедневный стендап нужен для того, чтобы быстро сообщить всем о ситуации в команде. Это не полноценная планерка. Мероприятие должно быть легким и непринужденным, но информативным. Пусть каждый участник команды ответит на следующие вопросы.
- «Что мне удалось завершить вчера?»
- «Над чем я буду работать сегодня?»
- «Есть ли препятствия в моей работе?»
Когда отчитываешься о прогрессе за вчерашний день перед коллегами, проявляется личная ответственность. Никто не хочет оказаться человеком, который постоянно делает одно и то же и не движется вперед.
Подсказка
В некоторых командах используют таймеры, чтобы не отставать от графика. Другие бросают друг другу мячик, чтобы все присутствующие сохраняли концентрацию. Многие распределенные команды используют видеоконференции или групповые чаты, чтобы преодолеть разрозненность. Ваша команда уникальна, и ваш стендап должен быть таким же!
Планирование спринта
При обзоре спринта, также называемого анализом итерации, scrum-команда собирается, чтобы обсудить результаты. Команда разработчиков показывает коллегам и заинтересованным сторонам, какие элементы бэклога выполнены, и получает от них обратную связь.
Состав участников: команда разработчиков, Scrum-мастер, владелец продукта.
Когда проходит: в конце спринта.
Продолжительность: обычно 45 минут на каждую неделю итерации. То есть после двухнедельного спринта нужно провести 90-минутную ретроспективу.
Agile-методика: Scrum и Kanban.
Scrum-команды проводят ретроспективы спринта в соответствии с фиксированным графиком. Kanban-командам тоже может быть полезно время от времени проводить ретроспективы.
Назначение: на обзоре спринта команда представляет результаты своей работы. Scrum-собрание может проходить как в свободной обстановке (по типу «пятничных демонстраций»), так и в более формальной. На нем команда отмечает свои успехи, демонстрирует результаты работы, выполненной за итерацию, и выслушивает мнение заинтересованных в проекте сторон из первых уст. Помните: результат работы можно считать окончательным и готовым к демонстрации в ходе обзора итогов, только если он может быть представлен полностью и отвечает критериям качества команды.
Подсказка
В компании Atlassian обзор итогов спринта проводится в неформальной обстановке. Мы пытаемся придать ему атмосферу праздника: собираемся вокруг стола участника команды и смотрим демонстрацию его новой возможности.
У нас в офисе даже не скупятся на аплодисменты!
Ретроспектива спринта
Ретроспектива спринта — это собрание, на котором команда анализирует, что прошло успешно и что можно улучшить. Команды, следующие принципам Agile, могут подробно обсудить динамику, процессы и инструменты, а затем составить план по улучшению работы команды.
Вот сборник сценариев для команды по организации ретроспектив.
Состав участников: команда разработчиков, Scrum-мастер, владелец продукта.
Когда проходит: в конце спринта.
Продолжительность: обычно 45 минут на каждую неделю итерации. То есть после двухнедельного спринта нужно провести 90-минутную ретроспективу.
Agile-методика: Scrum и Kanban. Scrum-команды проводят ретроспективы спринта в соответствии с фиксированным графиком. Kanban-командам тоже может быть полезно время от времени проводить ретроспективы.
Назначение: суть Agile — в быстром получении отзывов для улучшения продукта и культуры разработки.
С помощью ретроспектив команды понимают, что удалось, а что нет.
Ретроспективы — это не только время для накопленных жалоб. Ретроспективы помогают определить, что работает (и пусть команда продолжит сосредоточиваться на этих аспектах), а что нет (уделите время поиску нестандартных решений и разработке плана действий). Постоянное совершенствование — это опора и движущая сила развития в Agile-команде, и ретроспективы играют в этом ключевую роль.
Подсказка
Даже если у команды все складывается хорошо, не переставайте проводить ретроспективы. Через ретроспективы команда получает актуальные указания, которые помогут ей оставаться на верном пути.
Заключение
Некоторые считают, что для перехода к Аgile достаточно проводить agile-собрания. Однако это не так. Команда следует Agile, когда у нее сложились надежные практики разработки, подход к изменениям в краткосрочной и долгосрочной перспективе и отличный опыт командного взаимодействия.
Agile-собрания всего лишь упрощают обмен информацией в команде.
Готовы начать работу? Узнайте, как использовать спринты в Jira Software.
Dan Radigan
Методология Agile оказала на меня огромное влияние как в профессиональном, так и в личном плане. Я понял, что и в программировании, и в жизни оптимальный подход — гибкий. Мои интересы лежат на пересечении технологий, фотографии и мотоспорта.
Agile Ceremonies: ваше окончательное руководство по четырем этапам
Agile Workflow
8
Мин. Чтение
15, март 2022Написано
Шон Блейк
,
Глава маркетинга
. Этот гид смотрит на четырех церемонии , которые воплощают в жизнь одну из самых популярных сред Agile, Scrum .
Узнайте, как каждый agile-ритуал помогает расширить возможности команд и повысить производительность, а также несколько советов, которые помогут вашей организации получить максимальную отдачу от ваших церемоний.
На взгляде:
- Четыре гибких церемонии- Планирование спринта , Daily Stand-Up , Sprint Review и Sprint Retrocmep.
- CERERNOVERENTIONS, Colletry, Colletry, Colletry, Colletry, Colletry, Colletry.
- Каждая церемония имеет четкую структуру и цель.
- Четкое общение, гибкость и соответствие культурным традициям являются ключом к успешному проведению церемонии.
Agile-церемонии относятся к четырем событиям, которые происходят во время Scrum-спринта. Другие формы гибкой разработки, такие как Kanban и Lean, также имеют схожие практики.
Список agile-церемоний включает:
- Планирование спринта
- Ежедневный стендап
- Обзор спринта
- Ретроспектива спринта
Несмотря на то, что у каждой церемонии разные общие цели, они способствуют одной и той же церемонии.
Церемонии объединяют команды для достижения общей цели в определенном ритме и помогают командам добиться цели.
«С учетом того, что современные предприятия вынуждены быстро реагировать на потребности своих клиентов и заинтересованных сторон, они должны быстрее выводить на рынок новые продукты и ускорять усовершенствование существующих решений и услуг». — Отчет о состоянии Agile
Почему важны Agile-церемонии?Agile-церемонии помогают организациям адаптироваться к изменениям и добиваться успеха. Благодаря тому, что работа планируется небольшими порциями и в более короткие сроки, они помогают командам быстро менять направление и корректировать курс, когда это необходимо. Они составляют ключевую часть более широкого гибкого подхода, который в настоящее время широко применяется в организациях по всему миру.
Благодаря agile-церемониям команды в вашей организации могут получить следующие преимущества:
- Расширенные возможности управления меняющимися приоритетами
- Ускорение разработки программного обеспечения
- Повышение производительности команды
- Улучшение согласования бизнеса и ИТ
Важно помнить, что в то время как церемонии являются неотъемлемой частью Scrum, они являются лишь одним из многих ритуалов, которые помогают создавать agile-команды и рабочие места.
Чтобы осознать истинные преимущества Agile, вам нужно сделать больше, чем просто включить одну или несколько церемоний в свой водопадный проект.
1. Планирование спринта
Церемония планирования спринта настраивает команды на успех, гарантируя, что все понимают цели спринта и способы их достижения.
| Структура | Участники | Сроки | Продолжительность | Agile Framework | 9 Скрам-мастер помогает. Вместе Скрам-команда оценивает усилия или баллы. Бэклог продукта должен содержать все детали, необходимые для оценки. Владелец продукта должен быть в состоянии прояснить любые сомнения относительно невыполненной работы над продуктом. | Вся Скрам-команда (Команда разработчиков, Скрам-мастер и Владелец продукта) | В начале каждого спринта | Один-два часа итерации в неделю. Итак, если вы планируете двухнедельный спринт, ваше планирование спринта должно длиться от двух до четырех часов. | Скрам. Хотя канбан-команды тоже планируют, они делают это менее формально и по этапам, а не по итерациям. |
|---|
Результаты
После переговоров и обсуждений в команде у вас должно быть четкое решение о работе, которую Команда Разработки может выполнить в течение спринта к концу Планирования Спринта. Это известно как цель спринта.
Целью спринта является приращение выполненной работы, и каждый должен быть уверен в своих обязательствах.
Журнал невыполненных работ определяет приоритеты, влияющие на порядок работ. Затем скрам-мастер преобразует это решение в бэклог спринта.
Основные советы
- Сосредоточьтесь на сотрудничестве, а не на конкуренции.
- Разбейте пользовательские истории на задачи, чтобы упростить работу команды разработчиков. Если есть время, назначьте эти задачи во время мероприятия.
- Учитывайте праздничные дни и выходные или отпуска любого члена команды.
- Не забывайте о темпах работы вашей команды. Было бы полезно отслеживать время, затраченное на реализацию подобных пользовательских историй.
- Сосредоточьтесь на бэклоге продукта и ни на чем другом с точки зрения работы в спринте.
2. Ежедневный стендап
Ежедневный стендап объединяет команду и настраивает всех на новый день. Команда использует это время для выявления блокировщиков и обмена планами на день.
| Структура | Участники | Время | Продолжительность | Agile framework | 9 9 Все члены Команды Разработки информируют всех о том, что они делали накануне и что делают сегодня. Участники обсуждают любые блокировки, которые у них есть, и при необходимости обращаются за помощью к команде. Из-за ограничений по времени обновления должны быть краткими. | Команда разработчиков, Скрам-мастер, Владелец продукта (необязательно) | Ежедневно, обычно утром | Короткие и резкие. Не более 15 минут | Скрам и Канбан |
|---|
Итоги
Скрам-мастер должен устранить все препятствия, которые замедляют работу Команды Разработки или мешают ей. В результате может потребоваться изменение процесса разработки.
Эта ежедневная проверка пульса поддерживает синхронизацию команды и помогает укрепить доверие. Вместе группа находит способы поддержать и помочь друг другу.
Советы
- Используйте таймер, чтобы уложиться в 15 минут.
- Держите стойку в одно и то же время каждый день.
- Обсуждайте работу только на день вперед.
- Если команда распределена, используйте видеоконференцсвязь с включенными камерами.
- После события должны быть долгие обсуждения.
- Поскольку стендап поощряет прогресс, каждый должен предоставлять обновленную информацию и каждый должен чувствовать себя ответственным.
3. Обзор спринта
Обзор спринта — это время, чтобы продемонстрировать завершенную работу команды и собрать отзывы заинтересованных сторон.
Разнообразные участники, не входящие в команду, предлагают ценную информацию с разных точек зрения. Это мероприятие также помогает укрепить доверие как внешних, так и внутренних заинтересованных сторон.
| Структура | Участники | Сроки | Продолжительность | Agile framework | 9 логистика мероприятия Мастер Scrum берет подготовку к событию | 9. Владелец продукта должен задавать заинтересованным сторонам вопросы, чтобы собрать как можно больше отзывов. Они также должны ответить на любые вопросы своих заинтересованных сторон. | Команда разработчиков, Scrum Master, Product Owner. При желании руководство, клиенты, разработчики и другие заинтересованные стороны | В конце спринта | Один час в неделю спринта. В недельном спринте обзор спринта длится один час. | Скрам и Канбан. Канбан-команды проводят эти обзоры после командных вех, а не после спринтов. |
|---|
Итоги
После этой церемонии владельцу продукта может потребоваться изменить или добавить список незавершенных работ.
Они также могут выпустить функциональность продукта, если она уже завершена.
Основные советы
- Своевременно планируйте репетиции перед собранием, чтобы помочь вашей команде выступать с уверенностью, особенно если придут внешние заинтересованные лица.
- Не демонстрируйте незавершенную работу. Просмотрите свое Планирование спринта и первоначальные критерии, если вы не уверены, завершена ли работа.
- Помимо функциональности продукта, обратите внимание на взаимодействие с пользователем, ценность для клиентов и ценность для бизнеса.
- Подумайте, как вы можете создать атмосферу праздника, чтобы отметить усилия команды.
4. Ретроспектива спринта
На этой заключительной церемонии схватки в последовательности вы оглядываетесь на работу, которую вы только что сделали, и определяете, как сделать ее лучше в следующий раз. Ретроспектива спринта — это инструмент для снижения рисков в будущих спринтах.
| Структура | Участники | Сроки | Продолжительность | Структура Agile | 9 Команды обсуждают, что пошло не так и что пошло не так | 9 Скрам-мастер должен побуждать Команду Разработки высказываться и делиться не только фактами, но и своими чувствами. Цель состоит в том, чтобы собрать быструю обратную связь для постоянного улучшения с точки зрения процесса. Это также возможность подчеркнуть передовой опыт, который команда приняла и должна повторить. | Development Team, Scrum Master, Product Owner (optional) | At the end of the sprint | 45 minutes per sprint week | Scrum and Kanban (occasionally) |
|---|
Outcomes
After this session , команда должна четко понимать проблемы и победы, которые произошли на протяжении всей итерации. Вместе группа предлагает решения и план действий по предотвращению и выявлению проблем процесса в следующем спринте.
Основные советы
- Сосредоточьтесь как на фактах, так и на чувствах
- Собирайте информацию, которая поможет вам сосредоточиться на постоянном улучшении — это может включать инструменты и отношения
- Будьте честны и поощряйте идеи, которые решают проблемы, связанные с процессом
- Даже если все прошло хорошо, проведите эту встречу — ретроспективы обеспечивают постоянное руководство для следующего спринта.
«Учитывая, что скорость изменений, как ожидается, будет продолжаться, потребность в операционной модели, которая идет в ногу со временем, как никогда велика». — МакКинзи
Уроки Agile для жизниКак команда опытных agile-практиков, мы собрали некоторые ключевые знания о том, что нужно, чтобы получить максимальную отдачу от ваших agile-церемоний и создать основы действительно agile-организации.
Вот наши главные советы, как сделать вашу церемонию успешной:
- Присутствуйте намеренно — Во время церемонии не забывайте делать паузы и напоминать себе, зачем вы здесь. Покажите другим, что вы присутствуете, уделяя им все внимание и используя язык тела. В удаленной обстановке поворачивайте камеру так, как будто вы сидите напротив них, регулярно смотрите в объектив и используйте фон, не отвлекающий внимание.
- Практикуйте активное слушание — Подумайте о том, что говорит человек, кто он и что ему нужно от вас.
Они ищут деку, им нужна ваша помощь или мнение, или они ищут эмоциональную связь? - Понять мотивы — Понять мотивы своих товарищей по команде, прежде чем говорить. Подумайте, почему им должно быть интересно то, что вы говорите, связав ваше сообщение с их собственными мотивами. Предоставьте контекст, где это возможно, чтобы они знали, почему ваше сообщение важно.
- Будьте гибкими — Важно помнить, что не существует универсального подхода к гибкой работе. То, что работает для одной команды, может не работать для другой, поэтому вам нужно поэкспериментировать, чтобы выяснить, что работает, а затем адаптировать процессы в соответствии с потребностями вашей команды.
- Создайте культурное соответствие — Лучшие процессы в мире не обеспечат того, что вам нужно, если у вас нет культуры, поддерживающей их выполнение. Agile-церемонии должны поддерживаться культурой, в которой люди активно участвуют, уверенно поднимают проблемы и ценят постоянное совершенствование.
Несмотря на то, что командам, не знакомым с Agile, может потребоваться время, чтобы приспособиться к Agile-церемониям, они того стоят. Предоставляя четкую структуру и достижимые результаты, они помогают объединить всех в отношении продукта, коммуникации и приоритетов.
Результат? Гибкие команды, которые быстрее создают продукты более высокого качества и добиваются реальных бизнес-результатов.
Где бы ваша организация ни находилась на пути к гибкости, стоит помнить, что каждая команда и каждый набор продуктов уникальны, поэтому не существует стандартного рецепта успеха. Хорошая новость заключается в том, что, работая в рамках мышления непрерывного совершенствования, продвигается гибкая структура; вы тоже можете повторять и улучшать свои гибкие церемонии с течением времени.
Готовы начать? Easy Agile TeamRhythm поддерживает agile-практики вашей команды в Jira.
Поддерживая вашу команду от планирования до ретроспективы, TeamRhythm помогает вам и вашей команде лучше работать вместе, чтобы приносить пользу вашим клиентам.
Особенности включают в себя:
- Гибкий инструмент планирования спринтов и версий . Планирование выполняется быстро и легко, когда вы создаете и оцениваете проблемы на карте истории. Просматривайте свою работу в рамках инициатив и эпиков, а также быстро просматривайте статистику «дорожки плавания», чтобы убедиться, что возможности команды заполнены, но не перегружены
- Гибкое картографирование историй . Составьте карту пути клиента, используя инициативы, эпики и истории вместе с гибкими досками Jira. Быстро и легко добавляйте новые или существующие истории на карту историй. Перетащите, чтобы расставить приоритеты по ценности для клиента.
- Уточнение невыполненной работы по продукту — Выйдите из своей плоской невыполненной работы и просмотрите свою работу на матрице карты истории.
Перетащите проблемы, чтобы расставить приоритеты или запланировать. Быстро обновляйте сводки историй и оценочные баллы с помощью встроенного редактирования для лучшего невыполненной работы. - Командные ретроспективы — Отмечайте успехи, получайте информацию и делитесь знаниями с групповыми ретроспективными досками для схватки и канбана, поощряя сотрудничество и прозрачность, чтобы вы и ваша команда постоянно становились лучше.
Как получить максимум от 4 ключевых Agile Meetings
Читать Подробнее
Ежедневные схватки: лучшие практики и ловушки, чтобы избежать
.0399
Подробнее
Подпишитесь на наш блог
Будьте в курсе последних советов и обновлений.
Подписаться
Четыре проворных церемонии, демистифицированные | Atlassian
Философия Agile помогла коренным образом изменить методы работы, начиная с разработки программного обеспечения и заканчивая другими.
Неотъемлемой частью применения Agile на практике являются встречи или «церемонии». В скраме — самой популярной agile-практике — скрам-собрания обеспечивают прозрачность и регулярное общение с командой.
Что такое церемонии схватки?
Скрам-встречи — это когда скрам-мастер, владелец продукта и команда разработчиков встречаются, чтобы планировать работу, обсуждать текущую работу, собирать отзывы и многое другое. Не каждой agile-скрам-команде нужно практиковать все скрам-собрания, и команда не обязательно должна быть скрам-командой, чтобы практиковать скрам-собрания. Ниже приведены несколько собраний Agile Scrum, которые помогают расширить возможности команд всех видов.
Примечание: Некоторые из этих церемоний происходят из практики Scrum – итеративного, ограниченного по времени подхода к внедрению Agile. Концепции, лежащие в основе этих церемоний, могут быть применены к другим формам Agile, таким как канбан или бережливое производство.
«Спринт» — это термин, относящийся к скраму, который обычно представляет собой мероприятие с фиксированной продолжительностью в один месяц или меньше для обеспечения согласованности. В других формах гибкой разработки используется более общий термин «итерация» для обозначения ограниченного по времени периода разработки. Церемонии часто различаются по продолжительности в зависимости от длины спринта или итерации.
Планирование спринта
При отработке скрама собрание по планированию спринта проводится в начале спринта, на котором команды определяют, что может быть выполнено в спринте и как эта работа будет выполнена. В конце встречи по планированию каждый участник схватки должен четко понимать, что может быть сделано в спринте и как можно добиться приращения.
Участники: Команда разработчиков, скрам-мастер, владелец продукта
Когда: В начале спринта.
Продолжительность: Обычно около часа итерации в неделю.
например двухнедельный спринт начинается с двухчасового совещания по планированию.
Agile framework : Scrum. (Разумеется, канбан-команды тоже планируют, но у них нет фиксированного графика итераций с формальным планированием спринта)
Цель: Планирование спринта настраивает всю команду на успех на протяжении всего спринта. Придя на скрам-встречу, владелец продукта будет иметь приоритетный список невыполненных работ. Они обсуждают каждый пункт с командой разработчиков, и группа коллективно оценивает затраченные усилия. Затем команда разработчиков составляет прогноз спринта, в котором указывается, сколько работы команда может выполнить из бэклога продукта. Этот объем работы затем становится невыполненной задачей спринта.
Совет профессионала:
Используйте собрание по планированию спринта, чтобы уточнить детали работы, которую необходимо выполнить. Поощряйте членов команды набрасывать задачи для всех историй, ошибок и задач, которые входят в спринт.
Создавайте обсуждения и добивайтесь консенсуса по плану действий. Эффективное планирование значительно увеличивает шансы команды на успех за счет выполнения обязательств спринта.
Ежедневный стендап
Ежедневный стендап, также известный как ежедневная схватка, представляет собой короткую 15-минутную (или менее) ежедневную встречу для обсуждения прогресса и выявления препятствий. Участникам настоятельно рекомендуется участвовать стоя, чтобы сократить время встречи.
Вот шаблон ежедневного стендапа, который поможет вашей команде начать работу.
Участники: Команда разработчиков, скрам-мастер, владелец продукта
Когда: Один раз в день, обычно утром.
Продолжительность: Не более 15 минут. Не бронируйте конференц-зал и не проводите стендап сидя. Вставание помогает сократить встречу!
Agile framework: Scrum и канбан.
Назначение: Ежедневный стендап предназначен для быстрого информирования всех о том, что происходит в команде.
Это не подробное совещание по статусу. Тон должен быть легким и веселым, но информативным. Пусть каждый член команды ответит на следующие вопросы:
- Что я сделал вчера?
- Над чем я буду работать сегодня?
- Меня что-то заблокировало?
Существует неявная отчетность о том, какую работу вы выполнили вчера перед своими коллегами. Никто не хочет быть человеком, который постоянно делает одно и то же и не добивается прогресса.
Pro TIp:
Некоторые команды используют таймеры, чтобы держать всех в курсе. Другие бросают мяч через всю команду, чтобы убедиться, что все обращают на него внимание. Многие распределенные команды используют видеоконференции или групповые чаты, чтобы сократить расстояние. Ваша команда уникальна. Ваш стендап тоже должен быть таким!
Обзор спринта
Обзор спринта, также называемый обзором итерации, — это место встречи скрам-команды, чтобы показать, что было сделано во время спринта.
Команда разработчиков показывает, какие элементы невыполненной работы «Готово» заинтересованным сторонам и товарищам по команде, которые затем могут дать отзыв.
Участники: Команда разработчиков, мастер схватки, владелец продукта
Когда: В конце спринта.
Продолжительность: Обычно 45 минут в неделю итерации — например, 90-минутная ретроспектива после двухнедельного спринта.
Agile framework: Scrum и канбан. Скрам-команды проводят ретроспективы спринтов на основе фиксированной частоты. Канбан-команды также могут извлечь пользу из периодических ретроспектив.
Цель: Обзор спринта — это время, чтобы продемонстрировать работу команды. Они могут быть в обычном формате, таком как «демонстрационные пятницы», или в более формальной структуре собраний схватки. Это время для команды, чтобы отпраздновать свои достижения, продемонстрировать работу, выполненную в рамках итерации, и получить немедленную обратную связь от заинтересованных сторон проекта.
Помните, что работа должна быть полностью продемонстрирована и соответствовать планке качества команды, чтобы считаться завершенной и готовой к демонстрации в обзоре.
Совет от профессионалов:
В Atlassian мы применяем непринужденный подход к обзорам спринтов и придаем им праздничный вид. Мы собираемся вокруг стола члена команды и смотрим, как они демонстрируют свою новую функцию. Нередко можно услышать аплодисменты по всему офису!
Ретроспектива спринта
Ретроспектива спринта — это собрание, посвященное тому, что было успешным во время спринта и что можно улучшить. Agile-команды могут специально анализировать динамику команды, процессы и инструменты, а затем создавать планы по улучшению работы команды.
Вот инструкция по проведению ретроспектив.
Участники: Команда разработчиков, мастер схватки, владелец продукта
Когда: В конце спринта.
Продолжительность: Обычно 45 минут в неделю итерации, например 90-минутная ретроспектива после двухнедельного спринта.
Agile framework: Scrum и канбан. Скрам-команды проводят ретроспективы спринтов на основе фиксированной частоты. Канбан-команды также могут извлечь пользу из периодических ретроспектив.
Цель: Agile — это получение быстрой обратной связи для улучшения продукта и культуры разработки. Ретроспективы помогают команде понять, что сработало хорошо, а что нет.
Ретроспективы — это не просто время для жалоб без каких-либо действий. Используйте ретроспективы, чтобы узнать, что работает, чтобы команда могла продолжать фокусироваться на этих областях. Кроме того, выясните, что не работает, и используйте время, чтобы найти творческие решения и разработать план действий. Непрерывное совершенствование — это то, что поддерживает и стимулирует развитие в agile-команде, а ретроспективы — ключевая часть этого.
Совет от профессионала:
Даже если дела в команде идут хорошо, не прекращайте проводить ретроспективы.
