Можно ли иметь своего рода просмотр задач в досках / спринтах общего бэклога, но для разных людей в командах?
Я уже создал несколько команд и дал им ту же итерацию невыполненной работы в «Конфигурация команды -> Итерации». Теперь доска / спринт пуста.
Если я выберу общую область в «Конфигурация команды -> Области», она покажет задачи невыполненной работы, но не в отношении людей в команде, а для всех людей. Есть ли способ это изменить?
Спасибо!
Если вы хотите по-другому взглянуть на рабочие элементы в бэклоге между teamA и teamB, то ответ - ДА. В этом случае у вас будут элементы в общем бэклоге, а затем разделить это невыполненное задание на разделы, используя области, позволяя каждой команде создавать свои собственные спринты в этом общем бэклоге.
Конфигурация нашего проекта такова:
Вы заметите, что DEV и MOAB видят (почти) все другие области, но другие команды видят только свою область. Это позволяет группам владельцев продуктов создавать и расставлять приоритеты в своей области в своем бэклоге и отслеживать прогресс на своей доске. Конечно, они могут переместить эти элементы в разные столбцы на доске и, возможно, кое-что напортачить, но именно тогда мы начинаем публично стыдить их, используя массовую рассылку по электронной почте и инструмент обвинения (читай: история рабочих элементов) (jk). Доски этих команд используются только для наглядности.
Конфигурации нашей команды таковы:
Параметры области DEV (и MOAB ›› Mother of All Backlogs) более сложны, потому что мы хотим, чтобы область оставалась в представлении групп владельцев продукта для запросов и позволяла им видеть, как их элементы перемещаются по доске (если они смотрю). По этой причине область DEV (и MOAB) по умолчанию является корневой, а DEV имеет доступ ко всем остальным областям команды и подобластям.
<Edit>
Команды разработчиков выбирают вид того, что видно MOAB, с помощью Итерации невыполненных работ. На иллюстрациях вы увидите, что DEV имеет путь итерации невыполненной работы SYB\Backlog\Planned, где MOAB имеет корень SYB.
Таким образом, для DEV на его досках видны только те элементы, которые находятся в или ниже SYB\Backlog\Planned пути итерации, где MOAB видит все. Мы добавили итерацию SYB\Backlog\Planned в настройки MOAB, чтобы члены команды MOAB (администраторы планирования) могли перетаскивать приоритетные элементы из невыполненной работы MOAB (не доски) в бэклог команды (групп) DEV.
Имея 2 команды разработчиков, вы, вероятно, будете использовать отдельные итерации невыполненных работ (например, SYB\Backlog\d1_Planned и SYB\Backlog\d2_Planned) и добавлять эти итерации как видимые для MOAB для функции перетаскивания.
Эта настройка позволяет администраторам планирования и типам бизнес-аналитиков извлекать из бэклога продукта и заполнять бэклог команды, в то время как руководители групп могут планировать спринты из бэклога команды.
SYB
+--+ Backlog -> _product owners prioritize their backlog based on the area_
|
+--+ d1_Planned -> _team1 leads plan sprints from here_
| |
| +---\ s1 (sprint)
| |
| +---\ s2 (sprint)
|
+--+ d2_Planned -> _team2 leads plan sprints from here_
|
+---\ s1 (stprint)
</Edit>
Единственная причина, по которой мы не используем включенные подобласти на корневом уровне для DEV и MOAB, заключается в том, что у нас есть область, которую не видит ни одна команда и которая предназначена только для запросов: выпущена. При перемещении элементов в эту область после итерации закрытый столбец доски остается обрезанным.
Подразделы могут добавлять дополнительную категоризацию / фильтрацию к видимости доски, например, по темам или проектам, и разрешать дополнительные диаграммы для запросов по проектам, потому что запросы результатов не должны быть иерархическими, если они запрашивают по соглашению об области.
