Репутація українського ІТ. Пройти опитування Асоціації IT Ukraine
×Закрыть

Учите low-code

Только ленивый не использует термины low-code и no-code для продвижения систем автоматизации бизнес-процессов (BPM). Вместе с специалистом по проектам автоматизации Ольгой Седнёвой разбираемся, что это: приманка для далеких от программирования топ-менеджеров или будущее разработки.

Десять лет назад был популярен лозунг «учите код». Считалось, что язык программирования надо начинать изучать еще с пеленок, и в будущем, без знания кода — никуда. Сейчас все чаще слышится другое мнение: «Код — это нудно. Код — для ботанов». Будущее, за low-code, а то и no-code платформами, с помощью которых можно будет создавать любой софт, не написав ни строчки кода.
Особенно часто о low-code рассказывают разработчики BPM систем. Это вполне понятно. Универсальной системы управления бизнес-процессами быть не может. Коробочное решение необходимо долго и упорно подстраивать под нужды конкретной компании, а внедрение может затянуться надолго. Естественно, этим пользуются маркетологи, подавая свои low-code BPM-решения как системы с графическим интерфейсом, наборы модулей, из которых даже один полуграмотный специалист без технического опыта сможет автоматизировать что угодно.
У самих разработчиков на этот счет другое мнение.
В этой статье мы собрали все известные «за» и «против» low-code BPM решений и вывели их на честный бой. Мы вовсе не хотим доказать верность одного из подходов и вывести маркетологов на чистую воду (такая у них работа). Истина, как обычно, где-то посередине.

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

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

Отсутствие контроля и зависимость от вендора
Всем нам знакома волшебная сила open source. Если если где-то вылазит ошибка, всегда можно посмотреть, в какой части кода произошло несчастье и все починить. С позиционирующими себя low-code платформами, такими как как Appian или Mendix об этом можно и не мечтать. Это — не открытый код, закрытый фреймворк, и что происходит внутри него — большой коммерческий секрет. Все, на что вам остается надеяться — платная техподдержка вендора.
Контраргумент
Low-code BPM платформы бывают не только закрытыми, как Appian и Mendix или гибридными как Pega. Пример — Scriptum, разработанная украинской компанией InBase на собственной платформе с открытым исходным кодом UnityBase. С чистым open source подходом компания выигрывает сразу дважды — получает гибкий инструмент для настройки системы без программирования и возможность доработки того функционала, который не был предусмотрен разработчиком платформы.

Low-code тормозит разработку
Любая логика должна быть описана в microflow. Это долго. Гораздо быстрее написать два десятка строк кода, чем перетаскивать, настраивать и соединять кучу блоков в графическом интерфейсе. После того, как количество блоков превышает несколько десятков, логика становится непонятна.
Контраргумент
Да, действительно, на стадии разработки приложения с нуля, когда есть четкое ТЗ и понимание конечной цели, проще и быстрее написать и 20 и 10 тыс. строк кода. Но как показывает практика, требования к процессам системы, к наборам данных, проходящих в этих процессах, постоянно меняется. Вносить такие изменения в код — дело долгое и дорогостоящее. С low-code платформой, внесение изменений доступно сотруднику, который хорошо разбирается в ее функционале, без остановки рабочей среды.

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

Цена вопроса
Low-code платформы дешевыми не назовешь. Цена вопроса для крупного предприятия может достигать миллионов долларов.
Контраргумент
Не обязательно автоматизировать все процессы сразу. Можно действовать последовательно: автоматизировать один, посмотреть, что получилось и перейти к другому. Цены на тот-же Scriptum начинаются от 3000 грн единоразово.

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

LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Вашим іноваційним ідеям років 30, тільки от фейлиться весь час, бо розібратися в купі нагенерованого лайна стає складніше ніж самому написати.

уж сколько пытаются продать всякие лоу-код и но-код последние лет 20 так ничего особо и не меняется.

Переведу на русский: бла-бла-бла-бла

Так и не понял что рекламируем. Это будет во второй серии?

ЗЫ. лоукод тоже не катит. Говорю как тот, кто прямо щас «весело проводит время» с BPM и графическим интерфейсом )) там еще костылинг из скриптов.... только кодить — это не то чем мечтает заниматься аналитик )

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

Логистика, healthcare, беттинг, ага, конечно, могут поркрыться такими платформами. Еще возьмите во внимание регуляции каждой сферы в каждой стране и в каждом штате (если мы говорим про США).

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

Если бы каждое приложение имело одинаковые процессы регистрации, логина, ролей и прочего, то да, такое бы сработало.

Да, действительно, на стадии разработки приложения с нуля, когда есть четкое ТЗ и понимание конечной цели, проще и быстрее написать и 20 и 10 тыс. строк кода. Но как показывает практика, требования к процессам системы, к наборам данных, проходящих в этих процессах, постоянно меняется. Вносить такие изменения в код — дело долгое и дорогостоящее. С low-code платформой, внесение изменений доступно сотруднику, который хорошо разбирается в ее функционале, без остановки рабочей среды.

Почему внесение изменений в кастомный код дольше, чем в эту платформу ? Забыл какие-то базовые блоки и все, закопался точно так же.

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

Опять же, универсального ничего нет, как и описано было ранее.

В целом, да, такие платформы могут быть применимы для какого-то ограниченного количества бизнесов, но использование таких платформ в большинстве случаев — исключение, чем правило.

Подписаться на комментарии