Дополнительные члены появляются в разделе рабочих деталей TFS backLog
У меня есть проект на TFS. Команда делится на две команды (например, TeamA, TeamB), для обеих команд определены отдельные рабочие области.
Когда я нажимаю на текущую итерацию в бэклоге и выбираю TeamA вверху страницы (MyProject/TeamA). Все выглядит хорошо. Все показанные рабочие элементы назначены членам TeamA, и только члены TeamA отображаются в области рабочих сведений. (На левой стороне)
Теперь, когда я выбираю TeamB в верхней части страницы (MyProject/TeamB). Все члены TeamB показывают, но также некоторые члены (не все) TeamB также показывают в отставании. И эти участники также показаны в разделе "Детали работы". Тем не менее, только члены команды B показаны в разделе производительности спринта.
Что я хочу, так это если я выберу TeamA из топовых рабочих элементов, назначенных для этой конкретной команды, и должен появиться конкретный путь к области. Я хочу разного отставания для обеих команд.
Что я пробовал Я проверил условия всех участников и убедился, что члены группы не появляются в нескольких командах.
Что мне не хватает?
2 ответа
Проблема была решена путем выбора пути области по умолчанию для TeamB на вкладке "Область" страницы настроек.
Область по умолчанию для TeamA уже выбрана. таким образом, это не создавало проблемы с TeamA.
Но для TeamB область по умолчанию не была установлена.
Вы не можете делиться элементами журнала невыполненных работ / пользовательскими историями между такими командами.
Если вы добавите историю в спринт команды B, тогда все дочерние задачи появятся на доске независимо от того, кому они назначены, потому что они принадлежат истории в спринте команды B.
Если задача выполняется кем-то, кто не находится в Команде B, возможно, плавающим администратором базы данных или чем-то еще, тогда вы можете назначить им некоторую вместимость в каждой из команд, и им придется прислушиваться и брать задачи от каждой из команд.
Другой способ состоит в том, чтобы разделить историю на более мелкие, чтобы один пошел в команду А, а другой - в команду Б.
Вы также можете посмотреть на структуру ваших команд. Возможно, некоторая реорганизация может сделать их более функциональными и минимизировать подобные проблемы.