Дополнительные участники появляются в разделе сведений о работе в журнале TFS backLog

У меня есть проект на TFS. Команда разделена на две команды (например, TeamA, TeamB), обе команды имеют отдельные рабочие области.

Когда я нажимаю на текущую итерацию в невыполненной работе и выбираю TeamA вверху страницы (MyProject/TeamA). Все выглядит хорошо. Все отображаемые рабочие элементы назначаются членам TeamA, и только члены TeamA отображаются в области сведений о работе. (С левой стороны)

Теперь, когда я выбираю TeamB в верхней части страницы (MyProject/TeamB). Все участники TeamB отображаются, но также некоторые участники (не все) TeamB также отображаются в невыполненной работе. И эти участники также отображаются в разделе «Рабочая информация». однако в разделе возможностей спринта показаны только члены команды B.

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

Что я пробовал. Я проверил гибель всех участников и убедился, что одиночный член не появляется в нескольких командах.

Что мне не хватает?


tfs backlog visual-studio-2013
person Fazal Wahid    schedule 01.08.2015    source источник
comment
В Журнале Спринта Команды B (PBI/Ошибки) какие-либо из их дочерних Рабочих Элементов Задачи назначены членам Команды A?   -  person rerwinX    schedule 03.08.2015
comment
да, это моя проблема. если некоторый элемент назначен членам Team A. он должен отображаться только в невыполненной работе A. Это зависит от пути команды и области? или из какого отставания он назначен?   -  person Fazal Wahid    schedule 04.08.2015

Ответы (2)


arrow_upward
0
arrow_downward

Вы не можете обмениваться элементами бэклога продукта/пользовательскими историями между командами таким образом.

Если вы добавите историю в спринт команды Б, все дочерние задачи появятся на доске независимо от того, кому они назначены, потому что они относятся к истории в спринте команды Б.

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

Другой способ — разделить историю на меньшие части, чтобы одна досталась команде А, а другая — команде Б.

Вы также можете посмотреть на структуру ваших команд. Возможно, некоторая реорганизация может сделать их более многофункциональными и свести к минимуму подобные проблемы.

person rerwinX    schedule 04.08.2015
comment
Я согласен с вами в этом. Но проблема в том, что я создаю пользовательскую историю для команды А (выбирая проект/команда А в верхней части рабочей страницы). но он также появляется в бэклоге teamB. (не все пользовательские истории, но некоторые из них) - person Fazal Wahid; 05.08.2015

arrow_upward
0
arrow_downward

Проблема была устранена путем выбора пути к области по умолчанию для TeamB на вкладке «Область» на странице настроек.

Область по умолчанию для TeamA уже выбрана. так что это не создавало проблем с TeamA.

Но для TeamB область по умолчанию не была установлена.

person Fazal Wahid    schedule 05.08.2015
comment
В вашем вопросе говорилось, что у обеих команд определены отдельные рабочие области — они должны иметь общий путь к области, что означает, что история в этой области будет отображаться в обоих невыполненных работах. У команды B должно быть выбрано 2 или более путей области (вероятно, корень и где-то еще). Установка значения по умолчанию просто означает, что любые истории, созданные командой Б, по умолчанию будут использовать этот путь к области. - person rerwinX; 05.08.2015
comment
rerwin вы правы. Для TeamB был выбран путь к корневой области. Итак, пользовательские истории, назначенные TeamA, показывались в teamB. Поскольку путь к области TeamA проходил под корнем. - person Fazal Wahid; 06.08.2015