Как автоматизировать лазурные доски?
У меня есть функции, которые нужно назначить команде разработчиков, затем бэкэнд-команде и, наконец, для тестирования и публикации приложения. при текущей настройке все находятся в одной команде, и они просто перетаскивают свою работу в следующий столбец. Может ли кто-нибудь помочь мне, пожалуйста, настройте эту автоматизацию?
я попытался добавить больше дорожек и добавить больше столбцов, но это только делает беспорядок и не так аккуратно и удобно для пользователя, как это должно быть. также я не хочу дублировать все элементы для всех команд снова, так как в нем будет более 3000 функций, и у меня нет времени, чтобы отсортировать все заново.
Я хотел бы знать, сколько времени понадобилось для бэкенда и внешнего интерфейса, а также для тестирования, а затем решить, как двигаться дальше с каждой командой. более того, как только я добавлю новую функцию или эпопею и назначу ее команде разработчиков, они смогут назначить ее бэкэнд-команде, затем внешнему интерфейсу и так далее. ни один из них не сможет перетащить его в Готово, если только он не прошел через группу, которая отвечает за запуск модуля или продукта.
1 ответ
Вы можете добавлять пути областей для групп поддержки и группировать рабочие элементы на основе областей продуктов, функций или бизнеса. Затем определите пути областей на уровне проекта и назначьте их команде в конфигурации группы. Вы также можете создать иерархию путей областей для поддержки подкатегорий внутри категорий.
Каждая группа имеет доступ к ряду инструментов Agile, как описано в О группах и инструментах Agile. Каждый инструмент ссылается на путь области по умолчанию команды. Большинство команд выбирают один путь области и несколько путей итерации для поддержки своих действий по отслеживанию работы. Однако для поддержки других сценариев команды могут выбрать несколько путей областей, которые будут отображаться в их журналах и досках объявлений.
Новые проекты содержат одну корневую область, которая соответствует имени проекта. Команда создается с тем же именем проекта, и путь к корневой области назначается этой команде. Чтобы понять, как система использует пути к областям, см. Раздел Об областях и путях итерации.
Вы можете быстро сгенерировать запросы для просмотра прогресса на основе пути области. Например, визуализируйте ход выполнения рабочих элементов, назначенных пути области каждой команды, как показано на следующей гистограмме с накоплением. Выберите Node Name, чтобы получить листовой узел Path Area.
Вы можете использовать теги, чтобы дифференцировать и быстро отфильтровывать отставание по продукту или рабочему элементу.
Ссылка на документ - пути области и командное назначение
API-интерфейс REST API Azure DevOps для автоматизации.
Надеюсь, что приведенная выше информация поможет вам создать пути для каждой группы, которую вы, возможно, основали в своих бизнес-сферах. Команда должна иметь возможность перемещать предметы из одной области пути в другую в зависимости от ваших требований. Вы можете визуализировать на основе пути области и тегов.
Если у вас есть конкретная идея для продукта, вы всегда можете поделиться своим мнением здесь с заинтересованной командой продукта, чтобы посмотреть.