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

Меня зовут Егор Наумов, я менеджер проектов в BetBoom, в команде "Регистрация, идентификация, платформа”. Уже больше полугода я отвечаю за координацию команды и активно развиваю автоматизацию процессов в Jira. До недавнего времени я пользовался Jira только как обычный пользователь: изучение и настройка Jira Automation стали для меня новым вызовом.

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

Что такое триггер

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

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

• Создание или обновление задачи — удобно для автоматического присвоения приоритета или назначения исполнителя.

• Настроенное расписание (Schedule) — например, ежедневное напоминание о дейлике или еженедельный отчёт.

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

Каждый триггер можно сочетать с условиями и действиями: 

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

2. действия позволяют уточнить, что именно Jira должна сделать: отправить уведомление, изменить поле задачи, создать дочернюю задачу и т. п.

Поиск раздела автоматизации в проекте

⚠️ Статья написана на примере Jira Cloud (build 100290, commit 5330f7d9, дата сборки 22.09.2025). Интерфейс и доступный функционал могут отличаться в других версиях или при локальном (Server/Data Center) развёртывании.

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

1. Откройте Jira и выберите нужный проект.

2. Перейдите в Project settings (Настройки проекта).

3. В левом меню найдите раздел Automation (Автоматизация).

Создание нового правила

В верхней части страницы автоматизации найдите кнопку Create rule (Создать правило) и нажмите её.

В Jira есть два способа создать правило:

• Custom rule — с нуля, полностью настраиваемый вариант.

• Template — готовые шаблоны для популярных сценариев.

После этого откроется интерфейс для создания нового правила.

Выбор триггера

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

Основные виды триггеров в Jira Automation:

• Manual trigger (Запуск вручную) — запускается по кнопке в карточке задачи, удобно для разовых отчётов.

• Scheduled (По расписанию) — срабатывает в заданные дни и время, подходит для регулярных отчётов или напоминаний.

• Issue transitioned (Смена статуса задачи) — активируется при переходе задачи из одного статуса в другой, удобно для уведомлений и назначения исполнителей.

• Issue created / updated (Создание или изменение задачи) — срабатывает при создании или изменении задачи, полезно для уведомлений о ключевых изменениях.

• Field value changed (Изменение поля) — запускается при изменении конкретного поля, например, дедлайна или тестировщика.

Наш пример

Мы хотим, чтобы отчёт по списку задач запускался вручную прямо из карточки задачи.

Что нужно сделать:

1. Нажимаем Choose trigger или Add trigger.

2. В списке выбираем Manual trigger (Запуск вручную).

Теперь в карточке задачи появится кнопка, запускающая отчёт.

Схема триггера после добавления первого элемента.

Добавление компонентов

После выбора триггера становится доступна кнопка Add component (Добавить компонент).
Компоненты — это действия (Actions), условия (Conditions), которые выполняются после срабатывания триггера.

• Действия (Actions) — что именно должно произойти. Например: «Отправить уведомление в Telegram», «Изменить статус задачи», «Обновить поле».

• Условия (Conditions) — проверяют, выполняется ли определённое условие. Например: «Статус задачи = In Progress» или «Поле Тестировщик заполнено». Если условие не выполнено, дальнейшие действия не запускаются.

• Ветвление (Branch) — позволяет запускать автоматизацию для связанных задач (подзадач, родительских, связанных). Это удобно, если нужно изменить или проверить не только текущую задачу.

Элемент ПЛЮС (Parallel branches)

Начнем с последнего элемента - ПЛЮС. 

С его помощью можно:

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

• Настраивать разные действия в каждой ветке, например, отправку уведомлений, обновление полей, создание отчётов.

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

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

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

Элемент Ветвление (Branching)

Ветвления позволяют пойти вглубь и обрабатывать разные объекты или условия в рамках одной ветки. Есть три уровня сложности:

• Ветвление правила или связанных задач (Branch rule / related issues)

Используется для работы с задачей, запустившей правило, или её связями — подзадачами, родительской задачей, эпиком. Например, можно автоматически переводить все подзадачи в статус «Закрыта», когда закрывается родительская.

• Ветка в AQL (Assets Query Language)

Актуально, если в Jira подключен модуль Assets (ex Insight). Позволяет работать с объектами из базы (например, серверами, пользователями, лицензиями) и строить правила на основе их свойств.

• Расширенное ветвление (Advanced branch)

Это - самый гибкий инструмент. Здесь можно использовать интеллектуальные значения (smart values) как объект для действий и условий.
Если значение возвращает список (например, все комментарии задачи или список связанных тикетов), то автоматизация выполнит действия для каждого элемента по отдельности. Это позволяет создавать сложные сценарии: например, обработать все комментарии, проверить их содержание и отправить уведомления.

