Начало работы с Jira, Confluence и методикой Scrum

Kelly Drozd Автор: Kelly Drozd
Просмотр тем

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

Для agile-разработки ПО можно использовать две разные методики Agile: Scrum и Kanban. У команды Scrum, как правило, более жесткая структура, четко определенные цели и результаты, а также заранее определенные роли участников. Kanban — более гибкий подход, который вносит дополнительную наглядность в проект. Эта система визуального управления позволяет команде видеть общую картину и повышает эффективность работы благодаря бережливому управлению. Хотя эти методики отличаются, их можно использовать одновременно. На самом деле, команды Scrum часто используют Kanban для визуальной оптимизации рабочего процесса спринта.

Необходимая терминология Agile

Сначала внедрение инструментов Agile может вызывать трудности. Мы подготовили подборку важных терминов, которые помогут команде начать работу в кратчайшие сроки. Давайте рассмотрим два самых распространенных мероприятия Scrum, которые используются в управлении проектами по методике Agile.

Спринт

Спринт — это короткий временной интервал, в течение которого команда Scrum выполняет заданный объем работы. Спринты как часть методики Scrum очень эффективны. Благодаря им проекты становятся более управляемыми, а команды работают быстро и эффективно. Продолжительность спринта обычно колеблется от одной до четырех недель, но чаще всего составляет две недели. Выбранный временной интервал должен быть достаточно коротким, чтобы снизить риски, но достаточно долгим, чтобы команда успела выполнить работу.

Jira — отличный инструмент, который помогает agile-командам сделать работу наглядной и управлять ею. Цель команды состоит в том, чтобы по окончании спринта создать инкремент разрабатываемого продукта. Jira позволяет оптимизировать спринты в режиме реального времени: можно визуально упорядочивать бэклог, оценивать пользовательские истории, регулировать скорость и объем работы в рамках спринта, а также изменять приоритеты задач. Когда команда ознакомится с программным обеспечением, она сможет использовать расширенные возможности Jira для автоматизации процессов и оптимизации рабочего процесса спринта.

Ежедневное scrum-совещание

Scrum — это методика, использующая подход Agile, чтобы помочь командам организовать, продумать и спланировать каждый рабочий день спринта. Ежедневное Scrum-совещание — это короткое, 10–15-минутное, собрание для синхронизации работы команды, на котором команда может обсудить свой прогресс в общих чертах. На этих совещаниях участники команды могут делиться важной информацией, обсуждать блокеры и проблемы, а также контролировать, как другие участники выполняют свои задания. Кроме того, ежедневные Scrum-совещания заряжают сотрудников энергией и побуждают их взаимодействовать друг с другом, благодаря чему повышается общая удовлетворенность команды.

Хотя ежедневные Scrum-совещания могут вызвать сопротивление со стороны команды, важно понимать, что они не дублируют традиционные собрания. Ежедневные Scrum-совещания проводятся для быстрого обсуждения текущих вопросов и не должны занимать много времени. Не превращайте их в часовые «заседания», которые мешают другой работе. Эти стендапы являются способом снижения рисков и обеспечивают одинаковое понимание и единство мнений участников.

Во время успешных и полезных ежедневных Scrum-совещаний команда узнает, над чем сейчас работают ее участники, нужна ли им поддержка и если да, то какая, а также получает ясное представление о любых потенциальных блокерах заданий. Команда должна проконтролировать текущий прогресс в достижении цели спринта и составить план на день. На каждом Scrum-совещании участники команды должны ответить на три важных вопроса:

  1. «Что мне удалось сделать вчера?»
  2. «Над чем я буду работать сегодня?»
  3. «Какие проблемы мешают мне двигаться вперед?»

Во время Scrum-совещания команда может использовать доску Scrum в Jira Software или диаграмму Burndown, чтобы представить дополнительную аналитическую информацию, например объемы выполненной и оставшейся работы в спринте. Мы также подготовили обширный список общедоступной документации, которая поможет команде оптимизировать agile-процесс и извлечь максимум пользы из ежедневных Scrum-совещаний.

Диаграмма сгорания задач

Хотя цель этих стендапов примерно одинакова, для Scrum-совещаний не существует единого стандартного шаблона. Scrum-совещания команды должны проводиться с учетом индивидуальных особенностей ее участников, чтобы все они с нетерпением ожидали предстоящего рабочего дня.

Компоненты методики Scrum

