Все любят low-code/no-code разработку, но не все к ней готовы

Какой объем работы по разработке программного обеспечения можно безопасно перенести за пределы ИТ-отдела? Это все еще вопрос без ответа. Всем нравится концепция разработки с низким кодом и без кода — даже ИТ. Особенно ЭТО. В процессе разгрузки работы от ИТ, low-code и no-code дают конечным пользователям возможность реализовать свои собственные инициативы. Но всем нужно действовать с осторожностью, так как low-code и no-code могут работать не во всех настройках.

Также: Парадокс низкого уровня и отсутствия кода: высвобождение времени технических специалистов, но создание новых сложностей

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

В то же время у организаций может не быть иного выбора, кроме как двигаться вперед с низким кодом и без кода, чтобы преодолеть преобладающую и постоянную нехватку технических специалистов. «Они могут использовать мощные инструменты для автоматизации задач для более быстрой и качественной доставки, в то же время высвобождая время для разработчиков, чтобы они могли сосредоточить свои таланты на более сложных инициативах», — говорит Робин Штейн, партнер с Лаборатория PwC. Изменение парадигмы того, как они думают о разработке программного обеспечения, и использование низкого кода или его отсутствия — это ключ к раскрытию потенциала за счет привлечения сотрудников, помимо тех, кто занимается основной ИТ-функцией».

На этом этапе организации начинают разбираться, «что low-code и no-code платформы могут решить и заменить, а другие — нет», — говорит Доминик Роуз, вице-президент по платформенной стратегии в LeanIX. «Например, решения с низким уровнем кода и без кода хорошо работают при сочетании существующих ИТ-решений, таких как ERP, с решениями, ориентированными на удовлетворения потребностей цифровых клиентов». Однако он продолжает: «Это не лучший подход для построения масштабируемого предприятия. решения. Вы не можете решить все проблемы клиентов с помощью шаблонов. По этой причине компаниям необходимо найти более эффективные способы получения максимальной отдачи от существующих платформ, чтобы уменьшить потребность в шаблонных обходных путях».

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

Также: Платформы с низким кодом означают, что каждый может быть разработчиком — и, возможно, специалистом по данным.

Движение low-code и no-code было вызвано нехваткой технических навыков, «а также массовым переходом на гибридную работу», соглашается Судхир Мехта, глобальный вице-президент Optra Engineering в Lexmark International. «Он предлагает присущую гибкость для быстрого достижения бизнес-результатов с меньшими техническими затратами — предоставление возможности нетехническому сотруднику быстро добиваться результатов с помощью ограниченного проектирования или ИТ поддерживать."

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

Тем не менее, ИТ-специалисты должны оставаться в режиме ожидания, поскольку стратегия, направленная на то, чтобы донести разработку до бизнес-пользователей, сопряжена с рисками. «Технические лидеры должны стратегически подходить к минимуму кода или без кода с помощью гибридной модели, используя как инструменты с низким кодом или без кода, так и технологии полного стека», — говорит Стейн. Постройте эту среду вокруг «четкой стратегии выпуска приложений и границ того, где и какие технологии можно использовать», — добавляет она. «Развертывание технологий low-code и no-code не устранит потребность в надежной ИТ-команде».

Также: Познакомьтесь с разработчиком пост-ИИ: более креативным, более ориентированным на бизнес

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

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

В большинстве случаев «ИТ-специалистам не нужно вмешиваться», — говорит Штейн. «При наличии надлежащих процедур управления граждане должны иметь возможность разрабатывать и использовать свои приложения с низким кодом, одновременно отслеживая решения за кулисами для помочь снизить риск и обеспечить соблюдение политики». Например, «использование приложения можно отслеживать, и по мере того, как приложение начинает набирать популярность, ИТ-специалисты могут затем вмешайтесь, чтобы помочь убедиться, что приложение создано для масштабирования и может поддерживаться во всей организации, гарантируя, что их время будет потрачено на области с большим потенциалом. влияние."

Также: Это мои 5 любимых инструментов искусственного интеллекта для работы

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