Если каждый бизнес становится софтверным, кто должен направлять этот путь? Конечно же, люди, понимающие силу ПО. Опрошенные порталом ZDNet эксперты обсуждают роли разработчиков, связанные с внедрением методологии low-code/no-code.

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

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

  • стратегические советники по цифровому бизнесу;
  • надзиратели за безопасностью и управлением;
  • дизайнеры экосистем и решатели проблем;
  • посредники и инноваторы в сфере цифровых технологий;
  • создатели цифрового консенсуса.

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

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

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

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

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

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

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

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

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