Теперь, когда команда понимает, как спринты и ежедневные Scrum-совещания связаны с процессом agile-разработки, пришло время подробнее рассмотреть собрания, или мероприятия, проходящие в рамках методики Scrum. Такие собрания задают ритм работы и способствуют прозрачному взаимодействию в команде. Обычно работа одновременно идет по двум направлениям: подготовка к спринту и выполнение спринта. Кроме того, существует еще этап «после спринта».

Каждый спринт должен начинаться с планирования спринта. Во время этого собрания команда Scrum определяет, какого результата она сможет достичь в спринте и как эту работу сделать. Когда команда приступает к реализации нового проекта, она сталкивается с длинным списком заданий и требований, которые необходимо выполнить. Эта информация хранится в бэклоге продукта, который также называют полным списком текущих дел.

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

Завершающий этап каждого спринта — командная ретроспектива, когда команда собирается после выполнения спринта, чтобы определить, что удалось, а что нет. Ретроспектива — отличный способ создать безопасное пространство, где участники команды могут рассказать о том, что происходило во время спринта. На ретроспективе команды могут обсуждать практически все что угодно и использовать это обсуждение для улучшения будущих процессов.

Выполнение спринтов в Jira и Confluence

Как Jira и Confluence вписываются в этот процесс agile-разработки, наполненный собраниями?

Confluence и Jira являются мощными инструментами и по отдельности, а вместе они способны полностью преобразить совместную работу над проектами, разработку программного обеспечения, отслеживание принятия ключевых решений в команде и многое другое.

Мы упомянули два одновременных направления работы — подготовку к спринту и его выполнение. Чтобы наглядно представить эти направления, команды настраивают рабочий процесс на двух досках Jira. Они называются доской уточнения и доской спринта. Доска спринта есть у большинства команд, но далеко не у всех есть эффективная доска уточнения. Назначение доски уточнения — обеспечить надлежащую подготовку и планирование для успешного выполнения спринта.

Confluence выступает в качестве центра, где есть все возможности для совместной работы. График спринтов можно просматривать и отслеживать в календарях команды, благодаря чему повышается прозрачность проекта и работы команды. Календари Team Calendars автоматически обновляются в соответствии с бэклогом, и ими можно легко поделиться со сторонами, заинтересованными в проекте.

Team Calendars
Снимок экрана с расширенными правами доступа

Расширенные права позволяют участникам команды или небольшим группам работать над документами в закрытом режиме до их публикации. Протоколы собраний, планы проектов, базы коллективных знаний и многое другое делают Confluence рабочим пространством мечты для любой agile-команды.

Одним из основных преимуществ совместного использования Jira и Confluence является то, что инструменты и планы могут развиваться вместе с командой. Далее описывается несколько дополнительных возможностей, которые команда может использовать при работе с этими универсальными инструментами.

Jira

  • Отслеживание скорости. На диаграмме скорости отображается величина ценности, созданной в каждом спринте, что позволяет прогнозировать объем работы, которую команда сможет выполнить в будущих спринтах. Эта диаграмма будет полезна на собраниях по планированию спринтов, где поможет команде решить, какой объем работы она сможет выполнить.
  • Оценка работоспособности команды. Оценка работоспособности позволяет оценить команду по восьми показателям, характерным для сильных команд. По окончании сеанса оценки работоспособности вы будете знать сильные стороны своей команды, а также проблемные области, требующие развития.

Confluence

  • Шаблоны. Confluence — это Canva для управления проектами. В Confluence можно создать все необходимое, от требований к продукту до маркетинговых планов. Здесь вы точно найдете подходящий шаблон для своего проекта.
  • Макросы. Макросы помогают расширить возможности страниц Confluence с помощью дополнительных функций и динамического контента. Макросы можно использовать для изменения формата и макета страницы, отображения мультимедиа и упорядочивания контента.

Вывод Agile на новый уровень

Jira и Confluence помогают командам поддерживать порядок и эффективно, без всяких затруднений переходить от планирования к выполнению. В этих инструментах есть все необходимое, чтобы сразу стать высокоэффективной agile-командой. Действительно, 76 % клиентов Jira Software сообщили, что интеграция с Confluence помогла им быстрее поставлять продукты и облегчила взаимодействие между командами разработчиков и заинтересованными сторонами нетехнического профиля.

Вывод Agile на новый уровень

Если вы заинтересовались и готовы узнать больше, пришло время подробно изучить, как использовать Confluence и Jira на каждом этапе спринта в Agile.

продолжение темы
Kanban