Область проекта хранится в элементе верхнего уровня или корневом элементе хранилища. Область проекта ссылается на артефакты проекта и хранит взаимосвязи между ними. Доступ к области проекта и ее артефактам управляется правами доступа. Области проекта нельзя удалять, но их можно архивировать, то есть переводить в неактивное состояние.
Все эти графики могут выполняться параллельно, независимо друг от друга. Каждый график может иметь одну или несколько итераций, на каждой из которых создается определенный набор конечных продуктов и функциональных усовершенствований.
Структура коллективов проекта определяется одной или несколькими областями коллективов. Сложные проекты могут иметь иерархию областей коллективов. Обычно направлению разработки назначается один или несколько коллективов. Пользователи могут иметь несколько назначений на выполнение работы в нескольких коллективах. Некоторые участники, например руководитель проекта, не могут входить в состав областей коллективов, но являются участниками уровня проекта в обзоре области проекта.
Можно создавать области проектов, не содержащие областей коллективов. Обычно такой тип области проекта подходит небольшим коллективам разработчиков, которым нужно быстро приступить к работе и не требуется распределять работу по нескольким коллективам. Область проекта без областей коллективов описана в шаблоне процесса Простой коллектив. Можно также создать шаблон процесса без областей коллективов.
Процесс представляет собой набор практик выполнения, правил и инструкций, используемых для организации и управления ходом выполнения работ. Процесс проекта определяется в области проекта и может подвергаться дальнейшей настройке в области коллектива, графике и итерации. В Jazz процесс используется для создания ролей пользователей и их прав на выполнение операций в инструменте, например изменение состояния задания. Поскольку каждый компонент Jazz имеет поддержку процесса, можно добавлять правила поведения операций в форме предварительных условий и дополнительных действий.
Процесс обычно создается на основе шаблона и затем адаптируется под нужды всего проекта и области коллектива. Базовая структура процесса представляет собой набор графиков и итераций в обзоре области проекта. Параметры ролей, прав доступа, отчетов, типов заданий, потоков операций, предварительных условий поведения операций и дополнительных действий настраиваются в конфигурации процесса.
Расписание проекта задается итерациями процесса, которые представляют периоды времени жизни проекта. Каждый набор операций относится к одному направлению разработки. Коллективы могут организовывать итерации в иерархии, например график может содержать несколько итераций вех. Каждая из этих вех может содержать одну или несколько итераций этапа. Иерархия итераций и их имена определяются пользователем.
Графики и иерархия итераций создаются в обзоре области проекта. Обзор содержит управляющие элементы для добавления графиков, дат начала и окончания итераций и обозначения текущей итерации. После создания итераций им можно присваивать задания и отслеживать их на плане итераций.
На следующем рисунке показан пример области проекта с областями коллективов и конфигурациями процесса для графиков и их итераций. Область проекта может содержать некоторых пользователей, например администраторов, руководителей проектов и бизнес-аналитиков, на уровне проекта; остальные пользователи добавляются в области коллективов. Спецификация процесса включает роли, права доступа и варианты поведения процесса на уровне проекта; они наследуются всеми итерациями области проекта. Остальные роли, права доступа и варианты поведения создаются на уровне графика или итерации; они переопределяют параметры процесса уровня проекта. Участникам коллектива присваиваются роли с определенными правами доступа, как указано в спецификации процесса.
