Добавить свимлайн на доску jira
Обновлено: 18.04.2024
В прошлых JQL часть 1 и JQL часть 2, мы рассматривали внутренний язык Jira — JQL.
Возможности Jira позволяют создать доску типа Scrum или Kanban. Данные доски помогают эффективно управлять проектом. Рассмотрим создание досок типа Kanban.
Kanban — это гибкий инструмент управления проектами, предназначенный для визуализации работы, ограничения объема незавершенных работ и максимизации эффективности выполнения задач. Это помогает как agile командам, так и командам DevOps навести порядок в повседневной работе.
Преимущества канбан-доски, заключаются в скорости настройки, способности асинхронно отслеживать бесконечное количество разговоров и комментариев по мере продвижения проекта. Независимо от того, где и когда члены команды регистрируются на доске канбан, они будут видеть самую последнюю информацию о статусе проекта.
Основными элементы канбан-доски являются следующие пять компонентов: визуальные сигналы (1), столбцы (2), лимиты незавершенной работы (3), точка обязательства (4) и точка доставки (5).
С чего начать работу с канбан-доской? Конечно же с ее создания!
Для создания канбан-доски мы можем через просмотр всех досок нажать на кнопку “Создать доску” и у нас выскочит окошко с выбором доски Scrum или Kanban. Выбираем “Создание доски Kanban”.
Для него заранее создадим фильтр с названием “Покупка”, который поможет нам найти задачи в названии которых содержится слово “Купить”, созданные после 1 октября 2021 года и за авторством текущего пользователя, Марины (Marina7) и Алексея (Alex). Подумайте самостоятельно, как написать такой фильтр (ответ в конце статьи).
Нажимаем “Создать доску”. Поздравляю, у нас создалась доска на основе сохраненного фильтра!
В настройках доски мы можем переименовать доску, изменить изначальный JQL фильтр, изменить настройки доступа. Добавлять и удалять столбы. Изменить их название и цвет.
Отдельно стоит упомянуть пункт «Быстрые фильры», где мы можем написать дополнительные JQL подзапросы, которые будут при нажатии на кнопки под названием доски, будут добавлены к основному JQL фильтру союзом AND. Мы можем одновременно включать несколько быстрых фильтров, например одни будут отвечать за время, а другие за исполнителя.
Теперь рассмотрим на API составляющую Kanban-досок в Jira. Для простоты воспользуемся python с предустановленной библиотекой JIRA. С помощью нее найдем все доски, куда мы имеем доступ.
Для начала инициируем библиотеку:
Далее заполним необходимые данные:
Подключимся к серверу:
jira_options = < 'server': SERVER_ADDR, 'verify': False >try: jira = JIRA(options = jira_options, basic_auth=(ALPHA_LOGIN, ALPHA_PASS)) print("Успешное подключение к JIRA") except Exception as e: print("Не удалось подключиться к %s - неверный логин/пароль или сервер не доступен" % (SERVER_ADDR)) print(e)
С помощью метода board() получим названия и id досок, к которым у нас имеется доступ. Непосредственно id используется как значение rapidView в ссылках на доску – так давайте создадим еще и ссылки на эти доски.
boards = jira.boards() print('Доступных досок:', len(boards)) for board in boards: print ("ID %s: %s ( Ссылка: %s/secure/RapidBoard.jspa?rapidView=%s )" % (board.id, board.name, SERVER_ADDR, board.id))
Также рассмотрим поиск задач с помощью JQL. Для начала объявим переменную jql с самим запросом. Пусть в запросе будут задачи, созданные текущим пользователем, где он не является исполнителем.
Далее с помощью search_issues найдем и запишем в переменную issues найденные задачи.
Самими часто используемыми дополнительными параметрами search_issues являются:
- maxResults – устанавливаем числом максимальное количество задач, которое нам достаточно найти или ставим значение False, когда мы хотим найти все задачи;
- expand – дополняем наш запрос дополнительной информацией по задаче, например, историей изменений (‘changelog’).
- fields – тут можем указать список интересующих нас полей, другие при этом выгружаться не будут.
issues_2 = jira.search_issues(jql, maxResults = False, expand = 'changelog', fields = ['summary', 'status', 'reporter', 'issuelinks', 'labels', 'created'])
В переменных issues_1 и issues_2 хранятся объекты JIRA Issue.
Для отображения информации по объекту пройдемся по каждой найденной задаче и покажем некоторые значения полей при помощи цикла for.
for issue in issue_jql: print( """ Ключ задачи: %s Название задачи: %s Автор задачи: %s Исполнитель задачи: %s Статус задачи: %s Дата создания задачи: %s """ % (issue.key, issue.fields.summary, issue.fields.reporter, issue.fields.assignee, issue.fields.status, issue.fields.created))
Создавайте, практикуйтесь и повышайте эффективность своей работы!
Ответ: summary ~ Купить and reporter in (currentUser(), Alex, Marina7) AND created < «2021/10/01»
If the lower-left of your service project sidebar says you're in a team-managed project, check out these team-managed project articles instead.
A swimlane is a horizontal categorization of issues in the Active sprints of a Scrum board, or on a Kanban board. You can use swimlanes to help you distinguish tasks of different categories, such as workstreams, users, application areas, etc.
Before you begin
To configure the board and any of its settings, you must be either:
a project administrator for the location of the board
a board administrator for the board itself
See Permissions overview for more information.
Choosing a different type of swimlane
You can choose to set up your swimlanes in a variety of ways, as shown in the following table.
Swimlanes categories
Description
One parent issue per swimlane (i.e. each swimlane contains all of the parent's sub-tasks), with issues that have no sub-tasks appearing below.
One JQL query per swimlane (see below for examples). By default, two swimlanes will be created:
Expedite — this swimlane is based on the following JQL query: priority = Blocker
Everything Else — this swimlane is always at the bottom of the screen, and cannot be deleted. It acts as a "catch-all" for issues that don't match the JQL of any of the swimlanes above it; hence, it has no JQL specified.
You may want to create additional swimlanes that map to other values of your Jira 'Priority' field, or use a different field to categorize your swimlanes.
One assignee per swimlane, with unassigned issues appearing either above or below the swimlanes (your choice).
One epic per swimlane. Issues that don't belong to an epic are grouped below the swimlanes. Any epics that aren’t part of the board's current filter will be hidden from the board.
If you want to change the order of the swimlanes on your board, navigate to the Backlog of the board, and drag and drop the epics as desired.
One project for each swimlane, with issues displaying below their respective projects.
No horizontal categorization of issues in the Active sprints of a Scrum board, or on a Kanban board.
To choose a different type of swimlane:
Go to your board, then select more ( ) > Board settings.
Click the Swimlanes tab.
In the Base Swimlanes on menu, select either Queries, Stories, Assignees, Epics, Projects or No Swimlanes, as described above.
Modifying your query-based swimlanes
If your swimlanes are based on JQL queries (rather than on stories or assignees), you can create, delete, or change them:
Go to your board, then select more ( ) > Board settings.
Click the Swimlanes tab.
If your swimlanes are based on queries, you can edit your swimlanes, as described in the following table and the screenshot above.
Add a new swimlane
In the blue area, type the name, JQL, and optional description, then click the Add button. Your new swimlane is added in the top swimlane position.
Change the name of a swimlane
Click in the name area of the swimlane, modify the existing name, and click the Update button.
Change the JQL of a swimlane
Click in the JQL area of the swimlane, modify the existing JQL, and click the Update button.
See the examples below for some suggestions. For information on JQL syntax, see JQL (Jira admin documentation).
Note, the JQL 'ORDER BY' clause is not used by the swimlane, as it defaults to order by rank.
Delete a swimlane
Click the Delete button at the right of the swimlane.
Move a swimlane
Hover over the vertical 'grid' icon, then drag and drop the swimlane up or down to its new position.
Example JQL queries for your swimlanes
Show all issues that belong to a particular component, e.g. 'User Interface'
Show all issues that are due in the next 24 hours
Show all issues that have a particular priority
To learn more about how information is displayed within columns in each swimlane, including mapping multiple statuses to columns, see Configure columns.
Need help? If you can't find the answer you need in our documentation, we have other resources available to help you. See Getting help.
A swimlane is a horizontal categorization of issues in the Active sprints of a Scrum board, or on a Kanban board. You could use swimlanes to help you distinguish tasks from different workstreams, users, application areas, etc.
Before you begin
You must be a Jira administrator or a board administrator for the board to configure its swimlanes.
On this page:
Choosing a different type of swimlane
You can choose to set up your swimlanes in a variety of ways, as shown in the following table.
One JQL query per swimlane (see below for examples). By default, two swimlanes will be created:
- Expedite — this swimlane is based on the following JQL query: priority = Blocker
- Everything Else — this swimlane is always at the bottom of the screen, and cannot be deleted. It acts as a "catch-all" for issues that do not match the JQL of any of the swimlanes above it, hence it has no JQL specified.
You may want to create additional swimlanes that map to other values of your Jira 'Priority' field, or use a different field to categorize your swimlanes.
One epic per swimlane, with issues that don't belong any to epics appearing below the swimlanes.
If you want to change the order of the swimlanes on your board, navigate to the Backlog of the board and drag and drop the epics as desired.
No horizontal categorization of issues in the Active sprints of a Scrum board, or on a Kanban board.
To choose a different type of swimlane:
In the Base Swimlanes on drop-down, select either Queries, Stories, Assignees, or No Swimlanes, as described above.
Screenshot: the 'Board Configuration' screen — 'Swimlanes' tab
Modifying your Query-based swimlanes
If your swimlanes are based on JQL queries (rather than on stories or assignees), you can create, delete, or change them:
Click the Swimlanes tab.
If your swimlanes are based on Queries, you can edit your swimlanes, as described below and the screenshot above.
Add a new swimlane
In the blue area, type the Name , JQL , and optional Description , then click the Add button. Your new swimlane is added in the top swimlane position.
Change the name of a swimlane
Click in the Name area of the swimlane, modify the existing name, and click the Update button.
Change the JQL of a swimlane
Click in the JQL area of the swimlane, modify the existing JQL, and click the Update button.
See the examples below for some suggestions. For information on JQL syntax, see JQL (Jira Admin documentation).
Note, the JQL 'ORDER BY' clause is not used by the swimlane, as it defaults to order by rank.
Delete a swimlane
Click the Delete button at the right of the swimlane.
Move a swimlane
Hover over the vertical 'grid' icon, then drag and drop the swimlane up or down to its new position.
Some example JQL queries for your swimlanes:
Show all issues that belong to a particular component, e.g. 'User Interface':
Show all issues that are due in the next 24 hours:
Show all issues that have a particular priority, e.g.:
Next steps
Need help? If you can't find the answer you need in our documentation, we have other resources available to help you. See Getting help.
A swimlane is a horizontal categorization of issues in the Active sprints of a Scrum board, or on a Kanban board. You could use swimlanes to help you distinguish tasks from different workstreams, users, application areas, etc.
Before you begin
You must be a Jira administrator or a board administrator for the board to configure its swimlanes.
On this page:
Choosing a different type of swimlane
You can choose to set up your swimlanes in a variety of ways, as shown in the following table.
One JQL query per swimlane (see below for examples). By default, two swimlanes will be created:
- Expedite — this swimlane is based on the following JQL query: priority = Blocker
- Everything Else — this swimlane is always at the bottom of the screen, and cannot be deleted. It acts as a "catch-all" for issues that do not match the JQL of any of the swimlanes above it, hence it has no JQL specified.
You may want to create additional swimlanes that map to other values of your Jira 'Priority' field, or use a different field to categorize your swimlanes.
One epic per swimlane, with issues that don't belong any to epics appearing below the swimlanes.
If you want to change the order of the swimlanes on your board, navigate to the Backlog of the board and drag and drop the epics as desired.
No horizontal categorization of issues in the Active sprints of a Scrum board, or on a Kanban board.
To choose a different type of swimlane:
In the Base Swimlanes on drop-down, select either Queries, Stories, Assignees, or No Swimlanes, as described above.
Screenshot: the 'Board Configuration' screen — 'Swimlanes' tab
Modifying your Query-based swimlanes
If your swimlanes are based on JQL queries (rather than on stories or assignees), you can create, delete, or change them:
Click the Swimlanes tab.
If your swimlanes are based on Queries, you can edit your swimlanes, as described below and the screenshot above.
Add a new swimlane
In the blue area, type the Name , JQL , and optional Description , then click the Add button. Your new swimlane is added in the top swimlane position.
Change the name of a swimlane
Click in the Name area of the swimlane, modify the existing name, and click the Update button.
Change the JQL of a swimlane
Click in the JQL area of the swimlane, modify the existing JQL, and click the Update button.
See the examples below for some suggestions. For information on JQL syntax, see JQL (Jira Admin documentation).
Note, the JQL 'ORDER BY' clause is not used by the swimlane, as it defaults to order by rank.
Delete a swimlane
Click the Delete button at the right of the swimlane.
Move a swimlane
Hover over the vertical 'grid' icon, then drag and drop the swimlane up or down to its new position.
Some example JQL queries for your swimlanes:
Show all issues that belong to a particular component, e.g. 'User Interface':
Show all issues that are due in the next 24 hours:
Show all issues that have a particular priority, e.g.:
Next steps
Need help? If you can't find the answer you need in our documentation, we have other resources available to help you. See Getting help.
Меня зовут Павел Ахметчанов, я руководитель отдела улучшения процессов в крупной IT-компании. У нас, как и практически везде в российской IT-индустрии, проекты ведутся в Jira. Нам всегда не хватало в ней возможностей для визуализации. Поэтому мы с командой сделали плагин Jira-Helper для настройки визуализации под себя. Показываю, как создавать отчеты в графиках и барах и делать разметку в задачах
Jira — наиболее популярный инструмент трекинга задач в IT, во всяком случае, на постсоветском пространстве. Система вышла на рынок в 2002 году. Изначально ее основной задачей было отслеживание проблем и ошибок, связанных с программным обеспечением. Строго говоря, issue — это в первую очередь проблема, а не задача — task и не проект — project. Так, архитектура и большинство функций Jira закладывались под эту задачу. Но вскоре Jira стали использовать для автоматизации управления проектами и процессами в IT-командах. То есть пользователи начали подстраивать ее под новые задачи, к которым она не была готова. Пример: управление задачами на уровне команд требует визуализации. Чего изначально не было в Jira. Многие команды до сих пор пользуются лишь таблицами, а для визуализации используют физические доски со стикерами или платформу Miro. В Jira есть огромный плюс — фиксация времени изменения состояния задачи. Это позволяет собирать метрики для анализа процесса. Но, несмотря на все возможности, у нее остаются детские болячки:
- плохая гибкая настройка визуализации, требующая построения workflow;
- недостаток в количестве отчетов из коробки;
- недоработки в отдельных ее функциях.
Одним из важных этапов в развитии трекера стало создание маркетплейса, а также открытого API, благодаря чему все желающие получили возможность разработать свои расширения. В маркетплейсе есть решения под многие задачи в управлении проектами — плагины метрик, плагины для SAFe. Хочу отдельно выделить Structure— это мощный плагин для управления проектом, который может заменить MS Project.
Плагин Jira-Helper мы разработали, чтобы упростить гибкую настройку визуализации. Ниже показываю, какие конкретно назревшие проблемы с его помощью можно решить.
Да, сразу отвечу на популярный вопрос. Для больших компаний настройка плагинов к Jira сталкивается со сложностью согласований с администраторами Jira. Кроме того, разработка плагина для Jira требует знаний Java и регистрации в Atlassian Marketplace. Задачей Jira-Helper было лишь улучшение интерфейса. Оказалось, что проще создать плагин к Chrome.
У этого решения есть преимущество — возможность быстрого обновления, так как не требуется отвлекать ресурсы команды администраторов Jira.
Сам плагин использует Jira API, а данные сохраняет в базе данных Jira, благодаря специальным методам сохранения свойств к доске. Теперь перейдем к функционалу.
Проблема. Когда смотришь на свернутый swimlane доски, не видно в каком состоянии находятся задачи. Если swimlane построены по Epic или по Story, то хочется видеть, какой из Epic или Story ближе к завершению по количеству решенных дочерних задач.
Решение. Бары показывают количество задач в колонках доски swimlane относительно общего количества задач внутри swimlane. При наведении курсора мыши, всплывающая подсказка показывает количество задач в колонке.
Используя свертку swimlanes (в меню справа сверху на доске, кнопки «Expand all swimlanes”, “Collaps all swimlanes»), можно сделать обзор выполняемых задач и быстро понять, на каком этапе каждая из них.
Несколько команд в нашей компании использовали скрам-доски, на которых можно указывать оценку задач в Story Points. Они применяли тетрис-планирование, предложенное Максимом Дорофеевым, о котором он рассказывал в одном из своих докладов в 2014 году.
Проблема. Для команд, использующих тетрис-планирование, приходилось использовать отдельно Excel, чтобы выбрать какие задачи пойдут в Sprint. Так как в backlog доски ограничение Story Points работает только для одного параметра. А тетрис-планирование подразумевает использование нескольких параметров под разные специальности.
Решение. Мы сделали для них функцию в Jira-Helper, которая позволяет выбрать разные поля задач для разных оценок. Это дает возможность в бэклоге скрам-доски видеть, сколько Story Points в каждом из типов работ уже выбрано на спринт.
Идея проста — если добрали задач в Sprint по одному из показателей до указанного предела, то плагин это показывает, можно остановиться.
Читайте также: