# Подготовить среду и команды разработки

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

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

Для этого ответственные сотрудники должны выполнить следующие действия:

- [разделить зоны ответственности](#responsibility-area) — обозначьте компоненты системы и определите сотрудников, которые будут ответственны за ведение доработок по компоненту;

- [сформировать команды разработки](#dev-team) — распределите разработчиков по группам, чтобы назначать им задачи по развитию функциональности системы;

- [настроить дополнительные компании](#test-companies) для разработки и тестирования — зарегистрируйте в разных окружениях отдельные компании, чтобы создание нововведений не нарушало текущие рабочие процессы. 

## Разделить зоны ответственности

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

Карточки с характеристикой продуктов и информацией об ответственных сотрудниках хранятся в приложении **Зоны ответственности**. 

Чтобы обозначить зону ответственности, перейдите в приложение и нажмите в правом верхнем углу страницы кнопку **+ Зона ответственности**, заполните поля:

(release-settings-1.png)

- **Название**\* — введите название продукта, который будет разрабатываться в рамках зоны ответственности;

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

- **Команда** — создайте или выберите [команду разработки](#dev-team) продукта;

- **Описание** — введите дополнительную информацию о продукте и процессах работы в зоне ответственности;

- **Ссылка на документацию** — укажите URL-адрес документации на продукт;

- **Глобальная ЗО** — отметьте **Да**, если в зону ответственности входит несколько продуктов, за каждым из которых закреплён свой владелец продукта;

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

Нажмите **Сохранить**. Карточка с характеристикой зоны ответственности появится на странице приложения. 

## Сформировать команды разработки

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

Команда закрепляется за определённой [зоной ответственности](#responsibility-area) и подчиняется владельцу продукта. 

Чтобы создать команду, перейдите в приложение **Команды**, нажмите в правом верхнем углу страницы кнопку **+ Команда** и заполните поля:

(release-settings-2.png)

- **Название**\* — введите название команды;

- **Тип команды**\* — по умолчанию вы создаёте команду разработчиков продукта. Выберите тип **Другое**, чтобы объединить сотрудников смежных профессий, например тестировщиков, DevOps-инженеров или продуктовых аналитиков;

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

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

- **Номер команды** — присвойте команде порядковый номер;

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

Нажмите кнопку **Сохранить**. Карточка команды появится на странице приложения. 

## Настроить дополнительные компании

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

- **dev-компания** — для стадии разработки;

- **test-компания** — для тестирования разработанного нововведения;

- **prod-компания** — для эксплуатации конечными пользователями.

Таким образом развитие функциональности системы будет осуществляться с использованием цикла **Разработка > Тестирование > Эксплуатация** (Develop > Test > Production). О внедрении этого подхода читайте в статье [«Непрерывная интеграция и выкладка (Low-code CI/CD)»](low-code-ci-cd.md).

Для переноса изменений между компаниями используйте [экспорт](/ru/help/platform/export-solution-file.html), [импорт](/ru/help/platform/upload-solution-file.html) и [обновление](/ru/help/platform/update_solution.html) решений. 

Подробнее о возможностях пользовательской разработки в ELMA365 читайте в разделе [«Разработка решений на платформе ELMA365»](solutions-building.md).