Как Low-code подход меняет профессию аналитика?

Директор ELMA — Алексей Трефилов рассказал об инструментах Low-code, и как они поднимают ценность аналитиков внутри компании и на кадровом рынке.

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

Программисты на проекте по-прежнему нужны для создания сложных интеграционных решений и сервисов. Например, для реализации бесшовной интеграции с учётной системой. Типовые задачи могут быть решены аналитиком путём использования визуальных компонентов на базе Low-code платформы. Он может строить бизнес-процессы, проектировать структуру хранения данных и пользовательские интерфейсы. Для этого не нужно владеть языками программирования, решение можно создать с помощью перетаскивания графических элементов. Такой инструмент позволяет создавать решения силами аналитика, сводя участие программистов к минимуму.

Аналитик перестаёт быть посредником между заказчиком и программистом и выполняет основной скоуп работ самостоятельно. Насколько сильно при этом возрастает его трудовая нагрузка?

Если оценивать, опуская детали, то задачи аналитика распределяются 50/50. Половину времени он продолжает фокусироваться на понимании заказчика, его проблем и требований, проектировании для него оптимального решения. А вторую половину он занимается созданием этого решения. При этом, аналитик высвобождает свое время, которое он раньше тратил на взаимодействие с программистом — передачу ему информации по требованиями заказчика, уточнение деталей, контроль и приемку итогового решения.



Как Low-code в руках аналитика может сократить разрыв между требованием заказчика и реализацией проекта?

Использование подхода Low-code позволяет исключить лишние коммуникации на проекте. Если раньше аналитик собирал потребности заказчика и затем тратил время на то, чтобы объяснить все эти потребности программисту и на приёмку его работы, то теперь он может самостоятельно приступить к реализации решения сразу после выявления и фиксации требований. Точность попадания итогового решения в проблематику клиента будет выше, за счёт сокращения звеньев в цепочке коммуникаций. Тем самым, мы избавляемся от игры в “глухие телефоны” и сокращаем путь к желаемому результату.

Бывают ли случаи, когда изменение или дополнение требований происходит прямо во время проекта? И может ли аналитик с помощью Low-code инструментов самостоятельно реализовывать их?

Запросы на изменения от первоначальных требований или появление дополнительных происходят в каждом проекте. На это влияет много факторов. Есть глобальные — когда в компании меняется организационная структура и вместе с ней, перестраиваются бизнес-процессы. Есть локальные — когда заинтересованное лицо просит в начале сделать одно, а после того как видит результат — понимает, что надо сделать по-другому. А иногда таких итераций несколько, бывает даже возврат к первоначальному варианту.

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

Насколько понятны системы, применяющие Low-code подход, для использования опытным аналитиком? Какое время требуется на изучение подобных систем?

Зависит от класса системы и опыта работы с такими системами аналитика. Разберем на примере Low-code BPM-системы ELMA365. Если аналитик знаком с BPMN, то ему понадобится около двух недель, чтобы понять основную суть работы системы и её ключевые функции, а для более детального погружения потребуется несколько месяцев.

Система ELMA365 имеет базу знаний с разбором реальных кейсов, которые встречаются в проектах. Благодаря этому не нужно изучать всё подряд, а можно работать над проектом и параллельно совершенствовать свои знания используя именно те кейсы, которые нужны. Важно постоянно совершенствовать свои знания, чтобы создавать оптимальные решения для заказчика, так как система обладает большой функциональностью и постоянно ее развивает.



Можно ли при внедрении системы на Low-code платформе обойтись без привлечения аналитиков?

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

На проекте внедрения данную роль может "закрывать" один или несколько человек, но если эти функции не будут выполняться, то высок риск сделать решение, которое не будет решать поставленные бизнесом задачи и не будет использоваться.

Low-code — это шаг в эволюции ИТ или тренд, который со временем потеряет свою популярность? Как владение технологией отразится на востребованности аналитика как специалиста на кадровом рынке и можно ли погружаться в Low-code без страха за своё профессиональное будущее?

Определённо, Low-code — это большой шаг в эволюции ИТ. На рынке существуют конструкторы сайтов, мобильных приложений и даже корпоративных систем.

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

Знание аналитиком таких систем создает ему преимущество на рынке, как среди интеграторов — тех, кто занимается внедрением систем, так и среди клиентов — тех, кто внедряет эти системы самостоятельно. В результате аналитик, который умеет работать с Low-code, легко может устроиться в штат или работать на подряде.