EY: как разобраться в преимуществах и недостатках Low-code и No-code

Платформы Low-Code и No-Code могут сыграть важнейшую роль в современной софтверной разработке, направив ее развитие в новое русло. Но прежде, чем вооружиться ими, ИТ-руководителям следует взвесить все «за» и «против», советует на портале InformationWeek Кен Приядарши, руководитель глобальной технологической платформы EY.

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

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

Несмотря на существующие проблемы, важно упомянуть об огромных преимуществах, которые получат сотрудники при правильном внедрении Low-code/No-code:

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

В октябре 2020 г. EY сообщала о бизнес-кейсе, в котором группа бизнес-практиков автоматизировала устаревший бизнес-процесс, который включал сложный контрольный список для отслеживания рабочего процесса, связанного с типичным аудиторским заданием. Оригинальный процесс состоял из сложной паутины ручных процедур, обработки данных Excel и отчетов PowerPoint. Все это удалось заменить простым рабочим приложением, созданным на платформе Low-code с использованием Microsoft Power. Типичный ИТ-проект, для реализации которого несколько лет назад потребовалось бы несколько месяцев и большие финансовые вложения, удалось выполнить всего за несколько недель и за относительно небольшие деньги.

Хотя проблемы, связанные с Low-code/No-code существуют, ими можно управлять. Но, как всегда, прежде чем в спешке перестраивать существующие системы, ИТ-руководители должны рассмотреть возможные проблемы, которые могут возникнуть:

• внутреннее сопротивление. Существует определенный уровень сопротивления управлению изменениями во внутреннем сообществе разработчиков. Разработчики, которые приложили немалые усилия, чтобы научиться разработке React/Angular/Full Stack, рассматривают тренд Low-code/No-code как причуду и игрушку. Многие из них отказываются принимать эти новые инструменты в качестве реальной альтернативы разработке полного стека. В дополнение к преодолению человеческого сопротивления изменениям многим разработчикам придется «разучиться» пользоваться одним инструментом, чтобы изучить работу другого, что занимает еще больше времени. Это может представлять риск для проекта;
• кривая обучения. Еще одна проблема заключается в том, что внедряя инструменты Low-code/No-code технологические лидеры создают новый сегмент специалистов, которые не являются ни разработчиками, ни чистыми членами бизнес-команды. При этом необходимо учитывать несколько переменных, например, как эта группа сотрудников вписывается в жизненный цикл доставки ПО? Будут ли их воспринимать всерьез, не будут ли считать их работу «одноразовой»? При этом также нужно учитывать, что у Low-code/No-code есть своя кривая обучения, и новым практикам потребуется время, чтобы взобраться по ней;
• выбор поставщика. Кроме того, важно учитывать сложную экосистему конкурирующих поставщиков. При выборе платформы Low-code/No-code организация берет на себя обязательства по инвестированию и обучению, но как это сделать, когда неизвестно, кто является явным рыночным лидером? Пока нет значимых поставщиков на базе Open Source, существует опасность, что выбрав проприетарную платформу Low-code/No-code, предприятие начало действовать слишком рано. Подбор любой новой платформы, сертифицированной для тонкого контроля доступа/безопасности, особенно для производственных приложений, является дорогостоящим и трудоемким делом. В дополнение к этим затратам многие из новых платформ недешевы.

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