Low-code — многообещающая технология, но это не серебряная пуля, и у нее есть свои недостатки. Соучредитель и коммерческий директор UP3 Мэтью Ширс обсуждает на портале Information Age, как организации могут преодолеть трудности, препятствующие раскрытию ее потенциала.
Разработка приложений при помощи платформ Low-code развивается с поразительной скоростью. Несложно понять почему, ведь по сравнению с традиционными методами она позволяет организациям относительно легко и просто создавать цифровые приложения. Сложное ПО часто требует программирования группами экспертов, и его создание может занимать большое количество времени, в то время как модель Low-code/No-code предоставляет альтернативное решение для компаний, чтобы оставаться на гребне цифровизации. Однако представление о том, что Low-code — это легкая, повсеместная разработка приложений, пригодная для всех, может обернуться неприятным сюрпризом. Созданные таким образом приложения могут помочь решать бизнес-задачи и повышать общую производительность, но без тщательно продуманного подхода эти преимущества будут недолговечными или вообще не будут реализованы.
Бум разработки Low-code
Несмотря на то, что технология Low-code существует уже более десяти лет, можно сказать, что «совершеннолетия» она достигла только недавно. Согласно некоторым прогнозам, в период
Существует целый ряд факторов, которые вызвали бум приложений, но, пожалуй, ни один из них не может сравниться с пандемией. Внедрение технологий Low-code/No-code стало привлекательным вариантом для компаний в связи с необходимостью ускорения проектов цифровой трансформации, а также с необходимостью обеспечения удаленной работы. Вместо того чтобы полагаться на команды программистов для внедрения традиционного ПО, сотрудники бизнес-подразделений, выступающие в качестве гражданских разработчиков, могут настраивать и создавать технологии с минимальным вмешательством в код или вообще без него.
По данным Gartner, в нынешнем году объем рынка ПО на базе Low-code/No-code составит 13,8 млрд. долл., что на 23% больше, чем в
Динамика роста, вероятно, также будет отражать изменения в поведении и ожиданиях работников. Старший директор ServiceNow Грег Алдана недавно отметил, что представители поколений миллениалов и зенниалов выросли на инструментах Low-code и готовы пользоваться ими, а не постоянно полагаться на ИТ-отдел при создании приложений.
Осознание рисков
Бесспорно, модель Low-code — это позитивный сдвиг, однако, как и любая новая технология, она не является решением всех проблем. Для ее процветания необходимы правильные условия — от соответствующего определения масштаба, бизнес-анализа потребностей и приоритетов приложений до хорошего управления ИТ (особенно если контроль все чаще передается в руки сотрудников, не обладающих техническими знаниями). На самом деле, существует опасность того, что из-за теневых ИТ, расширения масштабов, отсутствия соответствия требованиям и слишком высокой сложности Low-code может потребовать серьезного обслуживания.
Стоит помнить о пяти типах рисков, которые могут препятствовать применению платформ Low-code:
- отсутствие приоритетов. Low-code нацелен на быстрое создание приложений в масштабе, но может легко не оправдать ожиданий из-за отсутствия понимания, внутреннего потенциала или нехватки навыков в команде. Это часто означает, что цели либо не согласованы, либо не достигаются, что сдерживает возврат инвестиций. Как и в любом ИТ-проекте, прежде чем приступать к созданию приложений очень важно сделать шаг назад. Сначала проанализируйте текущие системы и процессы, задокументируйте все сильные и слабые стороны и определите, как выглядит успех для вашего бизнеса. Эти меры позволят понять, какие области требуют повышенного внимания и ресурсов, а также обеспечат ясность в отношении результатов работы приложения;
- плохое планирование. Инструменты Low-code ассоциируются с мышлением «drag and drop», поэтому у предприятий возникает соблазн перейти к сборке приложений без предварительного определения бизнес-требований, которые в значительной степени зависят от правильной постановки вопросов. Однако многим организациям трудно применять четкое мышление при разработке приложений. Положительного результата можно добиться за счет пошагового подхода. Подумайте о том, кто будет вовлечен в процесс, чего вы хотите достичь, как вы этого добьетесь, какие существуют препятствия и как измерить успех. Наличие четкого руководства к действию поможет повысить наглядность каждого этапа проекта;
- отсутствие связи между бизнесом и ИТ. Поскольку бизнес волен работать с Low-code, как ему заблагорассудится, то есть не подчиняясь ИТ-отделу, это может создать пропасть между ними. Чтобы полностью раскрыть потенциал платформы и обеспечить бесперебойную работу, бизнес и ИТ должны работать вместе. Например, сложные технические моменты могут возникать даже при создании небольших и простых приложений, и ИТ-отдел должен быть на связи, чтобы помочь с программированием и внедрением;
- дублирование работы. Платформы Low-code обладают потенциалом формирования мощных сообществ, обменивающихся готовыми приложениями, которые могут быть адаптированы для различных целей. Однако существует большой риск вновь изобрести колесо при уже существующем решении. Использование готовых инструментов и приложений, распространенных в сообществе платформы Low-code, может сэкономить значительное количество времени и усилий, позволяя пользователям настраивать приложения в соответствии со своими требованиями. Кроме того, совместная работа разработчиков может открыть и другие возможности, позволяя знакомиться с передовым опытом, а также получать специальные знания;
- избыточная инженерия. Свобода, которую предоставляет Low-code, создает угрозу избыточного инжиниринга и «прикладного искусства», что приводит к созданию приложений с высокой степенью индивидуальности, но менее адаптируемых и не выдерживающих испытания временем. Это непродуктивно, поскольку не только может привести к созданию приложений, которыми сложно управлять и обновлять, но и закончиться перестройкой приложения с нуля. Выбор платформы, предлагающей готовые функциональные возможности, которые можно стандартизировать в нескольких приложениях, позволяет избежать создания ненужной функциональности и обеспечивает легкое обновление приложения. Для этого крайне важно, чтобы пользователь понимал, что система может предложить «из коробки».
Low-code может оказать большое влияние. Тем не менее, многие компании уклоняются от перехода на новый уровень разработки и вместо этого сосредотачивают свои усилия только на небольших и простых улучшениях процессов или, что еще хуже, увлекаются проектами без должного учета рисков. Выбирая платформу с набором инструментов и строительных блоков для ускорения разработки приложений, компании должны отталкиваться от уровня кастомизации, необходимого для эффективного решения своих задач, не создавая при этом трудностей в управлении.
