Как использовать Jira для отслеживания и отчетности Agile

Введение

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

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

Создание Jira для Agile-проектов

Выбираем правильный шаблон проекта

Основой эффективного рабочего пространства Jira является сам проект. При создании нового проекта Jira предлагает шаблоны, предназначенные для конкретных рабочих процессов. Для Agile-команд двумя наиболее распространенными вариантами являются Scrum и Kanban.

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

Конфигурирование типов проблем и рабочих процессов

После создания вашего проекта пришло время определить, как выглядит работа. Jira использует типы выпусков для категоризации задач. Из коробки Agile проекты включают несколько стандартных типов выпусков: Epic, Story, Task, Sub-task и Bug. Каждый тип выпуска может иметь свой собственный набор полей, экранов и рабочих процессов.

  • Эпики представляют собой большие объемы работы, которые охватывают несколько спринтов. Они служат контейнерами высокого уровня для историй и задач.
  • Истории — это требования, ориентированные на пользователя, обычно написанные в формате «Как... Я хочу... так, чтобы...» Они являются основной единицей работы в Scrum.
  • Задачи — это технические или операционные рабочие элементы, которые не отображаются в пользовательской истории.
  • Подзадачи разбивают историю или задачу на более мелкие части, которые могут быть назначены разным членам команды.
  • Баги фиксируют дефекты или неожиданное поведение.

Рабочий процесс определяет жизненный цикл проблемы - статусы, которые он проходит, и переходы между ними. По умолчанию Agile workflow (To Do → In Progress → Done) достаточен для многих команд, но вы можете расширить его с помощью статусов, таких как In Review, Testing или Blocked. Используйте редактор рабочего процесса Jira , чтобы добавить статусы, назначить их столбцам доски и установить условия перехода (например, только администраторы могут перемещать проблему в «Сделано»). Сохранение простого рабочего процесса уменьшает путаницу и побуждает членов команды часто обновлять проблемы.

Настройка разрешений и уведомлений

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

Схемы уведомлений определяют, когда члены команды получают электронные письма об изменениях. Чтобы избежать перегрузки почтовых ящиков, настройте уведомления так, чтобы только соответствующие обновления (например, изменения в проблемах, которые вы просматриваете или которые назначены вам) запускали электронное письмо. Регулярно просматривайте свои схемы уведомлений по мере масштабирования команды.

Управление вашей работой с Jira

Backlogs: приоритет и план

Запасы - это сердце любого Agile проекта. Это приоритетный список всех историй, задач, ошибок и эпосов, над которыми может работать команда. В Джире задел показывает все проблемы, которые не были назначены на спринт (для проектов Scrum) или которые ждут начала (для проектов Kanban).

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

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

Спринты: итерации, привязанные ко времени

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

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

Советы: визуализация прогресса

Доски Jira являются визуальным представлением вашего рабочего процесса.Есть два основных типа: Доска Scrum и Доска Kanban .

  • A Scrum board фокусируется на текущем спринте. Он показывает столбцы, представляющие статусы рабочего процесса (To Do, In Progress, In Review, Done) и позволяет членам команды перетаскивать проблемы между столбцами. Совет обновляется в режиме реального времени, давая всем общее представление о прогрессе.
  • Доска Канбана показывает все активные проблемы в проекте. Она включает в себя колонку «Backlog» и часто имеет явные ограничения Work In Progress (WIP). Доски Канбана отлично подходят для команд, которым необходимо визуализировать весь поток работы и определить, где накапливаются задачи.

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

Эпики, истории и задачи: слом работы

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

Истории всегда должны включать критерии принятия, которые определяют, когда история сделана. Поле описания Джиры поддерживает богатый текст, таблицы и даже вложения. Используйте поле «Точки истории» для оценки. Многие команды также используют специальное поле, такое как «Ценность бизнеса», для ранжирования историй.

Субзадачи полезны для отслеживания конкретных шагов, которые могут выполняться одновременно несколькими людьми (например, единичные тесты, обзор кода, документация). Каждая подзадача может быть назначена другому человеку и отслеживаться независимо. Однако избегайте чрезмерно разлагающейся работы — если история может быть выполнена одним человеком за несколько часов, подзадачи могут добавить ненужные накладные расходы.

Обсуждение Jira Reports for Insights

Скриншоты Burndown и Burnup Charts

сгорание графика является одним из наиболее широко используемых Agile отчетов. Он показывает объем работы, оставшейся (в сюжетных точках или часах) на протяжении спринта. Идеальная линия сгорания является прямой диагональю от стартового общего до нуля в последний день. Сравнение фактического прогресса с идеальной линией помогает команде увидеть, находятся ли они на пути, впереди или позади.

График выгорания менее распространен, но одинаково ценен. Он показывает две строки: общая работа, запланированная и выполненная с течением времени. График выгорания позволяет легко увидеть, когда происходят изменения области охвата (общая линия подскакивает вверх) и закрывает ли команда разрыв. Обе диаграммы доступны из меню «Отчеты» в Джире.

Диаграммы скорости

