Второй год подряд компания SAP использует свою глобальную конференцию  разработчиков TechEd, чтобы продемонстрировать предприятиям инструменты, помогающие создавать программы людям, не являющимся профессионалами в этой области.

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

«Для многих предприятий проблема заключается в огромном объеме требований, предъявляемых к специалистам ИТ-службы, – пояснил технический директор SAP Юрген Мюллер. – Если речь идет об обновлении программного кода или модификации отчетов с помощью аналитических инструментов, минимальные коррективы внести, как правило, несложно. Но все упирается в постоянную загруженность сотрудников ИТ-подразделений. В результате на протяжении многих лет не делается ничего, а бизнес ощущает на себе отрицательные последствия такого положения дел».

Предоставляя сотрудникам других подразделений возможность разрабатывать свои собственные проекты, SAP хочет высвободить время разработчиков ИТ-службы, с тем чтобы они могли сосредоточиться на решении более сложных задач.

На пути к low-code

Двигаясь к этой цели, SAP представила на TechEd 2021 зонтичный бренд Business Technology Platform – унифицированный набор инструментов аналитики, управления данными, искусственного интеллекта и интеграции с согласованными интерфейсами и общей базой данных.

Составной частью этого набора должен стать инструмент AppGyver Composer, разработанный небольшой финской компанией, которую SAP приобрела в феврале 2021 года. До сделки с SAP на AppGyver уже обращали внимание DHL и Fingrid, финский оператор электросетей, использующий соответствующие средства для автоматизации и оптимизации своих бизнес-процессов.

Теперь SAP интегрировала компоненты AppGyver с некоторыми своими приложениями, но в принципе, по словам Мюллера, их можно подключать к любой системе через интерфейсы API REST и Odata (Open Data Protocol), поддерживаемые в SAP Business Technology Platform, или при помощи специализированных коннекторов.

Компания SAP уже предлагает ряд таких коннекторов, но корпоративные ИТ-службы имеют возможность создавать и свои собственные. «В конечном итоге процесс создания коннекторов можно упростить, – указал Мюллер. – В настоящее время мы изучаем возможность разработки AppGyver с помощью AppGyver».

По мнению вице-президента Forrester Крейга ле Клера, AppGyver можно использовать и без написания программного кода, но настройка параметров конфигурации требует изучения новой терминологии и логики проектирования.

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

Компонент платформы, позволяющий создавать приложения с написанием минимального объема кода, реализован на базе существующего продукта SAP Business Application Studio, который был переработан для повышения простоты использования. «Мы акцентировали внимание на минимизации кодирования, упрощении доступа и устранении некоторых препятствий, с тем чтобы бизнес-пользователям легче было войти в этот мир», – пояснил Мюллер.

Новый инструмент, который в SAP относят к категории 'pro-code', помогает разработчикам, имеющим опыт написания кода на унаследованном языке программирования SAP ABAP, создавать расширения для современной облачной системы ERP S/4HANA, сохраняя ядро приложения чистым для упрощения установки обновлений программного обеспечения. Облачная среда SAP S/4HANA Cloud ABAP Environment базируется на существующем инструменте разработки ABAP Steampunk для Business Technology Platform. «Это закрывает последний пробел в расширении облака S/4HANA, упрощая переход от систем on-pemise к облачным системам», – пояснил Мюллер.

По мнению главного аналитика Futurum Research Дэниела Ньюмана, переход на разработку low-code и использование Business Technology Platform свидетельствует о том, что в SAP понимают необходимость упрощения подходов к решению стоящих задач.

«SAP признает повышение значимости роли гражданских разработчиков и предоставления клиентам более эффективного набора инструментов для создания приложений, позволяющих извлекать выгоду из данных, которые хранятся в системах SAP и за их пределами», – указал Ньюман.

Искусственный интеллект: доверяй, но проверяй

SAP стремится упростить и другую задачу, требующую программирования, – создание разговорных ботов на основе искусственного интеллекта. Среди предстоящих улучшений, продемонстрированных на TechEd 2021, можно отметить возможность перемещения ботов между владельцами (например, от сообщества разработчиков в производственную среду по мере их готовности) и инициализации ботов с учетом данных, находящихся в памяти, и определенного языка.

В настоящее время искусственный интеллект начинает играть все более весомую роль во многих корпоративных приложениях, не ограничиваясь рамками ботов.

Подход SAP к управлению рабочими процессами заключается в том, чтобы придать искусственному интеллекту консультативную роль, поддерживая персонал, а не подменяя его. Представлен новый сервис рекомендаций, который извлекает уроки из ранее накопленных данных и уже завершенных рабочих процессов. Настройка и обучение не требуют написания программного кода и могут применяться ко многим различным процессам.

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

«Мы направляем лицам, принимающим решения, рекомендации в отношении выполнения тех или иных действий, – пояснил Мюллер. – Причем рекомендации выдаются не в булевой форме 'да' или 'нет'. Система рассчитывает процент уверенности в том, что то или иное решение следует одобрить или отклонить, аргументируя свою позицию».

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

Платформы Low-code позиционируются как инструментарий «для всех» и при массовом использовании помогают добиться заметных результатов. Однако для этого требуется определенная цифровая зрелость компании и соблюдение некоторых важных условий, а также универсальность платформы. В рамках конференции «LOW-CODE 2021» мы поговорили с Денисом Бахаевым, руководителем по развитию направления «Цифровые решения» Siemens Digital Industries Software, об областях применения Low-code, направлениях его развития и о заблуждениях, связанных с его применением.

— Как компании приходят к использованию Low-code? Каковы традиционные сценарии этого процесса?

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

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

— Расскажите о «показаниях» и стоп-факторах для применения платформ Low-code.

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

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

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

— RPA и BPM — уже широко известные области использования Low-code. А какие более редкие, но перспективные направления вы можете выделить?

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

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

— Насколько распространены платформы Low-code в производственной сфере? Какие задачи они позволяют решать наиболее эффективно?

Low-code становится актуальным в направлениях, которые сильно зависят от ИТ, — в России на данный момент это финансы и торговля. В сфере производства зависимость ниже, хотя роль ИТ и здесь будет расти. Поэтому стоит сделать поправку на особенности рынка: в США и Европе это очень актуально, а Россия пока отстает, но догоняет.

Среди задач, решаемых с помощью Low-code, можно выделить реализацию процессов согласования бюджета, организации работы проектов, взаимодействия с поставщиками. Так, сейчас особенно популярным в России становится управление поставщиками. Для работы в этом направлении крупному производителю приходится собирать сведения из различных систем: технологический состав изделий, требования, 3D-модели, финансовые данные. Это трудоемко: специалистам, занимающимся этими вопросами, требуется делать большое число кликов мышью. Решения, построенные с помощью Low-code, позволяют синхронизировать их усилия и быстро создать приложение для эффективной работы с поставщиками.

С точки зрения производственных процессов Low-code позволяет кастомизировать и дополнять функционалом MES-системы. Это направление неплохо развивается.

— В чем главные сильные стороны платформы Mendix, продвигаемой Siemens?

В России Mendix мы продвигаем чуть больше года, хотя сама платформа на глобальном рынке существует более 12 лет. В первую очередь мы обратили внимание на активность и позиционирование вендоров Low-code на российском рынке. Как правило, сильные игроки заходят к заказчикам через CRM и ERP и строят вокруг них парадигму Low-code, предоставляя инструментарий с готовыми шаблонами для работы по отечественным стандартам.

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

Еще одна сильная сторона — высокая скорость освоения платформы сотрудниками. На основании своего опыта могу сказать, что за месяц мы подготовили специалистов весьма высокого уровня, которые могут самостоятельно разрабатывать бизнес-приложения, в том числе и мобильные.

Наконец, у нас большое количество коннекторов к популярным платформам ERP, MES, PDM, а также готовых виджетов для создания инфографики. Сейчас разрабатываем коннектор для решений «1С», что должно стать еще одним весомым козырем.

— Каков «портрет» типичного заказчика платформы Mendix? На каких потребителей она ориентирована?

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

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

Очень интересный пример — американская нефтяная компания ConocoPhillips, внедрившая платформу Mendix на уровне корпоративной культуры. У них эта платформа стала такой же распространенной, как Excel, а во время собеседования у кандидатов спрашивают, имеют ли они опыт использования Low-code.

— Ключевое преимущество Low-code/No-code — демократизация создания приложений и использование «гражданских» разработчиков. Однако сил одиночных бизнес-пользователей часто не хватает для решения задач. Какими могут быть более сложные сценарии организации работы?

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

Главной проблемой всегда было несоответствие ожиданий заказчика и реализованного функционала из-за «испорченного телефона» при взаимодействии. Такая проблема существует во всем мире, и парадигма Low-code вкупе с объединением сотрудников в единую команду и построением коммуникаций помогает ее решить.

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

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

У крупного производителя техники CNH Industrial была задача по управлению запасами — довольно сложный процесс, о котором я упоминал ранее. Они достаточно быстро разработали приложение, позволившее радикально сократить число необходимых действий в системах и существенно снизить требуемый уровень квалификации специалистов. Ведь работа в PDM и ERP требует от пользователей довольно высокого уровня знаний, а благодаря системе удалось абстрагировать этот процесс.

— В каком направлении развивается Low-code? Каких изменений можно ожидать в обозримом будущем?

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

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

Когда оправдан выбор платформ Low-code? Действительно ли они позволяют экономить? И в чем причина роста их популярности? Об этом, и не только, мы поговорили с Еленой Александровой, руководителем отделения собственных платформ IBS, отвечающей за развитие Low-code платформы и продуктовой линейки «Планета». Более подробно ее выступление можно будет услышать 2 декабря на конференции «LOW-CODE 2021», организуемой издательством «Открытые системы». Особое внимание будет уделено практическим аспектам подхода Low-code, оценке эффективности и целесообразности использования соответствующих «конструкторов» для решения задач разного типа.

- Считается, что без демократизации процесса разработки цифровая трансформация компаний будет практически невозможной. Есть ли с этой точки зрения у платформ Low-code/No-code какая-то альтернатива?

Альтернатива есть всегда. Демократизация процесса разработки может достигаться, например, за счет стандартизации вкупе с использованием языков высокого уровня типа Python. Но, конечно, философия Low-code/No-code выглядит в этом смысле наиболее перспективно.

- В каких направлениях Low-code сейчас наиболее актуален? Где можно ожидать роста его популярности в обозримом будущем, а куда он не доберется?

