Основные понятия sprints и Scrum в Azure Boards

Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019

В этой статье представлен краткий словарь терминов и доступных средств, используемых в отслеживании работы с использованием методов Sprints и Scrum. Другие ресурсы для просмотра : глоссарий Agile и управление проектами и глоссарий навигации.

Гибкие инструменты

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

Ошибки

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

Сгореть или сгореть диаграммы

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

Дополнительные сведения см . в руководстве по бернуну и сожжению

Команда и отдельная емкость

Емкость коррелирует с фактическим временем выполнения задачи, часами или днями, которые должен работать отдельный человек или команда. Azure DevOps предоставляет средство емкости для спринта каждой команды, чтобы задать емкость. Команды обычно устанавливают емкость при планировании создания задач и оценивают время выполнения задачи.

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

Гистограммы емкости

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

• Задачи назначаются с ненулевыми оставшимися работами
• Изменение оставшихся работ
• Изменение даты в цикле спринта. Емкость отдельных и команд всегда отражает их емкость с текущего дня до конца спринта.

Цвета емкости	Гистограммы емкости

Дополнительные сведения см. в разделе "Настройка работы для соответствия емкости спринта".

Ежедневные собрания scrum

Ежедневные собрания Scrum помогают командам оставаться в курсе того, что им нужно сделать, чтобы максимально повысить их способность соответствовать своим обязательствам по спринту. Мастер scrum команды должен применить структуру собрания и убедиться, что он начинается вовремя и завершается в течение 15 минут или меньше. Дополнительные сведения: Рекомендации по scrum, ежедневное собрание scrum.

Прогноз

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

Пути итерации (ака спринты)

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

Невыполненная работа по продукту

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

Невыполненная работа по каждому продукту может быть настроена командой. Дополнительные сведения: создание невыполненной работы.

Элемент невыполненной работы продукта (PBI)

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

Роль владельца продукта

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

Роль мастера scrum

Scrum Master помогает создавать и поддерживать здоровые команды, используя процессы Scrum. Они руководство, тренер, обучение и помощь командам Scrum в надлежащей занятости методов Scrum. Scrum Master также выступает в качестве агентов изменений, чтобы помочь командам преодолеть препятствия и заставить команду к значительному повышению производительности. Дополнительные сведения: рекомендации scrum, роль мастера Scrum.

Спринты (также известные как итерации)

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

Невыполненная работа с спринтом

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

Диаграмма очистки спринта

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

Цели спринта

Цели спринта используются для фокусировки действий спринта. Цель суммирует то, что команда хочет достичь к концу спринта. Дополнительные сведения: рекомендации по scrum, установка целей спринта.

Планирование спринтов

Собрание планирования Sprint происходит в начале спринта и когда владелец продукта и команда согласятся с набором целей и работы спринта. Дополнительные сведения: рекомендации scrum, собрания по планированию Спринта.

Спринт ретроспективные собрания

Обзор Sprint или ретроспективное собрание происходит в конце спринта. Это собрание, когда команда демонстрирует работу, которую они выполнили во время спринта. Владелец продукта, клиенты и заинтересованные лица принимают истории пользователей, которые соответствуют их ожиданиям и определяют все новые требования. Клиенты часто понимают свои потребности в полной мере после просмотра демонстраций и могут определять изменения, которые они хотят видеть. Дополнительные сведения: Рекомендации scrum, ретроспективное собрание Sprint.

Задача

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

Панель задач

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

Команды

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

Участник рабочей группы

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

Сведения о добавлении пользователей в команду см. в статье "Добавление пользователей в проект или определенную команду".

Технический долг

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

Триадж собраний

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

Пользовательская история

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

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

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

Скорость — это мера того, сколько работы команда может завершить на основе их спринта. Встроенная диаграмма скорости измеряет скорость путем суммирования точек истории (agile), усилий (Scrum) или размера (CMMI), определенных для спринта.

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

Наряду со встроенной диаграммой скорости можно добавить мини-приложение "Скорость" на панель мониторинга группы. Это мини-приложение можно настроить для суммы количества рабочих элементов или суммы усилий. Дополнительные сведения: настройка мини-приложения "Скорость".

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

Связанные статьи

• Сведения о Спринтах и Scrum
• Рекомендации по scrum.
• Гибкий глоссарий
• Глоссарий управления проектами и навигации
• Что такое Scrum?