2014-10-29 5 views
1

У меня есть два разных проекта в рамках одной и той же коллекции проектов. Можно ли отображать ошибки обоих проектов в одном и том же хранилище или доске канбана.Можно ли отображать ошибки разных проектов в том же Sprint (Backlog или Kanban)

+1

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

ответ

1

У меня была эта проблема и я нашел решение при переключении на Kanban Tool; просто создавая плавательные бассейны на одной доске Kanban (по одному плаванию для каждого проекта), а затем позволяя помещать ошибки в отставание и дальнейшие задачи разработки в следующих столбцах. Поэтому у меня есть полное представление о многих проектах на одной доске. Рад поделиться своими выводами.

0

Если вы хотите получать информацию из разных проектов Team, вы можете создать свой собственный запрос. По умолчанию запросы ограничивают их результаты текущим проектом, но вы можете легко удалить этот раздел. Затем вы получите результаты, полученные от всех проектов, к которым у вас есть доступ. MSDN can help you get started с созданием запросов.

Однако, похоже, вы изучаете, как данные из нескольких команд свертываются в один проект. Это подтверждается использованием одного Team Project с несколькими командами под ним и использованием функций Agile Portfolio Management. См. MSDN: Agile Portfolio Management: Using TFS to support backlogs across multiple teams

1

В настоящее время вы не можете отображать рабочие элементы из нескольких проектов Team на одной плате Kanban в TFS.

Платы Kanban в TFS в настоящее время связаны с каналом итерации. Итерационный путь существует только в контексте Team Project. Таким образом, советы Kanban по их текущей реализации живут только в рамках Team Project.

Как указано в @Wouter, вы можете переместить два проекта в один и тот же Team Project и использовать разные пути итерации или пути для различения ваших рабочих элементов. Это на самом деле лучшая практика. Название «Team Project» на самом деле было плохим выбором, потому что Team Project на самом деле не означает, что он будет таким же, как и фактический проект разработки. Это привело к большой путанице, потому что не рекомендуется создавать «Team Project» для каждого конкретного проекта. Это делает отчетность и визуализацию реальной проблемой.

Помните, что пути итерации являются иерархическим атрибутом, если вы перемещаете оба проекта в один и тот же Team Project, вы можете создать путь итерации для каждого из корней, а затем вы можете получить доски Kanban для каждого проекта. Корень итерационного пути также будет иметь панель Kanban, и эта доска будет свернутой доской, на которой отображаются все ошибки из обоих проектов.