Использование Confluence и Jira Software для планирования и уточнения спринтов в Agile

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

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

Давайте рассмотрим, как можно использовать эти два инструмента на каждом этапе спринта команды.

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

Jira Software поддерживает любые методики Agile, включая Scrum, Kanban, смешанные методики и многие другие. Jira — это единый достоверный источник информации для команды на всем протяжении работы над спринтом. Благодаря заранее подготовленным шаблонам, полностью изменяемым и бесконечно гибким, Jira Software поможет настроить команду на успех.

В Jira есть встроенные рабочие процессы («К выполнению», «В работе» и «Готово»), которые можно использовать без изменений. Кроме того, есть возможность начать с чистого листа и создать собственный рабочий процесс. Чтобы индивидуально настроить рабочий процесс, просто создайте дополнительный статус, отражающий потребности вашей команды. Например, добавление статуса «В процессе проверки» указывает на необходимость проводить контроль качества, прежде чем задание будет отмечено как выполненное. В Jira можно отобразить рабочий процесс команды с нужной степенью детализации.

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

Приложение Jira Issue Checklist позволяет автоматически добавлять списки задач с определениями в каждую историю. Разделение историй Jira на небольшие задачи еще больше упростит процесс, поскольку для каждой задачи можно будет легко и точно определить объем работы. Имейте в виду: по мере того, как команда будет учиться, расти и совершенствоваться, определения будут меняться.

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

Важно создать в Confluence упорядоченную иерархическую структуру. Команда может упорядочить документацию двумя способами:

• создать раздел для каждой функциональной команды и страницы для каждого крупного проекта или инициативы;
• создать раздел для каждого проекта и страницы для каждого цикла релиза или запуска.

В Confluence предлагается более 80 шаблонов для поддержки методов Agile и информирования всех участников команды о текущем состоянии дел. Шаблон планирования спринта отлично подходит для запуска новых проектов и определения целей спринтов.

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

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

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

Профессиональный совет. Можно также быстро принимать меры по пробелам в работе, создавая задания прямо в Confluence. Просто выделите текст в документации, и благодаря интеграции он будет скопирован в задачу Jira.

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

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

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

1. Начните собрание по планированию спринта с рассмотрения всех открытых вопросов предыдущего спринта и только после этого переходите к целям текущего спринта.
2. Вместе с командой решите, чего вы собираетесь достичь в ходе спринта. Используйте шаблон, чтобы прийти к общему видению в команде.
3. Сообщите о скорости работы команды. Это поможет команде понять вклад каждого участника и объем работы, который они могут выполнить во время спринта.
4. Спланируйте производительность команды и учтите все возможные риски. Все необходимое для подготовки к предстоящему спринту соберите в одном месте.

Компания Atlassian широко использует планирование спринтов, чтобы перенаправить работу, свести к минимуму неожиданности и повысить качество кода. Наши пошаговые процессы управления проектами Scrum с использованием Jira и Confluence помогают нам расставлять приоритеты и организовывать циклы спринтов в Agile.

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

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

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

• Акроним INVEST определяет хорошую пользовательскую историю следующим образом.
• Independent (Независимая)
• Negotiable (Обсуждаемая)
• Valuable (Ценная)
• Estimable (Оцениваемая)
• Small (Компактная)
• Testable (Тестируемая)

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

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

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

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

Вот некоторые примеры правил.

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

Чтобы помочь команде быстро и без проблем начать работу, в состав Jira Software включены образцы шаблонов для правил автоматизации, созданные на основе типовых примеров использования.

Jira Software помогает команде повысить эффективность совместной работы, но важно также делиться прогрессом, результатами и решениями со всей командой и заинтересованными сторонами. Место, где встречаются знания и сотрудничество, — это место, где блистает Confluence. Начните с создания страницы Confluence с помощью шаблона отчета Jira. Выберите проект, для которого нужно сформировать отчет, и шаблон автоматически создаст заранее настроенную страницу с отчетом о статусе. В отчет будут автоматически добавлены круговые диаграммы, построенные на основе информации из полей проекта Jira, таких как «Приоритет», «Тип задачи» и др.

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

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

Готовы полностью раскрыть потенциал команды? Начните работу с Confluence и Jira Software.