Мы видим рост популярности подхода Low-code в первую очередь в корпоративном сегменте. Но, возможно, это связано с тем, что IBS работает на рынке крупнейших российских компаний. Как бы там ни было, у роста популярности Low-code/No-code есть вполне объективные причины. Во-первых, почти все крупные холдинги имеют свой большой штат квалифицированных разработчиков и уже не боятся использовать конструкторы для создания корпоративной экосистемы. Во-вторых, скорость изменений внешних и внутренних процессов любой компании давно на порядок выше возможностей самой квалифицированной команды разработчиков. Ну и в-третьих, конечно, сказывается мучительный опыт внедрения готовых ИТ-продуктов, когда еще до ввода в промышленную эксплуатацию и заказчику, и интегратору понятно, что 40% функциональности продукта просто не нужно, а то, что действительно необходимо, вендором не предусмотрено.

- Как вы считаете, вообще Low-code – это навсегда, или это промежуточное звено в развитии ИТ-платформ?

Как было написано на кольце царя Соломона, «всё пройдет, и это тоже пройдет». Но если измерять ход времени не веками, а хотя бы десятилетиями, стоит отметить, что концепция Low-code родилась задолго до программирования и вычислительной техники. Мы с детства пытаемся складывать мир из кубиков, LEGO, паззлов, а потом строим дома, заводы и бизнесы. Сначала ребенок радуется, что из одних и тех же деталей можно построить дом и железную дорогу, а потом становится программистом и продолжает строить цифровой мир. Природное желание человека систематизировать подход к работе, ввести стандарты, в сочетании с потребностью в творчестве делает идею «конструкторов» такой привлекательной, что она кажется безальтернативной. Вопрос только в степени сложности и целевой аудитории конкретного конструктора.

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

- Способен ли Low-code стать стандартом систем автоматизации?

Поскольку это подход, а не конкретная технология, то и о стандарте говорить сложно. Сейчас тоже есть специалисты по программированию микроконтроллеров на Ассемблере, но большинство разработчиков все-таки пишут на Java, C++, .Net с использованием огромного количества библиотек. Я думаю, что Low-сode уже сейчас во многом стал такой же естественной частью процесса разработки, как и остальная инфраструктура.

- Какова стратегия IBS на этом рынке?

Мы развиваем собственную платформу «Планета» уже несколько лет. Ее сервисы и компоненты используются как в No-сode продуктах на базе этой платформы, так и в проектах заказной разработки. Коммерциализация платформы происходит через конкретные продукты, собранные на инструментах платформы, например, «Планета. Аналитика», «Планета. НСИ», «Планета. Сервер» и т. д. Это No-code инструменты корпоративного уровня, созданные на Low-code платформе «Планета». Все действия пользователь этих продуктов делает в рамках конструктора, без необходимости программирования. Второй путь коммерциализации – в процессе разработки решения для конечного заказчика в качестве инфраструктуры используются технологические инструменты нашей платформы. Это позволяет существенно повысить качество и скорость реализации проектов.

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

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

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

- На что нужно обращать внимание при выборе конкретного инструмента? Какими могут быть стоп-факторы?

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

При выборе платформы, с которой организации придется жить ближайшие годы, я бы прежде всего обращала внимание на финансовую устойчивость, спектр компетенций и опыт вендора. Развитие собственной платформы – серьезный инвестиционный проект, это дорого. Надо быть уверенным хотя бы на два-три года вперед, что развитие платформы не придется сворачивать, как бы ни развивались события на рынке. То есть наличие выделенного финансирования, команды развития платформы, подразделения R&D, детализированной дорожной карты работ и видения на годы вперед являются важным позитивным сигналом для заказчика.

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

- В чем особенности аналитического Low-code, которым является ваша «Планета» (по сравнению, например, с ВРМ, RPA и другими инструментами)? Какие это накладывает требования на неё?

«Планета» действительно начала свое развитие в статусе платформы, отталкиваясь от BI-инструментария. Так сложилось исторически – надо же с чего-то начать, и в нашем случае это оказался BI. Думаю, что мы совсем не уникальны в этом смысле. Все платформы Low-code/No-code начинали с решения задач какого-то одного типа и потом расширяли функциональность, постепенно стирая границы между RPA, CRM, BI, BPM. В результате получается довольно интересная картина.

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

- Вы позиционируете свою платформу в том числе для госсектора. Но подход Low-code – это в чистом виде компромисс. Насколько такой компромисс возможен в госсекторе?

Мы действительно много работаем с государственными структурами. В последнее время и без того серьезные требования к качеству и функциональности решений возросли. Компромисс в этой части вряд ли возможен.

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

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

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

На практике я вижу два встречных процесса: экономисты и менеджеры становятся «техногиками», а многие «техногики» учатся думать в терминах бизнес-логики. У нас в команде разработчиков есть экономисты, менеджеры и даже психологи по первому образованию! А если «хорошенько потереть» многих менеджеров, то обнаружится бывший разработчик. Если эта тенденция продолжится, то особой проблемы с кадрами для индустрии Low-code/No-code быть не должно.

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

В чем секрет популярности средств разработки с минимальным кодированием и так ли уж они новы? Что могут современные инструменты Low-Code и что ждет их завтра? На эти и многие другие вопросы отвечает Игорь Бреус, архитектор решений компании «Интерпроком».

Сегодня подход к программированию с минимальным кодированием вызывает неоднозначную реакцию в ИТ-сообществе: есть как рьяные его сторонники, так и не менее рьяные противники. Каково ваше отношение к Low-Code?

Не могу себя назвать рьяным сторонником Low-Code, тем не менее отношусь к этому подходу весьма позитивно. C моей точки зрения, минимальное использование программного кода при создании прикладного ПО — очень перспективная тенденция: Low-Code позволяет просто и быстро создавать нужные бизнес-приложения и запускать их в работу без традиционного ручного кодирования и привлечения высококвалифицированных ИТ-разработчиков. Практически любые бизнес-пользователи, у которых есть инструментарий Low-Code, могут создавать приложения с помощью графического интерфейса путем «перетаскивания» объектов (Drag-and-Drop).

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

