Вообще с началом 2022 года мы все резко стли отказываться от зарубежных благ цивилизации информационных достижений. Но Atlassian ввиду своей незаменимости, удобству и наличия открытой лицензии уйдет с просторов Российского айти не скоро (если вообще когда-нибудь это сделает).
Поэтому Jira надо любить, знать и всячески исследовать) Если не ради своего карьерного будущего, то хотя бы из-за интереса.
Итак цель: Сделать процесс с шахматами и поэтессами. Сам процесс по факту существует, но в нем не хватает:
а. автоматического закрытия задачи по истечению срока давности
б. обязательные поля для заполнения на конкретную issue
в. И еще немножечко изменить названия.
Звучит достаточно реализуемо и конечно.
Для этого начнем с разбора сущностей, которыми мы собираемся оперировать.
Каждая составляющая работы в Jira, для который заводится отдельная карточка, называется Issue (в переводе «проблема» (англ.)). Это основное понятие, от которого идет дальнейшая настройка. (Стандартные типы Issues: epic, story, task и bag). Но мы создаем свой, потому что можем и еще потому что хотим (не очень кстати), а еще потому что отдельные отображения (screen) и workflow можно сделать только по Issue type.
Fields:
Помним, что добавлять поля можно только c правами администратор всея JIRA, на остальное хватит обычных прав на пространство. C правами администратора пространства их можно только посмотреть и потыкать по отображениям (screens), где оные используются.
Screens:
Для того, чтобы редактировать сам вид заявки надо зайти в настройки проекта и ткнуть слева в панели на screens. Они определяют, как поля будут отображены для задачи (issue). Разные отображения (screens) могут быть использованы для создания, отображения, внесения изменения или передачи внутри workflow.
А Screen Scheme (схема отображений) определяет какое из отображения применять для каждого типа. А вот для изменении схем нужны снова права всея администратора.
Automation:
А вот тут можно развлекаться сколько душе угодно с обычными правами администратора пространства. Тут мы можем настроить любую атоматизацию процесса, которую не хотим делать ручками. Для этого жмакаем на create rule, что достаточно очевидно.
When:
Потом выбираем триггер, по которому хотели бы, чтобы задание выполнялось, в нашем случае это по расписанию Scheduled, чтобы не выполнять обезьяннью работу ручками, а довериться умным технологиям.
Потом добавляем само условие собственно. Это мы можем сделать либо с помощью JQL (Jira Query Language), которые интуитивно понятен и похож на sql или использовать "simply run the conditions and actions without providing issues", что существенно сокращает список возможностей, потому что испоользуется только, если надо создать задачу чисто по расписанию.
Add comment to issue
Теперь можем добавить комментарий в такому неожиданному поведению для пользователя, чтобы он вник в суть происходящего.
Еще можно можно через AND добавить несколько действий, в моем случае, я хотела, чтобы задача падала на нерадивого заявителя, который не стал вовремя отвечать на вопросы Assign the issue to.
И затем отменить ее как не полученный ответ в срок.
Готово. Вы (я) великолепны(а).
А потом можно, если ну очень интересно, зайти в само правило и ткнуть на audit log там покажут красивое и логи изменения по задаче и ее выполнению.
Ну и конечно Workflow, где можно редактировать сам жизненный процесс Issue и его скитания между ответственными.
Но в связи с тем, что задача была выполнена так или иначе, а я и так написала достаточно много буков, то с чувством выполненно долга я оставлю дальнейшие изыскания на следующий удобный и не очень случай.