# Управление релизами

> [HTML Version](release-management.html)

Если в вашей компании есть отдел разработки, вы можете обрабатывать запросы от внутренних сотрудников на развитие функциональности системы. Для этого в решении **Service Desk** предусмотрен инструмент планирования и контроля технических нововведений — **Управление релизами**.

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

Управление релизами позволяет организовать работу следующим образом: 

1. Функциональные возможности системы разделяются на отдельные части — [зоны ответственности](release-settings.md#responsibility-area). Для каждой зоны закрепляется [команда](release-settings.md#dev-team) и ответственный сотрудник. 

2. Пользователи в компании отправляют в отдел разработки запросы на доработку функциональности — [тикеты](add-ticket.md). 

3. Ответственные сотрудники отдела рассматривают поступившие задачи, определяют для них срок выполнения и дату выхода обновления для пользователей — [релиз](release.md). 

4. При обработке тикета ему присваивается уровень приоритета, согласно которому команда выбирает задачи в работу. Тикеты выполняются в специально назначенный период — [спринт.](release-start.md#sprint)

5. Для контроля обработки задач и планирования загруженности сотрудников отдела разработки используются отчёты [Тикеты: Мой дэшборд](ticket-dashboard.md) и [Спринт по командам](team-sprint.md).

6. Все сотрудники компании могут просматривать историю обновлений, отслеживать общее количество доработок по компонентам системы и быстро находить нужные задачи. Для этого предусмотрена [главная страница управления релизами](release-main-page.md).

Чтобы обновления системы не нарушали рабочие процессы компании, для внедрения нововведений рекомендуется использовать подход **Разработка** **> Тестирование > Эксплуатация**. Для этого необходимо [зарегистрировать несколько компаний в разных окружениях](release-settings.md#test-companies). Таким образом в одной компании функциональность будет разрабатываться, в другой — тестироваться, а затем выпускаться для конечного пользователя. 

Прежде чем перейти к работе с возможностями разделителя **Управление релизами**, ознакомьтесь с используемыми терминами и выполните [предварительные настройки](release-settings.md). 

## Используемые термины

Далее в статьях используются следующие термины:

- **Зона ответственности** — продукт или часть продукта, функциональность которых постоянно поддерживается или разрабатывается с нуля;

- **Владелец продукта** (**Продакт**) — сотрудник, который отвечает за продукт, его конечную реализацию и ценность для пользователей;

- **Команда разработки** — группа сотрудников отдела разработки, которая отвечает за выполнение задач по развитию определённого продукта;

- **Руководитель команды** — ответственный сотрудник команды разработки. Он налаживает коммуникацию между разработчиками и владельцем продукта, отвечает за качество выполнения задач и соблюдение сроков;

- **Тикет** — обращение в отдел разработки для создания продукта или его доработки, а также устранения ошибок функциональности существующего продукта;

- **Автор тикета** — сотрудник компании, который создал обращение в отдел разработки. Это может быть любой пользователь с правами доступа к [главной странице управления релизами](release-main-page.md);

- **Спринт** — период выполнения задач разработки. В него может входить несколько задач одного тикета или несколько тикетов разных команд и зон ответственности;  

- **Релиз** — обновление продукта после периодов доработки текущей функциональности или разработки нововведений. Релиз может быть поделён на несколько спринтов, в течение которых команда разработки выполняет определённое количество тикетов.