Что вы можете ответить на доводы противников Low-Code?

Практически все, кто с недоверием относится к Low-Code, указывают на угрозу безопасности и управляемости разработками, которую они видят в быстроте и простоте массового создания прикладного ПО. Кроме того, некоторые ИТ-специалисты сомневаются в пригодности разработки с низкой долей кодирования для создания критически важных корпоративных приложений. Кто-то считает также, что внедрение платформ разработки Low-Code может привести к увеличению количества неподдерживаемых приложений и созданию так называемых теневых ИТ-отделов.

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

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

Как складывался ваш опыт использования технологий Low-Code? Что именно вы использовали и какие уроки вынесли?

Насколько помню, термин «Low-Code» вошел в обиход в 2014 году вскоре после того, как он появился в одном из отчетов Forrester Research. Что касается моего опыта, то мое знакомство с платформами разработки, требующими минимального кодирования, состоялось в 1990-е годы, когда я начал работать в офисе Lotus Development в России: уже тогда в решениях Notes и Domino, помимо возможности программирования на языке Lotuscript, имелись встроенные инструменты для быстрой разработки приложений. В их основе лежали принципы объектно-ориентированного проектирования, автоматической генерации кода и визуального программирования.

Для своего времени это был практически революционный прорыв. Помню, однажды во время презентации в зале, где собралось более 500 человек, мой коллега, не имевший навыков программирования, на глазах удивленной публики всего за 15 минут создал бизнес-приложение на Domino. Никогда не забуду удивленный возглас одного из участников, который сообщил, что они уже больше года разрабатывают нечто подобное. Такой подход и результат его просто потрясли.

По данным компании HCL, которая теперь занимается развитием Domino, по всему миру сегодня используется более 10 млн бизнес-приложений на этой платформе, а окупаемость инвестиций в нее может достигать 300%. Имея в штате двух-трех разработчиков на Domino, крупные компании оперативно создавали и продолжают создавать сотни бизнес-приложений и большое число ИТ-систем.

Отрадно отметить, что компания HCL продолжает традиции быстрой разработки и предлагает ряд продуктов, поддерживающих это направление, — в частности, HCL Domino Volt и HCL Volt MX.

В чем вы видите истоки нынешнего интереса к технологиям Low-Code?

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

Расскажите подробнее о возможностях HCL Domino Volt и HCL Volt MX. В чем их особенности и отличия?

Если очень коротко, оба продукта имеют общую составляющую Volt, которая ассоциируется с быстрой разработкой — стремительной, как молния! При этом это абсолютно разные продукты: HCL Domino Volt реализует возможность быстрой разработки в среде Domino, что явно следует из названия, а HCL Volt MX — это более универсальная, но и одновременно более сложная платформа для быстрой разработки так называемых multiexperience-приложений, способных работать на широком спектре платформ, лежащих в основе разнообразных пользовательских устройств.

Установив HCL Domino Volt, пользователи получают инструмент с минимальным программированием, расширяющий возможности и упрощающий создание мощных и безопасных приложений корпоративного уровня на платформе Domino. По данным HCL, которые опубликованы на сайте компании, ускорение разработки приложений при использовании Domino Volt достигает 70%. Инструментарий позволяет легко встраивать рабочие процессы в приложения, помогая автоматизировать рутину и предотвращать усталость и ошибки сотрудников. Например, таблицы с данными буквально за считанные минуты можно превратить в приложения для совместного использования со встроенными функциями безопасности и доступом на основе ролей, вместо того чтобы редактировать данные в таблицах и пересылать их по электронной почте.

Вторая платформа, HCL Volt MX, — одна из немногих, которые сочетают в себе скорость и простоту разработки приложений с низким уровнем кодирования на всех устройствах с бэкенд-интеграцией корпоративного уровня, оркестрацией и сервисами, ускоряющими доставку приложений. Volt MX поддерживает веб-технологии в формате гибких и прогрессивных веб-приложений (PWA). Также инструментарий поддерживает операционные системы iOS, Android и Windows и множество различных СУБД.

Volt MX помогает создавать потрясающие приложения на любом устройстве, интегрировать разнообразные и сложные системы, встраивать в бизнес-приложения цифровые технологии нового поколения, такие как чат-боты, дополненную и виртуальную реальность (AR/VR), искусственный интеллект (ИИ) и другие.

Кстати, согласно аналитическому отчету Gartner «Magic Quadrant for Multiexperience Development Platforms» за 2021 год, среди платформ для разработки продукт HCL Volt MX отнесен к категории визионеров с широким набором возможностей для пользователей.

Каковы ваши впечатления от Domino Volt?

Мы протестировали этот инструментарий — он действительно очень прост в работе. Создание приложения с нуля в интуитивно понятной среде разработки Domino Volt заняло буквально несколько минут. Кроме того, можно воспользоваться шаблоном Volt, подходящим под ваши задачи. Например, берем за основу таблицу с данными о продажах, заходим в среду разработки Volt и в несколько кликов превращаем таблицу Excel в базу данных и готовую форму для ее заполнения. Определяем этапы рабочих процессов (в нашем случае это этапы согласования), назначаем доступ и функционал на каждом этапе: подготовка, редактирование, согласование, утверждение. Указываем, как должны выглядеть уведомления по электронной почте на каждом из этапов. И в результате мы заменяем бесконечное редактирование и пересылку различных версий электронных таблиц на готовое приложение для коллективной работы, которое может быть легко интегрировано в уже существующие системы.

