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

23 1

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

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

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

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

Когда лучше No-code, а когда — Low

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

Критерий выбора

No-code

Low-code

Важность глубины автоматизации

Подходит для простых процессов без сложных обработок.

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

Частота изменений процесса

Эффективное решение при частых изменениях в процессе. Подходит для «молодых» процессов.

Используется для сложных устоявшихся процессов. Подразумевает минимальный объем корректировок из-за большей их стоимости.

Количество разработки

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

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

Стоимость исправлений

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

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

Фактор окупаемости

Рекомендуется провести оценку экономии времени, ресурсов, затрат на разработку и поддержку проектов при использовании каждого инструмента.

 

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

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

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

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

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


 

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

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

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

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

 

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

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

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

И так далее…

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

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

Рекомендации аналитику для старта

 
  1. Изучите инструмент
  • Изучите доступный функционал редактора схем, почитайте справку или опробуйте на тестовом стенде;
  • Изучите и определите правила написания выражений и параметров;
  • Разберитесь с работой параметров процесса и фильтрации.
 
  1. Выберите тестовый процесс
  • Начните первую настройку с копирования схемы стандартного процесса;
  • Внесите несколько изменений в свойства или условия процесса и протестируйте в работе;
  • Попробуйте доработать форму;
  • Переходите к проектированию более сложных изменений процесса.
 
  1. Детально спроектируйте процесс
  • Определите какие дополнительные функции (сценарии) вам могут быть нужны. Если их нет в стандартном наборе, понадобится привлечение разработчика или вы сможете обойтись другим способом.
  • Разберитесь с возможностями вариантов процесса; решите с учетом требуемых условий стоит ли создавать несколько простых вариантов или лучше один сложный.
 

 

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

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

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

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

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

В итоге это оптимально по времени разработки, а конечному пользователю будет удобно. Win-win!

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


 

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

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

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

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

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


 

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

Заключение

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

Активное привлечение аналитика к настройке бизнес-процессов, разделение сфер деятельности аналитика и разработчика позволяет ускорить внедрение новых решений.

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

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

 

 

Светлана Селлина

Спасибо за подробное описание, очень помогло. Вопрос к Директуму - будет/есть ли курс для обучения аналитиков no-code разработке?

Авторизуйтесь, чтобы написать комментарий