Дополнительные члены, находящиеся в разделе сведений о работе TFS backLog

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

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

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

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

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

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

источник

2015-08-01 Fazal Wahid

В отложенном портфеле Sprint (PBIs/Bugs) команды B находятся какие-либо из их дочерних заданий для задач, назначенных членам команды A? – rerwinX

да, это моя проблема. если Some item присвоен ** членам группы A **. он должен отображаться только в ** A **. Это зависит от команды и области? или из которого это отставание назначено? –

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

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

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

источник

2015-08-05 08:31:31

В вашем заявленном вопросе «Обе команды имеют отдельные рабочие области, определенные» - они должны иметь общий путь к области, что означает, что рассказ в этой области появится в обоих журналах. У команды B должно было быть выбрано 2 или более пути пути (вероятно, корень и где-то еще). Установка по умолчанию просто означает, что любые истории, созданные командой B, будут по умолчанию равны этому пути. – rerwinX

** rerwin ** вы правы. Путь корневой зоны был выбран для TeamB. Итак, истории пользователей, назначенные TeamA, показывались в командеB. Поскольку путь к области TeamA попал под root. –

Вы не можете разделить товарные лоты товаров/Истории пользователей в разных командах.

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

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

Другой способ разделить историю меньше, поэтому один идет в Команда А, а другой Команда Б.

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

источник

2015-08-04 13:39:56 rerwinX

Я согласен с вами в этом. Но проблема здесь в том, что я создаю пользовательскую историю для команды A (выбирая ** project/teamA ** сверху страницы ** work **). но он также появляется в отставании командыB. (не все истории пользователей, но некоторые из них) –

Дополнительные члены, находящиеся в разделе сведений о работе TFS backLog

ответ

Смежные вопросы