С помощью Domino Volt можно настроить функционал и дизайн приложений, включая брендинг. Благодаря такой гибкости приложения выглядят и работают так, как хочет бизнес-пользователь, и могут быть развернуты где угодно, в том числе на корпоративном портале или сайте. Инструментарий поддерживает более 30 различных языков, поскольку он создавался в расчете на крупные международные рынки.

HCL Domino Volt — это разумный выбор для быстрого создания новых приложений в среде Low-Code как бизнес-пользователями, так и профессиональными разработчиками, и это прекрасная защита инвестиций, ранее вложенных в Domino. Инструментарий может применяться совместно с Domino версий 11 и 12, при этом стоимость лицензий Volt зависит от числа пользователей и рассчитывается отдельно от Domino.

Расскажите, пожалуйста, поподробнее о Volt MX. В каких прикладных областях он будет наиболее полезен?

Платформа Volt MX состоит из двух основных компонентов — интегрированной среды разработки с минимальным кодированием (Iris) и слоя внутренней интеграции, оркестрации и сервисов (Foundry). Вместе они обеспечивают быструю разработку приложений практически без ограничений, что особенно актуально, когда нужно быстро создавать большое количество продуктов для широкого круга пользователей, обращающихся к ним с разнообразных устройств — от персональных компьютеров до планшетов, мобильных телефонов, смартфонов и умных часов. Такие потребности есть, например, в подразделениях цифровой коммерции в ретейле, телекоме, страховых и финансовых компаниях — везде, где нужен широкий диапазон цифровых продуктов. Создав один раз прикладное ПО на платформе Volt MX, вы можете его развертывать на всех популярных платформах, при этом команды разработчиков не обязательно должны быть экспертами по iOS, Android или любой другой доступной платформе. Управление осуществляется на основе единой базы кода, при этом доставка приложений выполняется на любую цифровую точку доступа или устройство, обеспечивая лучший в своем классе пользовательский интерфейс и опыт использования.

В аналитическом отчете Forrester Wave «Платформы разработки Low-Code для профессиональных разработчиков» за 2021 год («The Forrester Wave: Low-Code Development Platforms For Professional Developers, Q2 2021») HCL Volt MX признан сильным игроком. По мнению аналитиков, этот продукт блестяще проявляет себя в области создания пользовательских интерфейсов и мобильной разработки, при этом активно развивается и по другим направлениям. Продукт очень хорошо подходит организациям с развитыми ИТ-подразделениями, ориентирующимся на модернизацию и создание современных клиентских и мобильных приложений.

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

Как вы оцениваете текущее состояние и перспективы рынка программирования Low-Code?

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

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

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

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

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

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

«Согласно принципу Парето, 20% усилий дают 80% результата. При роботизации любого процесса первый этап показывает лучшие результаты, следующий — тоже неплох. А дальше эффект от автоматизации проявляется все меньше. Важно понять, когда следует остановиться: лучшее — враг хорошего», — резюмировал Владимир Решетников, лидер команды разработки RPA дивизиона «Транзакционный бизнес» «Сбера».

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

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

«Для этого необходим инструмент, который позволяет решать широкий спектр задач, является простым в использовании и обеспечивает высокую скорость разработки», — подчеркнул Виталий Рыбалкин, директор центра автоматизации и роботизации процессов компании «Ренессанс Страхование». Здесь начали эксперименты с RPA нескольких разработчиков, но после появления первых результатов спрос со стороны бизнеса вырос и стало понятно, что их силами обойтись не удастся. Тиражировать проект можно только силами бизнес-подразделений. Как признал Рыбалкин, эту идею крайне сложно «продать» бизнесу, но в случае успеха этот путь самый эффективный.

Виталий Рыбалкин: «Идею разработки роботов силами пользователей крайне сложно 'продать' бизнесу, но в случае успеха этот путь самый эффективный»

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

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

Меньше кода — больше дела

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

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

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

«Роботизация в целом сокращает кадровый ИТ-голод. Она 'выпрямляет' процессы, превращаясь в катализатор их цифровизации. Проекты RPA становятся своеобразной 'кашей из топора', стимулируя трансформацию компании», — отметил Сергей Ложкин, управляющий директор компании PIX Robotics. И большое место в этом процессе занимает изменение мышления людей благодаря низкому порогу входа в программирование.

Сергей Ложкин: «Роботизация 'выпрямляет' процессы, превращаясь в катализатор их цифровизации. Проекты RPA становятся своеобразной 'кашей из топора', стимулируя трансформацию компании»

По данным AI Multiple, 40% RPA-проектов не оправдывают ожиданий с точки зрения различных факторов: времени, стоимости, экономии. Многие производители платформ роботизации пытаются совершенствовать свои решения в этом направлении.

«Мы поставили целью демократизировать применение RPA в среднем и крупном бизнесе», — заявил Константин Артемьев, генеральный директор Sherpa Robotics. Для этого понадобится масштабируемая платформа, позволяющая выявить процессы для роботизации, а также запуск разработки на местах и поддержка всех популярных методологий разработки. В Sherpa Robotics в итоге пришли к платформе No-сode: более 90% разработанных на ее базе роботов не имеют ни единой строчки кода.

