Как посмотреть прошлый спринт в Jira: полное руководство для команд разработки

История спринтов: основные способы просмотра

Jira предоставляет несколько способов доступа к информации о завершенных спринтах. Каждый метод имеет свои особенности и подходит для разных целей анализа.

Первый и наиболее очевидный способ — использование отчетов по спринтам. В разделе «Reports» вашего проекта находится богатый арсенал инструментов для анализа. Sprint Report показывает детальную информацию о каждом завершенном спринте: какие задачи были выполнены, какие перенесены, время выполнения и другие метрики.

Второй метод — просмотр через доску (Board). На любой Scrum-доске в верхней части интерфейса есть выпадающий список спринтов, где можно выбрать как активные, так и завершенные спринты. Этот способ особенно удобен для быстрого переключения между спринтами и визуального анализа распределения задач.

Третий подход — использование JQL (Jira Query Language) для создания custom-фильтров. Например, запрос «sprint in closedSprints() AND project = «MYPROJECT»» покажет все задачи из всех закрытых спринтов конкретного проекта.

Детальный анализ через Sprint Report

Sprint Report — это основной инструмент для глубокого анализа завершенных спринтов. Чтобы получить к нему доступ, необходимо перейти в раздел проекта, выбрать «Reports» в левом меню, затем «Sprint Report».

В отчете представлена comprehensive информация: burndown chart показывает динамику выполнения работ в течение спринта, список выполненных задач с указанием story points и времени выполнения, а также список незавершенных задач с причинами переноса.

Практический пример: команда разработки мобильного приложения использовала Sprint Report для анализа спринта, в котором было запланировано 45 story points, но выполнено только 32. Детальный анализ показал, что 8 story points были перенесены из-за технических проблем с API, а 5 story points — из-за изменения требований заказчика. Эта информация помогла команде скорректировать планирование следующих спринтов.

Работа с Burndown Chart и Velocity Chart

Burndown Chart предоставляет визуальное представление прогресса спринта день за днем. График показывает идеальную линию выполнения работ и фактическую динамику команды. Анализ этих данных помогает выявить паттерны в работе команды.

Velocity Chart особенно ценен для долгосрочного планирования. Он показывает количество story points, выполненных командой в каждом спринте за выбранный период. Средняя скорость команды (velocity) рассчитывается автоматически и используется для планирования будущих спринтов.

Статистика показывает, что команды, регулярно использующие Velocity Chart для планирования, достигают точности планирования на уровне 85-90%, в то время как команды без системного анализа velocity показывают точность планирования только 60-65%.

JQL-запросы для поиска в истории спринтов

JQL (Jira Query Language) предоставляет мощные возможности для поиска и фильтрации задач по историческим данным спринтов. Основные функции для работы со спринтами включают closedSprints(), openSprints(), и futureSprints().

Примеры полезных JQL-запросов:

• sprint in closedSprints() AND assignee = currentUser() — показывает все ваши задачи из закрытых спринтов
• sprint = «Sprint 1» AND status = Done — все выполненные задачи конкретного спринта
• project = MYPROJECT AND sprint in closedSprints() AND created >= -30d — задачи из закрытых спринтов, созданные за последние 30 дней

Реальный кейс: техлид большой команды разработки создал набор сохраненных JQL-фильтров для анализа производительности. Один из фильтров показывал все баги, найденные в закрытых спринтах за последний квартал: «issuetype = Bug AND sprint in closedSprints() AND created >= -90d». Анализ этих данных помог выявить, что 40% багов связаны с недостаточным покрытием unit-тестами, что привело к изменению процесса разработки.

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

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

Нахождение конкретных задач в законченных спринтах

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

Первый способ — использование расширенного поиска Jira. В поле поиска можно ввести ключ задачи (например, PROJ-123) или часть названия, затем использовать фильтры для уточнения результатов. Фильтр «Sprint» позволяет ограничить поиск конкретными спринтами.

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

Практический пример: разработчик искал задачу, связанную с оптимизацией базы данных, которая была выполнена несколько месяцев назад. Используя JQL-запрос «text ~ «database optimization» AND sprint in closedSprints()», он быстро нашел нужную задачу среди сотен других. Это позволило команде использовать готовое решение для похожей задачи в текущем спринте.

Работа с архивными данными и долгосрочными трендами

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

Control Chart — один из самых мощных инструментов для анализа долгосрочных трендов. Он показывает время выполнения задач (cycle time) и помогает выявить аномалии в процессе разработки. Средний cycle time для пользовательских историй в зрелых командах составляет 3-5 дней, в то время как для багов — 1-2 дня.

Cumulative Flow Diagram предоставляет визуализацию потока работ через различные статусы. Анализ этой диаграммы помогает выявить узкие места в процессе и оптимизировать workflow команды.

Интеграция с внешними инструментами аналитики

Для более глубокого анализа данных спринтов многие команды интегрируют Jira с внешними инструментами. Power BI, Tableau и специализированные решения как ActionableAgile предоставляют расширенные возможности визуализации и анализа.

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

Согласно опросу 2023 года среди 500+ команд разработки, 42% используют дополнительные инструменты аналитики поверх Jira, и эти команды показывают на 15% лучшие результаты в планировании и выполнении спринтов.

Что делать, если не виден закрытый спринт на доске?

Если закрытый спринт не отображается в выпадающем списке на доске, проверьте настройки доски. Перейдите в Board Settings → General → и убедитесь, что опция «Show completed sprints» включена. Также проверьте права доступа к проекту — возможно, спринт был архивирован или у вас нет прав на его просмотр.

Как посмотреть историю конкретной задачи по спринтам?

Откройте задачу и перейдите на вкладку «History» или «Activity». Здесь отображаются все изменения, включая добавление и удаление из спринтов. Также можно использовать JQL-запрос «issue = PROJ-123» и просмотреть Sprint field в результатах поиска для получения полной истории перемещений задачи между спринтами.

Можно ли восстановить случайно удаленный спринт?

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

Практический чеклист для эффективной работы с историей спринтов

Основываясь на опыте сотен команд разработки и лучших практиках Agile-сообщества, мы подготовили практический чеклист для максимально эффективного использования исторических данных спринтов в Jira:

• Еженедельно анализируйте Velocity Chart — это поможет выявить тренды производительности и скорректировать планирование будущих спринтов
• Создайте набор сохраненных JQL-фильтров для часто используемых запросов по истории спринтов
• Используйте Sprint Report для ретроспектив — детальные данные о выполнении помогут команде найти точки для улучшения
• Настройте автоматические дашборды с ключевыми метриками для быстрого доступа к актуальной информации
• Регулярно архивируйте старые данные для поддержания производительности системы

Эффективное использование исторических данных спринтов трансформирует подход команды к планированию и улучшению процессов. В эпоху data-driven разработки команды, которые умеют извлекать инсайты из прошлых спринтов, получают значительное конкурентное преимущество.