Меню элемента “Ветвление правила или связанных задач”

Мы выбрали компонент «Ветвление правила или связанных задач» (Branch rule / related issues). Этот вариант позволяет запустить действия не только для задачи, которая активировала правило, но и для её ближайших связей:

• Подзадачи (Sub-tasks) — применить одно и то же действие ко всем подзадачам.

• Родительская задача (Parent) — синхронизировать, например, статус родителя при изменении подзадачи.

• Эпик (Epic) — массово обновлять или проверять задачи внутри эпика.

• Связанные задачи (Linked issues) — работать с задачами, связанными любым выбранным типом связи.

Кроме этого, в Jira Automation есть и другие варианты ветвления, которые могут быть полезны в разных сценариях. В этом сценарии можно использовать и JQL-запросы, чтобы сузить выборку и обрабатывать только те задачи, которые действительно нужны. Например, ограничиться подзадачами в определённом статусе или задачами с конкретной меткой.

Условия (Conditions)

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

В Jira Automation есть разные типы условий:

• Условие по статусу (Issue fields condition) — правило выполняется только если задача находится в нужном статусе.

• Проверка значений полей (Issue field equals) — можно задать условие на конкретное поле, например, «Приоритет = High».

• Условие пользователя (User condition) — правило выполняется только если исполнитель или другое поле с выбором пользователя соответствует заданному пользователю.

• Условие JQL (JQL condition) — самый гибкий вариант: можно использовать любой поисковый запрос Jira, чтобы отобрать задачи.

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

• Поле — указываем, по какому полю задачи будет идти проверка. Это может быть стандартное поле вроде Status, Priority, Assignee или любое кастомное поле, созданное в проекте.

• Условие — выбираем тип сравнения:

  • равно

  • не равно

  • соответствует одному из значений

  • не является одним из

• Значение/Поле — это может быть как фиксированное значение (например, статус In Progress), так и другое поле задачи.

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

Действия (Actions)

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

Основные типы действий:

1. Обновление полей задачи (Edit issue) — изменение значений полей, например:

   1. статус задачи,

   2. исполнитель (Assignee),

   3. приоритет,

   4. дата релиза и другие кастомные поля.

2. Создание или клонирование задач (Create / Clone issue) — позволяет автоматически создавать подзадачи или новые задачи на основе события.

3. Работа со связями (Link issues / Transition issue) — связывание задач, изменение статусов связанных задач, массовые переходы между этапами.

4. Выполнение webhooks — интеграция с внешними системами: можно отправить HTTP-запрос на сторонний сервис, например, для обновления внешнего отчёта или уведомления в мессенджере.

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

Я выбрал действие Назначить задачу (Assign issue). Оно позволяет автоматически менять поле Исполнитель при срабатывании правила. 

В результате у нас получилось простое, но полезное правило: оно запускается вручную для текущей задачи, проверяет её статус и, если он не равен “В работе”, автоматически назначает задачу на того пользователя, который активировал правило.

Сохранение и тестирование правила

Когда вы добавили все компоненты — триггер, условия и действия — самое время сохранить правило. Для этого нажмите Сведения о правиле в правом верхнем углу экрана.

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

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

Затем выберите субъект триггера — от имени кого будет выполняться правило: это можете быть вы или Automation for Jira.

Укажите, как система должна реагировать на ошибки при выполнении правила, и определите, кто сможет редактировать триггер в дальнейшем.

Обратите внимание на тумблер включения (Enable/Disable): он позволяет активировать или временно отключить правило без его удаления. Это удобно для тестирования или если вы хотите временно приостановить автоматизацию. После того как все параметры заданы и правило включено, нажмите Сохранить или Обновить, чтобы сделать его готовым к тестированию.

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

Теперь перейдём к тестированию. Для проверки триггера я уже создал тестовую задачу. Напомню условие работы нашего правила: если запуск производится вручную для текущей задачи и её статус не «В работе», то исполнитель автоматически меняется на пользователя, который активировал триггер.

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

После активации триггера мы видим, что поле Исполнитель изменилось с «Не назначено» на нас. 

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

Проверка работы

Чтобы просмотреть подробности работы триггера, вернёмся в его настройки и в правом верхнем углу нажмём кнопку Журнал.

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

Итоги

В этой статье мы рассмотрели базовые возможности Jira Automation и создали первый рабочий триггер: от выбора события и условий до действия и проверки через журнал.
Более сложные сценарии, такие как использование Smart Values, Webhooks и расширенные ветвления, будут подробно рассмотрены в следующих статьях серии.