«Режим Low-сode де-факто становится стандартом платформ роботизации. Поэтому шагом вперед будет именно No-сode», — согласен Артур Буляков, директор по развитию Primo RPA. Однако не стоит забывать о потребности в режиме Only-сode для решения наиболее серьезных задач или для работы специалистов, которым просто не нравится «двигать прямоугольники».

Создаваемые при помощи платформ Low-сode/No-сode решения могут иметь самый широкий спектр применения. Николай Каморник, консультант по автоматизации бизнес-процессов NICE EМЕА, продемонстрировал возможности самообучающихся персональных помощников, отслеживающих все происходящее на рабочем столе и способных вести пользователя по рабочему процессу. Илья Капля, руководитель проектов Pravo Tech, рассказал о профессиональных чат-ботах, позволяющих сотрудникам получать нужную информацию в два раза быстрее, что повышает их вовлеченность и стимулирует к самообразованию. Михаил Соболев, руководитель отдела роботизации компании «Т1 Интеграция», проанализировал возможности применения программных роботов для функционального и нагрузочного тестирования. С их помощью можно тестировать целые бизнес-процессы и моделировать различные тестовые сценарии.

Суррогат, «костыли» или полноценный инструмент?

«Я стал гораздо позитивнее относиться к технологиям RPA. При наличии «зоопарка систем» они выступают отличным суррогатом интеграции. И главное — создают позитивное ощущение у бизнес-заказчика: процессы существенно ускоряются», — описал свои впечатления Сергей Переверзев, директор по правовым вопросам «МегаФона». Юридической службе «МегаФона» необходимо оптимизировать обработку неструктурированных документов, которую выполняют множество систем — более 20. В ходе проекта требовалось интегрировать их работу, и RPA справились с этой функцией очень быстро: проект занял всего два месяца. Для полноценной интеграции времени потребовалось бы гораздо больше.

Юрий Пчелин: «Самое важное — перебороть стереотипное мнение о том, что роботизация — это 'костыли', выступающие в качестве временной замены полноценных решений»

«RPA — это временное решение, и надо помнить, что на смену ему придет другая, более серьезная система», — считает Артем Несмеянов, руководитель направления RPA в компании «Центр корпоративных решений» холдинга НЛМК. Такой подход выдвигает жесткие требования к основным параметрам эффективности робота: к времени разработки, качеству работы и экономическому эффекту. Целевой эффект для роботов в НЛМК — окупаемость до одного года (максимум — до двух лет). На сегодняшний день в компании запущено более 40 роботов, выполняющих работу 70 сотрудников на полной занятости.

«Самое важное — перебороть стереотипное мнение о том, что роботизация — это 'костыли', выступающие в качестве временной замены полноценных решений», — уверен Юрий Пчелин, начальник управления поддержки корпоративных сервисов и аналитики компании «X5 Технологии». Проблема многих организаций — обилие монолитных систем, между которыми прокладываются дорогостоящие трассы интеграции. А недостаток этих каналов компенсируется перепиской и обменом файлами.

«Мы считаем, что каждый в компании может создавать собственные интеграционные потоки с помощью роботизации», — резюмировал Пчелин. Разумеется, речь идет о довольно простой функциональности, реализуемой практически без программирования. Это по силам человеку, знакомому с диаграммами в Microsoft Visio и формулами в Excel.

Форум [it]MF 2021, организованный издательством «Открытые системы» и прошедший в начале июня, по традиции стал площадкой для обсуждения реализованных проектов и лучших практик в области сервис-менеджмента.

«Газпромбанк» представил сразу два доклада, охвативших разные стороны крупного трансформационного проекта, реализованного банком. Лариса Иншакова, начальник управления сопровождения ИТ-сервисов «Газпромбанка», рассказала о «новой эре управления ИТ-процессами». Эти работы были начаты в 2018 году, когда руководство банка приняло решение о перестройке всего розничного бизнеса. Процесс поддержки бизнеса выстраивали вместе с пришедшей новой командой. При этом основной задачей стало показать реальные объемы работ в ИТ и подсветить проблемы, неизвестные руководству. Решение на платформе Micro Focus охватило все процессы управления ИТ-ресурсами — от планирования потребностей до вывода из эксплуатации. Результатом стало создание единой точки входа для всех обращений по вопросам ИТ. Что важно, удалось полностью избавиться от остального документооборота по этой теме.

Илья Кузин: «Сервисный подход — гигиенический минимум для современной организации. Это не сложнее, чем чистить зубы и умываться»

«Сервисный подход — гигиенический минимум для современной организации. Это не сложнее, чем чистить зубы и умываться», — считает Илья Кузин, начальник Центра сервисной организации «Газпромбанка». Он поделился опытом разработки сервисного подхода для всех подразделений банка, а не только для ИТ. С этой целью была сформирована модель сервисного управления организации и создано специальное подразделение — Центр сервисной организации. Центр брендировал себя и свой подход, выбрав название «Ключ» и создав собственный логотип. Его специалисты ведут усиленную коммуникационную работу внутри банка.

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

Вероника Калмыкова, заместитель начальника филиала ФКУ «Центр по обеспечению деятельности Казначейства России», рассказала о проекте импортозамещения ITSM-системы с помощью решения Naumen Service Desk. Особенностями проекта стали огромный масштаб, высокая нагрузка на создаваемую систему и требование к бесшовности миграции — она не должна была сказаться на эффективности работы. Калмыкова рекомендовала ни в коем случае не забывать про обучение специалистов. К моменту перехода они должны четко знать, что и как работает в системе.

