Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
В этой статье представлен краткий словарь терминов и доступных средств, используемых в отслеживании работы с использованием методов Sprints и Scrum. Другие ресурсы для ознакомления: глоссарий Agile и глоссарий по управлению проектами и навигации.
Гибкие инструменты
Набор веб-инструментов, используемых для отслеживания работы и поддержки методологий Agile. Средства Agile поддерживают основные методы Agile ( Scrum и Kanban), используемые командами разработки программного обеспечения сегодня. Узнайте больше: о средствах Agile и управлении проектами Agile.
Баги
Тип задачи, которая фиксирует возможную причину недовольства продуктом. Общее имя типа рабочего элемента для отслеживания дефектов кода. Каждая команда может выбрать способ управления ошибками. Некоторые команды любят отслеживать ошибки вместе с требованиями к невыполненной работе. Другие команды предпочитают отслеживать ошибки как задачи, выполняемые в рамках поддержки требования. Затем на панели задач отображаются ошибки. Дополнительные сведения: управление ошибками.
Диаграммы сгорания и нагорания
Диаграммы burndown и burnup поддерживают управление проектом, позволяя визуально отслеживать выполнение работы с течением времени. Диаграммы выгорания начинаются с общего объема запланированных работ. По мере выполнения работы графики сгорания отображают оставшуюся работу. При прогрессии времени уменьшается объем работы. Диаграммы сгорания отслеживают выполнение работы с течением времени. Они полезны, чтобы показать скорость завершения работы.
Для получения дополнительной информации см. руководство по диаграммам сгорания и возгорания
Командные и индивидуальные возможности
Емкость коррелирует с фактическим временем выполнения задачи, часами или днями, которые должен работать отдельный человек или команда. Azure DevOps предоставляет инструмент управления емкостью для спринта каждой команды, чтобы задать емкость. Команды обычно устанавливают емкость при планировании создания задач и оценивают время выполнения задачи.
Задав емкость команды, команда точно знает общее количество рабочих часов или дней, которые команда имеет для каждого спринта. С помощью этого инструмента вы устанавливаете рабочую нагрузку отдельных участников команды и их дни отсутствия. Установка способности для каждого члена команды, работающего во время спринта, показывает индикатор способности для этого человека. Дополнительные сведения: Настройка емкости для спринта.
Индикаторы емкости
С помощью индикаторов загрузки вы можете быстро увидеть, кто находится в пределах, превышает или не достигает емкости. Полосы емкости обновляются при каждом из следующих действий:
- Задачи назначаются с ненулевыми оставшимися работами
- Изменение в объёме оставшейся работы
- Изменение даты в цикле спринта. Возможности индивидуальных участников и команды всегда отражают их доступность с текущего дня до конца спринта.
| Цвета емкости | Индикаторы емкости |
|---|---|
|
|
Дополнительные сведения см. в разделе Настройка работы в соответствии с возможностями спринта.
Ежедневные скрам-собрания
Ежедневные собрания Scrum помогают командам оставаться в курсе того, что им нужно сделать, чтобы максимально повысить их способность соответствовать своим обязательствам по спринту. Мастер scrum команды должен применить структуру собрания и убедиться, что он начинается вовремя и завершается в течение 15 минут или меньше. Дополнительные сведения: Лучшие практики Scrum, ежедневное собрание Scrum.
Прогноз
Средство прогнозирования помогает командам планировать свои спринты. Инструмент показывает командам элементы невыполненной работы, которые можно завершить в будущих спринтах, основываясь на оценках рабочих элементов и заданной скорости выполнения. Как показано здесь, скорость 20 указывает, что для завершения показанной работы потребуется пять спринтов. Дополнительные сведения: прогнозирование продуктового бэклога.
Пути итерации (также известные как спринты)
Период времени, обычно два–три недели, используемый для группирования рабочих элементов, которые должны быть завершены в течение этого периода времени. Спринты используются в методах Scrum для поддержки планирования спринта, графика сгорания спринта и других процессов Scrum. Пути итерации позволяют сгруппировать работу в спринты, вехи или другие периоды, связанные с событиями или со временем. Дополнительные сведения: об областях и путях итерации.
Невыполненная работа по продукту
Интерактивный список рабочих элементов, которые соответствуют плану проекта команды или плану развития для того, что команда планирует обеспечить. Реестр требований продукта поддерживает расстановку приоритетов, прогнозирование работы по спринтам и быстрое связывание работы с элементами реестра требований портфеля. Вы можете определить элементы невыполненной работы и управлять их состоянием с помощью доски.
Каждый бэклог продукта может быть настроен командой. Дополнительные сведения: создание реестра задач.
Элемент бэклога продукта (PBI)
Тип рабочего элемента, который определяет приложения, требования и элементы, которые группы планируют создавать. Владельцы продуктов обычно определяют и ранжируют элементы невыполненной работы продукта, определенные с помощью процесса Scrum. Дополнительные сведения: Типы рабочих элементов и рабочий процесс в Scrum.
Роль владельца продукта
Роль владельцев продуктов заключается в том, чтобы выступать в качестве интерфейса между клиентами и командой. Владелец продукта может снизить потребность в подробных спецификациях. Они сокращают необходимость благодаря более быстрому реагированию на вопросы команды о деталях реализации. Кроме того, они четко определяют критерии принятия в рамках каждого требования.
Роль мастера scrum
Scrum Master помогает создавать и поддерживать здоровые команды, используя процессы Scrum. Они направляют, коучат, обучают и помогают командам Scrum в правильном использовании методов Scrum. Scrum Master также выступает в качестве агентов изменений, чтобы помочь командам преодолеть препятствия и заставить команду к значительному повышению производительности. Дополнительные сведения: лучшие практики Scrum, роль Scrum-мастера.
Спринты (также известные как итерации)
Спринт — это период времени, который обычно составляет от двух до трех недель, которые используются для группирования рабочих элементов, которые будут завершены в течение этого периода времени. Спринты используются в методах Scrum для поддержки планирования спринта, графика сгорания спринта и других процессов Scrum. Спринты определяются с помощью путей итерации. Дополнительные сведения см. в разделе Об области и путях итерации (также известных как спринты).
Невыполненная работа с спринтом
Интерактивный список рабочих элементов, назначенных на тот же путь спринта или итерации для команды. Невыполненная работа по спринту поддерживает команды, использующие методологии Scrum. Дополнительные сведения: планирование спринта.
Диаграмма выполнения спринта
Диаграмма сгораемости спринта отражает прогресс, достигнутый командой в выполнении всех задач, которые были оценены ими во время собрания по планированию спринта. Команда отслеживает проект, чтобы снизить риск и проверить увеличение объёма работ на протяжении всего их цикла спринта. Идеальная линия тренда всегда указывает на устойчивый бурндаун. Синяя область, как показано на следующей диаграмме, представляет то, что происходит на самом деле. В нем показано накопление работы, поскольку участники команды добавляют задачи, и сокращение объема работы, когда они выполняют эти задачи. Дополнительные сведения: Диаграмма сгорания спринта.
Цели спринта
Цели спринта используются для сосредоточения на действиях спринта. Цель суммирует то, что команда хочет достичь к концу спринта. Дополнительные сведения: рекомендации по Scrum, установка целей спринта Scrum.
Планирование спринта
Собрание по планированию спринта происходит в начале спринта, и это время, когда владелец продукта и команда согласовывают набор целей и задач спринта. Дополнительные сведения: лучшие практики Scrum, собрания по планированию Sprint.
Ретроспективные собрания спринта
Обзор спринта или ретроспективная встреча проводится в конце спринта. Это собрание, когда команда демонстрирует работу, которую они выполнили во время спринта. Владелец продукта, клиенты и заинтересованные лица принимают истории пользователей, которые соответствуют их ожиданиям и определяют все новые требования. Клиенты часто понимают свои потребности в полной мере после просмотра демонстраций и могут определять изменения, которые они хотят видеть. Дополнительные сведения: Лучшие практики Scrum, ретроспектива спринта.
Задача
Задача — это тип рабочего элемента, используемого для отслеживания предполагаемой и оставшейся работы. В Scrum задача определяется в диапазоне от четырех до двенадцати часов. Определение задач является важным для мониторинга выгорания спринта, работы с вместимостью команды и использования доски задач. Задачи связаны с элементами бэклога родительского продукта или пользовательскими историями. Дополнительные сведения: добавить задачи в элементы невыполненной работы.
Панель задач
Панель задач предоставляет интерактивную доску хода выполнения для работы, необходимой для завершения невыполненной работы команды. Во время спринта вы захотите обновить статус задач и оставшуюся работу для каждой задачи. Обновление задач ежедневно или несколько раз в неделю дает более гладкую диаграмму сгорания спринта. Дополнительные сведения: доска задач.
Команды
Команда соответствует выбранному набору участников проекта. С помощью команд организации могут подкатегоризировать работу, чтобы лучше сосредоточиться на всех работах, которые они отслеживают в рамках проекта. Каждая команда получает доступ к набору средств Agile. Команды могут использовать эти средства для автономной работы и сотрудничества с другими командами в рамках предприятия. Каждая команда может настроить и адаптировать каждый инструмент в соответствии с их рабочими требованиями. Дополнительные сведения см. в разделе "О командах и средствах Agile".
Участник рабочей группы
Участник, который был добавлен в проект или организацию, который был добавлен в определенную команду. Участники проекта могут быть добавлены в несколько команд. Несколько инструментов Agile, таких как планирование емкости, оповещения для команды и мини-приложения панели мониторинга, имеют командный охват. То есть они автоматически ссылаются на пользователей, которые были добавлены в качестве членов команды для поддержки планирования действий или отправки оповещений.
Сведения о добавлении пользователей в команду см. в статье "Добавление пользователей в проект или определенную команду".
Технический долг
Технический долг включает все, что должна сделать команда для развертывания кода, пригодного для производственного применения, и обеспечения его выполнения в рабочей среде. Примерами являются ошибки, проблемы с производительностью, операционные проблемы, специальные возможности и другие. Узнайте больше о том, как свести к минимуму технический долг: что такое гибкая разработка?.
Собрания по приоритетам
Для проверки и организации невыполненной работы и ошибок, назначенных команде, используются собрания по триажу. Другие сведения, такие как оценки, критерии принятия и многое другое, могут быть добавлены в рабочие элементы. Как правило, владелец продукта проводит встречи по распределению приоритетов, и в них участвуют руководители группы, бизнес-аналитики и другие заинтересованные лица, которые обсуждают конкретные риски проекта.
Пользовательская история
Тип рабочего элемента, который определяет приложения, требования и элементы, которые группы планируют создавать. Владельцы продуктов обычно определяют и расставляют по приоритетам пользовательские истории. История пользователя определяется с помощью процесса Agile. Дополнительные сведения: Типы рабочих элементов и рабочий процесс гибкого процесса.
Скорость и диаграмма скорости
Скорость предоставляет полезные метрики для получения сведений о том, сколько работы ваша команда может завершить во время цикла спринта. После работы нескольких спринтов команда может использовать диаграмму скорости и средство прогнозирования для оценки работы, которую можно выполнить в будущих спринтах.
Скорость — это мера того, сколько работы команда может завершить на основе регулярности их спринтов. Встроенная диаграмма скорости определяет скорость путем суммирования Story Points (Agile), усилий (Scrum) или размера (CMMI), заданных для спринта.
Например, на диаграмме ниже зеленая полоса указывает на общее предполагаемое усилие (в стори-поинтах) для пользовательских историй, завершенных в каждом спринте. Синий соответствует оценке усилий задач, которые еще не завершены. Дополнительные сведения: Просмотр и работа со встроенной диаграммой командной скорости.
Наряду со встроенной диаграммой скорости можно добавить мини-приложение "Скорость" на панель мониторинга группы. Это мини-приложение можно настроить для суммы количества рабочих элементов или суммы усилий. Дополнительные сведения: настройка мини-приложения "Скорость".
Каждая команда связана с одной и только одной диаграммой скорости. Скорость зависит от возможностей команды, от спринта к спринту. Однако со временем скорость должна указывать надежный средний показатель, который можно использовать для прогнозирования полной невыполненной работы. Уменьшая изменчивость размеров элементов невыполненной работы—усилий или очков истории—вы получаете более надежные показатели скорости. Дополнительные сведения: добавить задачи в элементы невыполненной работы.