Планируйте следующий релиз в Jira наглядно с Mind Map Studio

Релиз в Jira может содержать хорошо организованный список задач и при этом оставлять у команды вопросы.

Что этот релиз изменит для клиентов? Какие работы связаны между собой? Что нужно протестировать перед запуском? И что потребуется сделать после завершения разработки, чтобы все изменения попали в рабочую среду?

Список задач — отправная точка для таких обсуждений. Интеллект-карта предлагает другой способ его изучить: сгруппировать связанные работы, разместить вопросы по планированию рядом с нужной областью и вместе с командой пройтись по составу релиза.

В этом руководстве мы рассмотрим вымышленную команду, которая готовит релиз клиентского портала. С помощью Mind Map Studio перенесем задачи релиза из Jira на карту, упорядочим состав работ и создадим общий план действий по выпуску.

Тот же подход можно применить к следующему релизу, начав с нескольких задач и короткого чек-листа.

Начните с предстоящего релиза в Jira

Команда из нашего примера готовит обновление клиентского портала по трем направлениям:

• Вход: более понятные инструкции по сбросу пароля и улучшенное сообщение об истекшем сроке действия ссылки.
• Уведомления: новые настройки электронной почты и исправление дублирующихся уведомлений.
• Расчеты: исправление платежного адреса, отображаемого в счетах.

Команда уже создала в Jira невыпущенную версию и назначила ей соответствующие задачи через поле «Fix versions».

Эта подготовка важна. Панель «Jira releases» в Mind Map Studio показывает версии текущего проекта Jira со статусом выпуска и позволяет просматривать назначенные им задачи. Создайте версию и настройте назначения задач в Jira, прежде чем использовать панель для планирования этих работ.

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

Откройте карту, выберите «Jira releases» в заголовке и найдите невыпущенную версию, которую хотите обсудить. В разделе «Attached issues» показаны работы, уже назначенные этой версии в Jira.

Если у релиза нет назначенных задач, проверьте поле «Fix versions» в задачах, которые ожидали увидеть. Для пустого релиза тоже можно создать план действий, но назначенных задач для переноса на карту пока не будет.

Придайте релизу структуру, которую команда сможет обсудить

Начните с центральной темы, ясно называющей релиз:

Клиентский портал — октябрьский релиз

Добавьте под ней три ветви:

• Вход и доступ к учетной записи
• Настройки уведомлений
• Корректность расчетов

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

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

Полезно спросить: поможет ли такая структура объяснить, что именно мы выпускаем?

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

Увеличить

Перенесите назначенные задачи Jira на карту

Выберите ветвь, в которой должна находиться задача. В панели «Jira releases» найдите задачу в разделе «Attached issues», наведите на нее курсор и нажмите кнопку с плюсом.

Mind Map Studio добавит дочернюю карточку с ключом и кратким описанием задачи Jira. Также можно перетащить задачу из панели релизов на холст и отпустить ее рядом с нужным родительским элементом.

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

Добавление задачи на карту изменяет только карту. Оно не меняет поле «Fix versions», не редактирует задачу и не создает связь между задачами Jira. Поэтому наглядная группировка помогает обсуждать релиз, не меняя назначения работ в Jira.

Используйте карту для проверки состава релиза

Когда задачи упорядочены, пройдитесь по карте вместе с командой.

Начните с простого вопроса:

Здесь показано все, что мы планируем выпустить?

Рассматривайте по одной ветви. В нашем примере ветвь входа содержит два изменения, но обсуждение выявляет еще один момент: инструкции службы поддержки по сбросу пароля, возможно, нужно обновить.

Добавьте рядом с этой работой тему для планирования:

Проверить, нужно ли обновить руководство службы поддержки.

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

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

Ищите проверки, охватывающие несколько задач

Затем спросите:

Какие изменения нужно проверить вместе?

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

Например:

• Предотвращает ли отключение уведомления отправку соответствующего письма?
• Восстанавливается ли ожидаемое поведение после повторного включения?
• Получает ли клиент только одно письмо, когда уведомление включено?

Это примеры вопросов для нашего вымышленного продукта. Ваши проверки должны соответствовать поведению, которое действительно меняет релиз.

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

Формулируйте нерешенные вопросы конкретно

Тема «Проблемы с расчетами» почти не подсказывает команде, что делать.

Более полезный вопрос:

Повлияет ли исправление адреса на ранее сформированные счета?

Такая формулировка обозначает неизвестное и помогает найти человека, который сможет ответить.

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

Увеличить

Создайте общий план действий по выпуску

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

Откройте «Deploy Notes & Checklist» для версии в панели «Jira releases». Здесь можно создать упорядоченный чек-лист этапов развертывания.

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

Введите шаг и нажмите Enter или кнопку добавления. Продолжайте, пока список не охватит действия, которые команде нужно скоординировать.

Для релиза клиентского портала первый вариант может выглядеть так:

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

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

Записывайте шаги, которые можно выполнить уверенно

«Проверить все» сложно выполнять одинаково каждый раз.

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

Применяйте этот принцип ко всему плану действий:

• Назовите действие.
• Укажите соответствующую функцию или систему.
• Где полезно, ясно опишите ожидаемый результат.

Сохраняйте чек-лист удобным для чтения. Подробные эксплуатационные процедуры могут оставаться в привычной документации команды; план действий должен помогать легко следовать последовательности выпуска.

Mind Map Studio позволяет перемещать шаги вверх или вниз, удалять их и отмечать выполненными. Счетчик выполненных шагов и индикатор прогресса показывают, какая часть плана действий завершена.

Этот прогресс относится к плану действий. Выполнение шага не меняет статус задачи Jira и не отмечает версию Jira как выпущенную.

Поддерживайте соответствие плана данным Jira

Состав релиза может измениться после первой встречи по планированию.

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

Когда версии или назначения задач меняются в Jira, выберите «Refresh Jira releases», чтобы запросить текущие версии и назначенные им задачи.

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

После обновления списка релизов нужно пересмотреть план; не считайте, что обновление автоматически согласовало все части существующей карты.

Сохраняйте ясное разделение обязанностей:

Это также помогает, когда чего-то не хватает. Если задачи нет в «Attached issues», проверьте ее назначение релизу в Jira, затем обновите панель.

Избегайте трех распространенных ошибок планирования

Слишком подробная карта, которую трудно просматривать

Если каждая ветвь содержит длинные заметки и мелкие детали реализации, релиз в целом становится сложнее понять.

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

Неопределенные шаги проверки

«Протестировать вход» может означать разное для разных людей.

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

Восприятие завершенного чек-листа как доказательства успеха релиза

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

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

Попробуйте на следующем релизе в Jira

Выберите один предстоящий релиз с удобным для обзора количеством задач.

Откройте карту в Mind Map Studio, найдите версию в «Jira releases» и распределите назначенные ей задачи по нескольким содержательным ветвям. Используйте этот обзор для обсуждения состава работ и выявления вопросов без ответа. Затем откройте «Deploy Notes & Checklist» и запишите последовательность, которой команда будет следовать в день запуска.

Для команды клиентского портала это дает два полезных представления одного релиза: карту, объясняющую изменения, и чек-лист, координирующий запуск и проверку.

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

Попробуйте Mind Map Studio на следующем релизе в Jira и создайте наглядный план, который команда сможет разобрать вместе.