Евгений Новиков: «Можно развиваться эволюционно и революционно. Но в случае слияния нескольких крупных компаний все происходит совершенно по-другому: объединение их ИТ-ландшафтов похоже на столкновение галактик»

«Можно развиваться эволюционно и революционно. Но в случае слияния нескольких крупных компаний все происходит совершенно по-другому: объединение их ИТ-ландшафтов похоже на столкновение галактик», — так Евгений Новиков, руководитель отдела ITSM-решений компании «Т1 Интеграция», описал эффект, возникший при объединении трех банков в рамках ВТБ. И в этой крайне сложной ситуации нужно было обеспечить непрерывность работы всех сервисов. Требовалась централизация процессов ИТ-поддержки. Ошибки были недопустимы, ведь на кону стояла репутация на государственном уровне: например, зарплату Министерству обороны перечисляют через ВТБ. Решить проблему помог переход на единую платформу Micro Focus Service Manager.

«Административный рычаг — наше всё. Кроме того, необходимо оставлять запас времени и бюджета под «неожиданности», особенно когда речь идет об унаследованных системах», — подчеркнула Татьяна Натрусова, директор по управлению проектами департамента управления и координации технологических изменений банка «ВТБ».

Больше чем автоматизация

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

Игорь Простоквашин, ведущий бизнес-аналитик Comindware, подчеркнул, что гиперавтоматизация стала эволюцией более ранних подходов. По прогнозам Gartner, в 2022 году рынок гиперавтоматизации вырастет на 24% и достигнет почти 600 млрд долл. Его драйвером и фундаментом являются средства управления бизнес-процессами.

Андрей Косыгин: «К числу областей, наиболее актуальных в системах по управлению сервисами, относятся порталы, чат-боты, искусственный интеллект, и отдельное место занимает оркестрация задач и потоков»

По словам Андрея Косыгина, ведущего архитектора решений Micro Focus, есть ряд областей, наиболее актуальных в системах по управлению сервисами (Enterprise Service Management, ESM). К ним относятся порталы, чат-боты, искусственный интеллект, и отдельное место занимает оркестрация задач и потоков. Говоря о дальнейших направлениях развития автоматизации в средствах ESM, Косыгин выделил три направления: роботизацию процессов, текстовое и гибридное создание контента, а также объединение платформ ESM и средств управления гибридными облаками.

Как отметила Александра Прокофьева, руководитель отдела разработки и внедрения систем управления ИТ Inline Group, без современных ИТ-систем невозможно добиться прозрачности процесса управления ИТ-активами и контроля других активов. Она поделилась подходами к внедрению процесса управления ИТ-активами и рассказала о наиболее востребованных процедурах, а также о возможностях автоматизации управления не только ИТ-активами, но и материально-техническими ресурсами.

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

Ленар Рахматуллин, руководитель направления Service Desk компании ICL Services, рассказал о наблюдающейся в последнее время тенденции — привлекать не одного, а двух поставщиков для одного и того же сервиса. Такой подход дает компаниям целый ряд преимуществ: здоровая конкуренция и, как следствие, лучшая цена, поддержание поставщиков в тонусе, генерация улучшений и формирование базы знаний. Рахматуллин привел примеры реальных проектов, выполненных для крупных отечественных и иностранных компаний, в ходе которых были задействованы несколько поставщиков.

Low-Code/No-Code: революция в разработке?

«Технологии Low-Code/No-Code способны радикально изменить возможности трансформации бизнеса. При прочих равных условиях именно они дают настолько мощный толчок к изменениям, что можно говорить о перевороте в отрасли», — заявил Алексей Трефилов, директор ELMA. Задачей трансформации озабочены многие, и, поглядывая на конкурентов, они размышляют, как это сделать эффективнее. Необходимые изменения твердо ассоциируются с ИТ. Однако этап разработки систем становится «узким горлышком». Он ограничивает количество бизнес-идей, способных реально дойти до реализации, и серьезно растягивает проекты во времени. Разработка корпоративных приложений всегда была трудоемким и долгим делом: решения стоят дорого, а длительные сроки их создания приводят к выпуску не всегда актуальных систем.

Алексей Трефилов: «Технологии Low-Code/No-Code способны радикально изменить возможности трансформации бизнеса. При прочих равных условиях именно они дают настолько мощный толчок к изменениям, что можно говорить о перевороте в отрасли»

Использование технологий Low-Code/No-Code позволяет справиться с проблемой «кладбища нереализованных идей». Демократизация процесса разработки и предоставление простого инструмента, позволяющего мышкой создавать решения различной степени зрелости, — это прорывная инновация для всего рынка.

Вадим Сорокин, директор департамента по работе с корпоративными клиентами компании «Террасофт», развил тему, рассказав о глобальных трендах на рынке Low-Code, о применимости таких решений и их влиянии на бизнес. «Террасофт» провела опрос, и его результаты показали, что 43% ИТ- и бизнес-руководителей считают нехватку квалифицированных кадров главной проблемой на пути цифровой трансформации. Имеющихся ресурсов не хватит, чтобы реализовать все потребности компаний в бизнес-приложениях, поэтому роль платформ разработки, ориентированных на обычных бизнес-пользователей, огромна. Более того, 50% респондентов отметили, что разработка Low-Code не только менее требовательна к квалификации кадров, но и выполняется гораздо быстрее.

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

В мире сегодня наблюдается острая нехватка программистов, которые могли бы удовлетворить растущий спрос на бизнес-приложения.

