Область проекта

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

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

Конечные продукты проекта как направления разработки

Проекты могут быть и простыми и сложными, в зависимости от конечного продукта, процесса и расписаний. Созданный проект может иметь несколько активных направлений разработки (они называются графиками), например:
  • Обслуживание одного или нескольких введенных в эксплуатацию выпусков
  • Разработка нового выпуска
  • Исследовательская работа для будущего выпуска

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

Прим.: Можно создать несколько областей проекта для управления разными операциями, связанными с одними и теми же артефактами; области проектов могут ссылаться на артефакты друг друга. Например, если коллектив создал базу исходного кода в области проекта разработки, можно создать отдельную область проекта для обслуживания этого кода. Это делается в редакторе потока в проекте обслуживания путем замены компонентов компонентами из моментальной копии проекта разработки. Это позволяет обслуживающему коллективу работать с теми же самыми артефактами кода, но на совершенно других итерациях процесса, с помощью совершенно других ролей, правил и заданий.

Коллективы проекта как области коллективов

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

Проекты без областей коллективов

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

Процесс проекта

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

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

Расписание проекта как итерации

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

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

Пример области проекта

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

Рис. 1. Пример области проекта с областями коллективов, графиками, итерациями и конфигурациями процессов
Рисунок хранилища с одной областью проекта, содержащей области коллективов, графики, итерации и конфигурации процессов.

Комментарии