---
metadata:
  - name: generator
    content: Diplodoc Platform v5.70.0
  - property: og:type
    content: article
  - property: article:section
    content: Управлять задачами с помощью Agile-доски
  - property: og:title
    content: Agile-инструменты на досках с бэклогом и спринтами
  - property: article:tag
    content: Базовая инструкция
alternate:
  - https://yandex.ru/support/tracker/en/manager/boards-instruments.md
  - https://yandex.ru/support/tracker/ru/manager/boards-instruments.md
  - href: https://yandex.ru/support/tracker/ru/manager/boards-instruments.md
    type: text/markdown
    title: Markdown version
  - href: https://yandex.ru/support/tracker/ru/llms.txt?revision=r22096276
    rel: describedby
---
> **Documentation Index:** Fetch the complete configuration index at https://yandex.ru/support/tracker/ru/llms.txt?revision=r22096276


# Agile-инструменты на досках с бэклогом и спринтами

Agile-инструменты помогают планировать работу команды короткими итерациями, оценивать задачи и отслеживать ход спринта. Они доступны на досках типа «С бэклогом и спринтами»:

* [Бэклог — список задач проекта](https://yandex.ru/support/tracker/ru/manager/backlog.md)
* [Спринты — итерации разработки](https://yandex.ru/support/tracker/ru/manager/create-agile-sprint.md)
* [Покер для оценки задач](https://yandex.ru/support/tracker/ru/manager/poker.md)
* [Диаграмма сгорания для отслеживания прогресса спринта](https://yandex.ru/support/tracker/ru/manager/burndown-diagram.md)

Принципы использования Agile-инструментов описаны в разделе [Что такое гибкая разработка](#basics).

На простой доске нет бэклога и других Agile-инструментов, но их можно включить. Это можно сделать как на отдельной доске, так и на простой доске, добавленной на страницу очереди.

## Включить Agile-инструменты {#add-backlog}

{% note warning "" %}

На доске проекта включить бэклог и другие Agile-инструменты нельзя.

Если Agile-инструменты включены, отключить их невозможно.

{% endnote %}

Чтобы включить Agile-инструменты на доске с типом **Простая**:

1. На панели слева нажмите ![](../_assets/svg/boards.svg)</svg> **Доски задач** и выберите доску.

1. Вверху страницы нажмите **Включить бэклог**.

    ![](../_assets/enable-board-backlog.png =800x){.border-yes}

1. Если на доске уже есть задачи, выберите, куда их перенести: в бэклог или в спринт.

Появится вкладка **Бэклог** со списком задач бэклога и спринтами. Подробнее читайте в статье [Бэклог — список задач проекта](https://yandex.ru/support/tracker/ru/manager/backlog.md).

## Что такое гибкая разработка {#basics}

Гибкие методологии разработки (Agile) были созданы для управления разработкой программного обеспечения. Теперь их успешно применяют для управления проектами и процессами в самых разных областях.

Инструменты гибкой разработки в Трекере заимствованы из популярной методологии, которая называется [Скрам](https://ru.wikipedia.org/wiki/SCRUM). Скрам  включает набор практик, ролей и инструментов, которые помогают организовать командную работу.

Бэклог {#backlog}
:   В Скраме список всех работ, которые нужно выполнить команде, называется бэклогом — это могут быть требования заказчиков, пожелания пользователей или другие задачи. В Трекере бэклог может быть представлен в виде набора задач, [историй](*story) и [эпиков](*epic). Обычно задачи в бэклоге упорядочены по приоритету. [Как использовать бэклог](https://yandex.ru/support/tracker/ru/manager/backlog.md)

Спринт {#sprint}
:   Работа над проектом разбита на короткие итерации, которые называются спринтами. Обычно спринт длится 1–4 недели. В начале каждого спринта участники команды берут из бэклога несколько задач, которые собираются выполнить. В конце спринта все запланированные задачи должны быть выполнены. Если команда ведет разработку продукта, в конце спринта должны быть готовы новые функции (инкремент). [Как использовать спринты](https://yandex.ru/support/tracker/ru/manager/create-agile-sprint.md)

Покер планирования {#poker}
:   Для планирования спринта часто используется покер — метод командной оценки сложности задач с помощью карт, на которые нанесены оценки сложности в условных единицах Story Points. Команда оценивает задачи совместно, сравнивая их с какой-нибудь простой задачей. По оценкам трудоемкости команда определяет, сколько задач она успеет выполнить в текущем спринте. [Как оценивать задачи с помощью покера](https://yandex.ru/support/tracker/ru/manager/poker.md)

Story Point {#sp}
:   Относительная единица трудоемкости задач. Обычно единица Story Point не эквивалентна какому-то определенному количеству человеко-часов.

Диаграмма сгорания задач {#burndown}
:   Если все задачи в спринте оценены, можно построить диаграмму сгорания задач — она показывает, сколько задач осталось выполнить в текущем спринте. [Диаграмма сгорания для отслеживания прогресса спринта](https://yandex.ru/support/tracker/ru/manager/burndown-diagram.md)

Доска задач {#board}
:   Доска для отслеживания статуса задач в текущем спринте. Столбцы на доске соответствуют статусам задач. Карточки с описанием задач прикрепляются на доску и перемещаются между [столбцами](https://yandex.ru/support/tracker/ru/manager/agile-columns.md) по мере изменения статуса.

User Story {#story}
:   «Пользовательская история» — описание возможности, которую нужно реализовать в продукте, с точки зрения потребностей или проблем пользователя. User Story разбивается на отдельные задачи. В Трекере можно использовать тип задач Story для группировки любых задач с общей темой. [Как использовать эпики и истории](https://yandex.ru/support/tracker/ru/manager/epic.md).

Эпик {#epic}
:   Крупная функция или требование, которое невозможно реализовать за один спринт. Обычно разбивается на несколько историй (User Story) или задач. В Трекере можно использовать тип задач Epic для группировки любых задач с общей темой. [Как использовать эпики и истории](https://yandex.ru/support/tracker/ru/manager/epic.md)

Подэпик {#subepic}
:   Задача, которая входит в эпик.

<!-- source: ru/_assets/style/image.md -->

<!-- endsource: ru/_assets/style/image.md -->

[*epic]: Эпик в Agile — это крупная задача или требование, которое нельзя выполнить за один спринт.

[*story]: User Story — это описание функции или возможности с точки зрения пользователя. В Трекере тип задач **Story** можно использовать для группировки задач с общей темой.