Предприятия вынуждены дополнять имеющиеся у них группы разработки приложений другими ресурсами, оснащая основные бизнес-подразделения платформами разработки, позволяющими обойтись написанием минимального объема программного кода или даже вовсе исключить его, и инструментами роботизации бизнес-процессов (Robotic Process Automation, RPA), которые могут взять на себя часть рабочей нагрузки по программированию.

Ситуация особенно сложна для предприятий, сделавших ставку на системы SAP, поскольку необходимость повторного развертывания унаследованных приложений R/3 в облаке на платформе SAP S/4HANA отрывает разработчиков от создания нового функционала.

Теперь у SAP есть на это ответ, а точнее, даже три ответа, которые были представлены в форме SAP Cloud Platform Extensions на конференции для разработчиков TechEd, проходившей в декабре 2020 года. К трем новым инструментам автоматизации процессов относятся: SAP Cloud Platform Workflow Management для автоматизации корпоративных рабочих процессов с минимальным написанием программного кода, в том числе и для связи платформ ERP и Qualtrics; SAP Ruum для бизнес-пользователей, которые автоматизируют процессы своих подразделений и не обладают навыками программирования; и инструмент SAP Intelligent Robotic Process Automation 2.0, ограниченная версия которого с января 2021 года будет включена во все варианты подписки S/4HANA Cloud.

В середине 2018 года компания SAP выпустила первую версию своего интеллектуального инструментария RPA, а в ноябре 2020 года приобрела небольшого французского поставщика программного обеспечения RPA Contextor. При этом она не представлена в пространстве RPA так же широко, как, скажем, компания Microsoft, которая еще в 2016 году начала поставлять свой инструмент Power Automate, предлагавшийся тогда под названием Flow. Некоторыми его функциями обладатели лицензий на Office 365 могли воспользоваться бесплатно.

«Microsoft Power Platform стала катализатором развития средств разработки, позволяющих обойтись написанием минимального объема программного кода, – указал главный аналитик компании Futurum Research Дэниел Ньюман. – Отрадно видеть, что и SAP теперь прикладывает все больше усилий к созданию новых средств RPA и инструментов low-code».

Тормоз инноваций

Одна из проблем SAP заключается в том, что ведущие поставщики средств RPA – UiPath, Blue Prism и Automation Anywhere – получают огромные доходы от интеграции с ее программным обеспечением, а боты, использующие их инструменты в ходе решения актуальных бизнес-задач предприятий, становятся еще одной частью унаследованного кода, стоящего на пути инноваций.

По словам вице-президента и главного аналитика Forrester Крейга ле Клера, это может иметь негативные последствия как для предприятий, мешая им трансформировать свои процессы, так и для SAP, значительная часть доходов которой связана с миграцией и переходом на S/4HANA.

Если в начале своего становления средства RPA представляли собой способ устранения необходимости повторного выполнения операций человеком за счет автоматизации конкретных задач короткой продолжительности, то теперь они становятся гораздо более мощным инструментом с возможностями настройки, который способен полностью реформировать и трансформировать процесс.

Первые попытки использования RPA вели SAP в неправильном направлении. «Предпринимались попытки создавать собственные решения RPA внутри компании, используя только API, – пояснил ле Клер. – А между тем, весь смысл RPA заключается в интеграции с существующим интерфейсом, существующими приложениями напрямую, как это сделал бы человек. И преимущество такого подхода состоит в том, что вам не нужно создавать API».

Новое предложение компании возвращает ее в нужное русло. «Упрощение процессов внутри SAP хорошо будет воспринято клиентами и корпоративными пользователями», – указал Ньюман.

По словам главного аналитика Constellation Research Хольгера Мюллера, возможность «владеть судьбой своей автоматизации» имеет очень важное значение для конечных пользователей.

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

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

Вопросы безопасности

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

Существуют и другие аспекты автоматизации и разработки с написанием минимального объема программного кода, на которые ИТ-директорам следует обращать внимание. Помимо безопасности нужно думать о стандартах кодирования и дизайне.

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

Возникает вопрос, сколько платформ RPA может позволить себе предприятие.

«Одна из проблем, с которыми столкнется SAP, заключается в том, что у компаний, вероятно, уже имеется два или три решения RPA, – заметил ле Клер. – Будут ли они использовать то, что уже приобрели для четырех разных отделов, которые не имеют ничего общего с SAP, или же купят новое решение и начнут распространять его в рамках всей организации? На этот вопрос придется дать ответ. Рационализация является неотъемлемой частью хорошей операционной модели и стратегии управления, но у большинства организаций есть место по крайней мере для двух платформ автоматизации, отчасти потому, что в продуктах, присутствующих на рынке, реализованы функции либо бэк-офиса, либо фронт-офиса, такие как обслуживание клиентов или автоматизация контактного центра. Таким образом, у компании имеется как минимум одно бэк-офисное и одно фронт-офисное решение RPA».

Платформа RPA SAP может представляться более выигрышной для предприятия, испытывающего серьезную зависимость от платформы ERP. При этом можно немного сэкономить на лицензионных затратах. Считается, что интеграция средств RPA от SAP с основной информационной системой предприятия происходит «внутри» SAP, и дополнительная лицензионная плата за это не взимается.

Хотя решения RPA появились, чтобы восполнить нехватку программистов, все может закончиться тем, что программистов станет еще больше.

«Многие бизнес-пользователи признавались, что их опыт разработки при помощи средств, не требующих написания программного кода или минимизирующих его объем, способствовал тому, что они стали увереннее чувствовать себя и при реализации проектов, предполагающих полноценное написание программного кода», – пояснил Мюллер.