Скорость измеряет объем работы, которую команда выполняет в каждом спринте (обычно в точках истории). График скорости Jira отображает штрих-граф прошлых завершений спринта и необязательно показывает среднюю скорость в качестве горизонтальной линии. Этот отчет имеет решающее значение для планирования спринта - он дает команде оценку, основанную на данных, о том, сколько работы они могут выполнить в предстоящем спринте.

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

Контрольные диаграммы и диаграммы кумулятивного потока

Для команд, использующих Kanban или для тех, кто хочет анализировать метрики потока, Jira предлагает контрольную диаграмму и кумулятивную диаграмму потока (CFD) .

  • Контрольная диаграмма отображает время цикла каждой завершенной проблемы с течением времени. Время цикла - это время от момента начала работы (переходит из «Что делать») до момента ее завершения («Сделано»). На диаграмме также показано среднее время цикла и процентили (например, 85-й процентиль). Этот отчет помогает командам предсказать, сколько времени займет новая проблема и определить выбросы, которые могут указывать на проблемы процесса.
  • На диаграмме накаливания потока показано количество проблем в каждом статусе с течением времени. Здоровая CFD имеет полосы примерно одинаковой толщины. Если полоса «В прогрессе» расширяется, это сигнализирует о узком месте. Используйте CFD, чтобы рано обнаружить блокировки и решить, когда ограничить WIP или сместить ресурсы.

Sprint Report и Version Report

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

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

Расширенные возможности для повышения производительности

Использование JQL для мощных фильтров

Jira Query Language (JQL) позволяет строить сложные фильтры за пределами стандартных сверлений. Например, вы можете найти все выделенные вам вопросы, которые находятся в определенном спринте, с приоритетом «Высокий», и которые были созданы в последние две недели:

assignee = currentUser() AND sprint in openSprints() AND priority = High AND created >= -14d

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

Правила автоматизации

Jira Automation (доступна в версиях Cloud и Data Center) позволяет настроить правила запуска-действия, которые удаляют ручную работу.

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

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

Интеграция с другими инструментами

Jira интегрируется с десятками популярных инструментов, расширяя свой охват за пределы управления проектами. Confluence позволяет связывать подробную документацию и спецификации проектирования непосредственно с проблемами. Slack или Microsoft Teams Интеграции уведомляют команду в реальном времени, когда проблема изменяется. GitHub, GitLab или Bitbucket Интеграции автоматически обновляют проблемы Jira с сообщениями о совершении, созданием ветвей и запросами на вытягивание. Инструменты разработки , такие как Jenkins или CircleCI, могут обновлять статусы проблем на основе результатов сборки.

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

Панели приборов для видимости в реальном времени

Панели инструментов Jira - это настраиваемые целевые страницы, которые отображают несколько отчетов, фильтров и диаграмм на одном экране. Вы можете добавить такие гаджеты, как:

  • Присвоение Мне (список Ваших открытых задач).
  • График сожжения (показывающий прогресс текущего спринта).
  • График скорости (прошло несколько спринтов).
  • Результаты фильтрации (любой сохраненный JQL-фильтр).
  • Двухмерная фильтрующая статистика (например, вопросы по цессионарию и статусу).

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

Лучшие практики для Джиры в Agile Teams

Пишите четкие, действенные вопросы

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

Регулярно расставлять приоритеты и совершенствовать Backlog

Забытый бэклог быстро становится отправной точкой для случайных идей. Установите повторяющееся событие - обычно один раз в неделю в течение 30-60 минут - для просмотра бэклога с владельцем продукта и ключевыми заинтересованными сторонами. Во время этого сеанса уточнения бэклога, проблем с перезагрузкой, разделения больших историй, удаления устаревших предметов и добавления недостающих деталей. Чистый бэклог делает планирование спринта быстрее и точнее.

Определить выполненную и ограничить работу в прогрессе

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

Ограничение Работа в прогрессе (WIP) имеет важное значение для Agile команд, особенно тех, кто использует Kanban. Ограничения WIP не позволяют членам команды начинать слишком много задач одновременно, что снижает переключение контекста и улучшает поток. Начните с ограничения в два или три пункта на человека и настройте на основе наблюдаемого времени цикла. Доски Jira позволяют устанавливать ограничения WIP на отдельные столбцы — если предел превышен, столбец становится красным в качестве предупреждения.

Используйте последовательные ярлыки и компоненты

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

Проведение эффективных ретроспектив

Jira может поддерживать ретроспективы, предоставляя необработанные данные о том, что произошло во время спринта. Используйте отчет Sprint и историю выпуска, чтобы напомнить команде о завершенной и незавершенной работе. Многие команды также используют Confluence для своих ретро-заметок, но вы можете создать специальный тип проблемы «Sprint Retrospective» в Jira для отслеживания элементов действия. Ключ заключается в том, чтобы превратить ретро-дискуссии в конкретные улучшения: обновить рабочие процессы, настроить ограничения WIP или уточнить определение сделанного.

Заключение

Джира - это больше, чем система билетов - когда она настроена с учетом принципов Agile, она становится мощным двигателем для прозрачности, непрерывного улучшения и предсказуемой доставки. Начните с создания проекта, который соответствует ритму вашей команды: Scrum для доставки на основе итерации, Kanban для работы на основе потока. Инвестируйте время в настройку типов проблем и рабочих процессов, чтобы соответствовать вашему реальному процессу, а не наоборот.

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

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