Разделяй и властвуй: какую работу передать аналитику, а что оставить разработчику при использовании no-code/low-code?

В статье «В чем профит использования no/low-code для компаний? Разбираем на примере» мы уже говорили, про отличия low-code и no-code. Напомню:

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

Low-code-разработка — в этом случае ручное программирование используется минимально, и разработка ведётся с помощью интуитивно понятных графических инструментов.

Итак, вы познакомились с концепцией и решили, что в вашей компании именно аналитик будет настраивать бизнес-процессы. Сразу возникает ряд вопросов:

• на каком процессе попробовать новый подход?
• какую работу передать аналитику, а что все-таки оставить программисту?
• чему нужно научить аналитика, чтобы он справился с no-code-настройкой?

Я участвовал в переводе внутренних процессов компании Directum на no-code и постараюсь помочь вам разобраться.

Когда лучше no-code, а когда — low-code

В Directum RX есть возможность использования как no-code, так и low-code-инструментов. Возникает вопрос: что лучше — быстрое решение или сложный, но глубоко автоматизированный процесс? Ответ зависит от конкретной задачи. Оценивайте каждую конкретную ситуацию и примеряйте инструмент к требованиям бизнеса.

Важно, что не всегда целесообразно полностью переходить на no-code-настройку. Бизнес-процессы могут требовать не только гибкости, но и глубокой оптимизации, например, чтобы обеспечить более быструю обработку. В таких случаях, использование low-code, а может быть и hard-code, будет наиболее оптимальным решением.

Какую работу можно передать аналитику

В командах разработки обычно есть две выделенные роли:

• аналитик — ближе к заказчику и требованиям;
• разработчик — ближе к технологиям.

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

Примерно так выглядела разработка и настройка :)

Подход low-no-code распределяет нагрузку. Аналитик ближе к бизнесу, поэтому лучше представляет конечные цели и требования пользователей. Он понимает, какие работы в приоритете, а какие можно отложить, чтобы заказчик быстрее получил пользу от продукта. Команде не приходится «играть в глухие телефоны» при передаче ТЗ, снижается риск ошибок, повышается качество продукта.

Передайте аналитику no-code-настройку:

1. внесение изменений в готовые схемы для адаптации процесса;
2. создание и изменение форм справочников, компоновку удобного интерфейса и состава полей форм;
3. создание схем процессов с нуля (для продвинутых аналитиков, детально освоивших инструмент).

Сложности первой настройки и рекомендации аналитику

Первое применение no-code-инструментов аналитику может показаться сложным. При первом открытии редактора схем бизнес-процессов, возникает масса вопросов:

1. Как здесь правильно работать? Где и что нужно заполнять?
2. Что такое варианты процесса, и как их использовать?
3. Как писать выражения? Что такое объекты, и как выстроена логика их получения?

И так далее…

Встречайте героя цифровой трансформации — разработчика-без-кода Но стоит один раз разобраться и аналитик получит новые возможности. Например, сможет сделать готовое ИТ-решение от сбора требований до реализации и предоставления пользователям. А разработчик тем временем будет заниматься своим делом — разработкой, которая с low-code тоже становится быстрее.

Основные рекомендации аналитику для «мягкого» перехода к использованию no-code:

Опыт перевода и поддержки процессов компании

Перейдем к реальным примерам работы аналитика с инструментом no-code.

Настройка форм

В чем плюсы no-code при настройке интерфейса:

• аналитик вместе с заказчиком в режиме реального времени могут сразу настроить удобную форму;
• не нужно множества согласований и доработок формы;
• на задание свойств полей и сложных вычислений можно на следующем этапе привлечь разработчика.

Посмотрите, как это делается в коротком скринкасте настройки карточки справочника «Вакансии».

Настройка и оптимизация процесса

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

В примере это план работ и три бизнес-процесса: «Согласование плана работ», «Актуализация плана работ» и «Закрытие плана работ». Чтобы не делать тройную работу аналитик настроил один вариант. Добавил условия, которые определяют необходимые параметры и формируют изменения в отличиях:

• тема задачи /заданий/ уведомлений;
• инструкции к заданиям.

Перед вами скринкаст настройки дополнительного условия, добавленного в процессе опытной эксплуатации процесса:

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

Заключение

Инструменты low-no-code в Directum RX постоянно развиваются. Появляется все больше кейсов, которые можно выполнить настройкой без привлечения разработчиком.

Плюсы от подключения аналитика к настройке бизнес-процессов

• Быстрая реакция на необходимость изменений процесса.
• Аналитический подход к настройке бизнес-процессов.
• Быстрое получение пользы от ИТ-решений за счет распараллеливания отдельных работ.
• Удобный и правильный интерфейс с минимумом согласований.
• Снижение стоимости внедрения за счет эффективного использования времени и квалификации сотрудников.