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

Не так давно, когда предприятию требовалась новая информационная система, ему приходилось либо нанимать разработчика, либо приобретать готовое ПО. Сегодня, однако, есть другой вариант: платформы Low-code/No-code. С их помощью организации могут создавать пользовательские системы без необходимости нанимать команды или передавать работу на аутсорсинг.

По словам Кристиана Келли, управляющего директора Accenture, платформы Low-code/No-code представляют собой еще одно усовершенствование, позволяющее ускорить создание внутренних и внешних приложений. «Они позволяют демократизировать технологии. В качестве гражданских разработчиков бизнес-команды могут участвовать в создании новых возможностей и взаимодействии с клиентами, — добавил он. — Это дает возможность расширить участие более широких слоев организации и повышает их способность приносить больше пользы для большего числа людей».

Эндрю Кум-Сын, старший аналитик Info-Tech Research Group, отметил, что подход Low-code/No-code позволяет организациям вооружить рядовых сотрудников, связанных с цифровыми технологиями, настраиваемыми инструментами. «Отсутствие необходимости беспокоиться об инфраструктуре, совместимости устройств, коде и других технических компонентах обеспечивает значительный комфорт для тех, кто хочет инвестировать в цифровую трансформацию», — сказал он.

По прогнозам Ашиша Чатурведи, главного аналитика консалтинговой компании ISG, в 2022 г. на этот рынок выйдут многие ведущие поставщики ПО: «Пространство No-code, которое раньше было нишевым и ограниченным, теперь распространяет свои щупальца далеко и широко. В ближайшие три года его рыночная капитализация вырастет как минимум в три раза».

Основные преимущества: гибкость и многое другое

Главным преимуществом перехода на Low-code/No-code является повышение гибкости. «Этот подход позволяет организациям оказывать гораздо более непосредственное влияние на доставку приложения, специально разработанного для их нужд, — отметил Дэвид Макинтайр, директор по управлению сервисами приложений Capgemini Americas. — Технология также дает ИТ-отделам возможность сократить технический долг за счет упрощения и модернизации конкретных функций».

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

Чатурведи советует организациям начинать с относительно простых и проверенных сценариев: «Начните, например, с добавления функциональных возможностей в приложения для бизнес-процессов. Другими популярными отправными точками являются приложения для создания отчетов и дашбордов для бизнес-аналитики. Как только организация почувствует себя комфортно, можно рассматривать более сложные и критически важные внедрения».

Требуется обучение проектированию приложений

Несмотря на то, что платформы Low-code/No-code разработаны для скорости и простоты использования, они все же требуют от гражданских разработчиков базового понимания концепций проектирования приложений. Хотя обучение во многом зависит от конкретного сценария использования и платформы, выбранной организацией, есть несколько основных концепций, которые должен понимать каждый пользователь. «Чтобы гражданские разработчики были эффективны, их нужно обучить тому, как данные циркулируют в системе, как взаимодействие с клиентами вписывается в систему и как соединять различные технологии вместе», — пояснил Келли.

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

Учебные лагеря (bootcamps) — популярный способ помочь сотрудникам научиться создавать проекты на платформах Low-code/No-code. Все ведущие поставщики платформ работают или спонсируют виртуальные академии, где пользователи могут получить доступ к сквозной документации и учебным пособиям, а также официальные сертификаты по конкретным инструментам, отметил Чатурведи.

Компромиссы в концепции гражданского разработчика

По словам Кум-Сына, организациям, только начинающим осваивать концепцию гражданской разработки, необходимо взвесить компромиссы между Low-code/No-code, разработкой на заказ и покупкой готового решения. Он советует учесть следующий момент: «Например, с помощью решения No-code можно легко и быстро разработать приложение, но оно будет привязано к собственной структуре и технологическому стеку поставщика».

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

Low-code/No-code — это не новшество и не серебряная пуля. «Это всего лишь еще одна глава в демократизации технологий, которая потребует изменений в текущих технологических операционных моделях», — отметил Келли, добавив, что самая большая проблема заключается не столько во внедрении платформы, сколько в способности организации изменить свою операционную модель таким образом, чтобы каждый пользователь мог эффективно использовать возможности этой технологии.

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