Руководство для начинающих по эффективному использованию Jira

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

На момент написания Jira в настоящее время обновляет весь свой пользовательский интерфейс. Поэтому у вас будет два варианта создания нового проекта в Jira Cloud — Jira Classic или Jira Next-Gen. Фундаментальные концепции остаются прежними, но пользовательские интерфейсы отличаются, поэтому важно уточнить, что скриншоты в этой статье сделаны из Jira Next-Gen, а не из классической Jira.

Задачи Jira

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

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

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

Проблемы могут быть связаны с другими проблемами несколькими различными способами. Часто проблемы с программным обеспечением очень взаимосвязаны, поэтому эта функция очень полезна. Проблема может быть обозначена как блокирующая решение другой проблемы или наоборот. Расплывчатая опция «относится к» также может использоваться для более общей ссылки. Под капотом Jira также использует эту систему для связывания задач, которые были клонированы или дублированы из существующих задач.

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

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

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

Последним и наиболее важным типом выпуска являются «Эпосы». Эпики не отслеживают отдельные ошибки или функции, а действуют как крупномасштабная коллекция проблем, связанных с определенной областью работы.

Например, «Аутентификация пользователя» может быть Epic. В этом Epic вы можете создавать отдельные задачи Story для обработки процесса входа в систему, создавать страницы входа и регистрации и, возможно, добавлять поддержку OAuth 2.0. Вы можете еще больше разбить эту проблему, создав подзадачи с подробным описанием того, что необходимо сделать для завершения каждой истории.

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

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

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

Использование канбан-досок

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

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

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

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

Хотя Jira фокусируется на использовании списков для представления хронологических этапов разработки программного обеспечения, количество списков, которые вы можете иметь, не ограничено, поэтому вы также можете использовать их в качестве инструмента организации. Вы также можете создать несколько канбан-досок, что позволит вам использовать стандартную и настраиваемую доски, используя одни и те же задачи (хотя эта функция в настоящее время недоступна в Jira Next-Gen).

Использование спринтов

В то время как доски Kanban являются отличным инструментом для большинства проектов, для команд, стремящихся внедрить гибкий рабочий процесс разработки, такой как Scrum, может быть более выгодно организовывать задачи с помощью «Спринтов». Спринты — это фиксированный период времени, обычно один месяц или меньше, в течение которого ваша команда работает над конкретными проблемами или функциями.

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

Теперь вы увидите вкладку «Backlog», которая содержит список всех ваших проблем. Этот отставание позволяет вам планировать свой спринт. Вы можете перетащить отдельные задачи в спринт или упорядочить элементы в журнале невыполненной работы в порядке важности, а затем перетащить разделитель в журнал невыполненной работы. Как только вы запланировали что-то приемлемое, вы можете нажать «Начать спринт».

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

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