Как управлять задачами с помощью Agile-доски

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

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

Как пользоваться доской задач, написали в разделе Как работать с задачами на доске.

Принципы работы с досками

Количество задач на досках не может превышать 2000, поэтому рекомендуем придерживаться следующих принципов:

  • На доску добавляйте только те задачи, которые планируете сделать в ближайшее время (например, за ближайшие полгода).
  • Чтобы доски не переполнялись, настройте автоудаление — задачи в определенном статусе будут автоматически удаляться с доски.
  • Чтобы анализировать закрытые задачи, которые с доски уже удалили, используйте страницу поиска задач или, если вы используете доску С бэклогом и спринтами, на вкладке Бэклог вы увидите ссылку на фильтр с задачами закрытого спринта.
  • Для работы со всеми своими задачами (например, для общего анализа с помощью фильтров или сортировок) используйте очереди — не стремитесь все задачи добавить на доску.

Основные понятия гибкой разработки

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

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

В Трекере используются термины и понятия из методологии Скрам:

Бэклог
Список задач или требований к продукту, которые нужно реализовать в проекте. Обычно задачи в бэклоге упорядочены по приоритету.
Спринт
Итерация работы над проектом, обычно длится 1–4 недели. Считается, что в каждом спринте команда должна разработать и подготовить к выпуску новые функции продукта (инкремент).
Покер планирования
Метод командной оценки сложности задач с помощью карт, на которые нанесены оценки сложности в относительных единицах Story Points.
Доска задач
Доска для отслеживания статуса задач в текущем спринте. Столбцы на доске соответствуют статусам задач. Карточки с описанием задач прикрепляются на доску и перемещаются между столбцами по мере изменения статуса.
Диаграмма сгорания задач
График, который показывает скорость выполнения запланированных задач в течение спринта и объем оставшейся работы.
User Story
«Пользовательская история» — описание возможности, которую нужно реализовать в продукте, с точки зрения потребностей или проблем пользователя. User Story разбивается на отдельные задачи. В Трекере можно использовать тип задач Story для группировки любых задач с общей темой. Как использовать эпики и истории.
Story Point
Относительная единица трудоемкости задач. Обычно единица Story Point не эквивалентна какому-то определенному количеству человеко-часов. Команда оценивает задачи совместно, сравнивая их с какой-нибудь простой задачей.
Эпик
Крупная функция или требование, которое невозможно реализовать за один спринт. Обычно разбивается на несколько историй (User Story) или задач. В Трекере можно использовать тип задач Epic для группировки любых задач с общей темой. Как использовать эпики и истории.
Подэпик
Задача, которая входит в эпик.

Узнайте больше