Автоматизация в Jira: как настроить правила без кода

Как устроено правило

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

• Триггер — событие, которое запускает правило: задачу создали, сменили статус, отредактировали поле, сработало расписание.
• Условие — фильтр, который решает, продолжать ли: тип задачи, приоритет, компонент, JQL-запрос.
• Действие — что сделать: назначить исполнителя, перевести в статус, изменить поле, оставить комментарий, отправить сообщение.

Правила собираются в визуальном редакторе: «Настройки проекта» → «Автоматизация» (или глобальные настройки автоматизации для правил на несколько проектов). Начните с библиотеки шаблонов: многие типовые сценарии там уже есть, их остаётся только подстроить.

Триггеры, условия и действия на практике

Важны ещё два элемента:

• Ветвления (For related issues) выполняют действия над другими задачами: родителем, подзадачами, связанными задачами или найденными по JQL.
• Триггер по расписанию с JQL обрабатывает задачи, подходящие под запрос, — например, всё, что застряло на ревью.

Smart values

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

{{issue.key}}                    PROJ-123
{{issue.summary}}                название задачи
{{issue.status.name}}            текущий статус
{{issue.assignee.displayName}}   имя исполнителя
{{issue.priority.name}}          приоритет
{{initiator.displayName}}        кто запустил правило
{{issue.url}}                    ссылка на задачу
{{now.plusBusinessDays(2)}}      дата через два рабочих дня

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

Готовые правила

Автоназначение по компоненту

• Триггер: Issue created.
• Условие: Issue fields condition, компонент равен «Payments».
• Действие: Assign issue. Выберите конкретного человека или список людей с распределением по очереди (round-robin) или по загрузке (balanced workload).

Вместо нескольких похожих правил используйте блок If/else: по ветке на компонент.

Закрытие родительской задачи, когда все подзадачи готовы

• Триггер: Issue transitioned в статус Done.
• Условие: тип задачи — Sub-task.
• Ветвление: For parent.
  • Условие: Related issues condition, все подзадачи соответствуют status = Done.
  • Действие: Transition issue в Done.

Тот же шаблон работает для эпиков и их дочерних задач — выберите соответствующее ветвление.

Уведомление в Slack о критичных багах

• Триггер: Issue created.
• Условие: тип задачи Bug и приоритет Highest.
• Действие: Send Slack message через incoming webhook в канал команды.

Новый критичный баг {{issue.key}}: {{issue.summary}}
Автор: {{issue.reporter.displayName}}
{{issue.url}}

Напоминание о зависших ревью

• Триггер: Scheduled, каждое утро в рабочие дни, с JQL status = "In Review" AND updated <= -2d.
• Действие: комментарий с упоминанием исполнителя или одно сообщение в Slack со списком.

Лимиты выполнения и хорошие практики

Автоматизация не безгранична:

• Квота запусков. В Jira Cloud число запусков правил в месяц зависит от тарифа и области действия правила; расход смотрите в настройках автоматизации. Запуск учитывается, когда правило выполняет действие, поэтому точные условия экономят квоту.
• Сервисные лимиты. У правил есть ограничения на время выполнения, число задач, обрабатываемых за один запуск, и количество действий. Слишком широкие правила по расписанию могут притормаживаться или останавливаться.
• Циклы. По умолчанию правило не запускается от действий другого правила. Включайте «Allow rule trigger» только когда действительно нужна цепочка, и убедитесь, что правило не запустит само себя по кругу.

Привычки, которые избавят от сюрпризов:

• Начинайте узко: один проект, один тип задач, потом расширяйте.
• Проверяйте журнал аудита после первых запусков: там видны все шаги и причина сбоя.
• Называйте правила по смыслу («Bug Highest → Slack #alerts»), а не «Правило 7».
• Решите, кто actor правила. По умолчанию действия выполняет пользователь автоматизации; если поставить конкретного человека, правило будет зависеть от его прав.