> For the complete documentation index, see [llms.txt](https://mp4.gitbook.io/standard/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://mp4.gitbook.io/standard/knowledge/plugins/process/process-razrabotki-avtomatizacii.md).

# Процесс разработки автоматизации

В статье описан алгоритм действий от запроса на разработку плагинов или скриптов до тестирования и полного завершения.

<figure><img src="https://2028123183-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fq0Ee0SvSzmZfXRXepEDT%2Fuploads%2FyWm5jsYzspdrzhENOVcZ%2Fimage.png?alt=media&amp;token=a1538fad-df0b-4021-b891-ed0ec59cd927" alt=""><figcaption></figcaption></figure>

## Участники процесса

В процессе разработки автоматизации проектирования участвуют несколько ключевых людей:

1. **Проектировщик** — специалист конкретного раздела (АР, КР, ОВ, ВК, ЭОМ, СС), который может сформировать запрос на автоматизацию определенных рабочих процессов. В таком случае формирует первую итерацию Технического задания на разработку. На завершающем этапе является финальным тестировщиком и согласующим решение.
2. **BIM-менеджер** — сотрудник BIM-отдела, который выступает в качестве условного Product/Owner-менеджера данного проекта[^1]. Тем самым полностью ведёт этот проект, вплоть до тестирования и финального закрытия. При запросе от Проектировщика — помогает с формированием Технического задания для последующей передачи в отдел BIM-разработки.
3. **BIM-разработчик** — непосредственный разработчик технического решения автоматизации.
4. **BIM-тестировщик** — выступает в качестве предварительного тестировщика перед релизом решения проектировщику, для предотвращения технических багов и прочее.

## Алгоритм действий

1. Проектировщик или BIM-менеджер инициирует запрос на разработку.
2. Проектировщик и BIM-менеджер формируют [техническое задание на разработку](/standard/knowledge/plugins/process/zapros-na-avtomatizaciyu.md), формулируют основные тезисы и технические детали.
   * Опционально: BIM-менеджер создаёт демо-модель в качестве исходных данных и для тестирования решения и гипотез.
3. BIM-менеджер создаёт задачу на отдел BIM-разработки.
4. Отдел BIM-разработки изучает техническое задание и следует одному из путей:
   1. Возвращают на доработку с комментариями или указывают на невозможность реализации данного решения;
   2. Принимают в работу.
5. Отдел BIM-разработки публикует итерацию для тестирования.
6. BIM-тестировщик берёт в работу опубликованное решение и тестирует, после чего следует одному из путей:
   1. Возвращает на доработку с комментариями;
   2. Утверждает решение.
7. BIM-разработчик или BIM-менеджер передает решение проектировщику и оповещает о взятии в работу для финального тестирования.
8. Проектировщик тестирует финальное решение, предоставляя [обратную связь](/standard/knowledge/plugins/process/predostavlenie-obratnoi-svyazi.md), и следует одному из путей:
   1. Возвращает на доработку в пункт 2. для уточнения и изменения Технического задания, либо в отдел BIM-разработки для устранения багов и неточностей;
   2. Принимает и согласовывает решение.
9. BIM-менеджер закрывает и архивирует задачу.

[^1]: Любая разработка по автоматизации рабочих процессов является проектом