Добавление команды или иерархии команд

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

Однако что делать, если необходимо разделить работу между командами так, чтобы команды могли свернуть работу в невыполненную работу портфеля? Можно легко создать иерархию команд для проекта и добавить к ним пользователей. Работа, которую они делают, будет сворачиваться до уровня команды управления за счет использования невыполненной работы портфеля.

Добавление команды

1. Если вы не являетесь администратором проекта, получите эти разрешения.

2. В Team Web Access откройте страницу администрирования для командного проекта, выбрав значок шестеренки .

3. Создайте команду.

   

4. Присвойте команде имя и обязательно установите флажок Создайте путь области с именем команды.

   

   Если этот флажок не установлен, придется создавать путь области для команды. Пока не будет создан путь области, команда не сможет работать.

5. Настройте спринты для новой команды.

   

6. Добавьте администраторов команды и членов команды в новую команду.

   Можно добавлять членов на домашней странице команды. Дополнительные сведения о добавлении пользователей в команду см. здесь.

Предоставление разрешений

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

• создание и редактирование дочерних узлов в своем пути области по умолчанию;

• создание и редактирование дочерних узлов в существующем узле итерации;

• создание совместных запросов и папок в папке Совместные Запросы.

Настройка иерархии команд

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

1. Добавьте одну или несколько команд, как описано выше. Обязательно установите флажок Создайте путь области с именем команды.

   

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

2. Настройте спринты для гибкой команды.

   

3. Добавьте членов в новую гибкую команду и удалите лишних членов из команды управления.

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

4. Измените области для команды управления, чтобы не включать туда подобласти.

   

   Если команда управления не работает в спринтах, для них стоит удалить итерации. Как правило, они не работают в спринтах, поскольку работают над большими идеями на уровне функций, которые занимают больше времени.

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

   

   

   Команда управления получает аналогичное представление своей работы. Они могут видеть свою невыполненную работу в виде рабочих элементов "Функция" и пользоваться доской канбан для отслеживания хода выполнения.

   

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

   

Вопросы и ответы

Вопрос. Как изменить разрешения для членов команды?

Ответ. Сведения об изменении разрешений см. здесь.

Вопрос. Какие разрешения по умолчанию назначены Участникам и Администраторам команды?

Ответ. По умолчанию члены, добавленные в команду, обладают правами, установленными группе Участники командного проекта.

Администраторы команды являются членам группы Участники, при этом обладая дополнительными разрешениями на основе их роли. Дополнительную информации об установленных разрешениях см. в разделе Управление пользователями и группами и в разделе Справочник по разрешениям TFS.

Вопрос. Я работаю в нескольких командах.Как отслеживать всю мою работу?

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

Вопрос. Мне нужно создать иерархию элементов невыполненной работы.Как это сделать?

Ответ. Это называется работой с невыполненными работами портфеля. Подробные сведения об этом см. в разделе Работа с невыполненными работами портфеля.

Вопрос. Я хочу добавить аватар команды?Что мне нужно сделать?

Ответ. Если вы администратор команды, вы можете добавить для нее аватар. Откройте страницу администрирования и выберите значок аватара в разделе "Профиль команды". Максимальный размер файла — 4 МБ.

Вопрос. Как наилучшим образом структурировать команды при работе на предприятии?

Ответ. Просмотрите документ Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs, чтобы узнать о том, как структурировать команды и эффективно работать на предприятии.